Recent content by Estoragetechie

Something like this has been tackled before - as usual great post by bob stump: http://www.tek-tips.com/viewthread.cfm?qid=1271780&page=2

I was assuming this was a tape driver issue and not dhcp - which has a similar message - in which case start network troubleshooting!

appreciate the stars - thanks Bob

NBU 3.4-4.5 upgrade introduced scsi reserve/release as a default. Unfortunately not all of the old 9840 device drivers were handling it and all of the drives started going down and backups failing. Also seen the other way round where the new LTO tape drivers have been capable of multipathing...

These errors may have occurred because the storage device driver did not receive a response from the storage device or the controller within a specific amount of time. Basically check all of your hardware, and make sure you have recent drivers. Make sure you use the lowest scsi ID possible but...

Have you tried specifying as per the policy in the exclusion list?

I'd check out windows tuning. Are you using the same storage unit that created the first copy. Have you contemplated using inline tape copy? This could be shared memory issue and / or tcpip sockets issue.Try experimenting with SMALLER tape buffer sizes/number of buffers Also worth testing to...

NBU hates DNS waits too. To get round this, if it's not too many hosts make sure the fully qalified domain name is an alias in the hosts - and put them in lower/upper case as well. Name resolution: Check windows IP settings and confirm that domain for both the windows servers and media servers...

You need to be a little careful here. Whatever you do to get consistent behaviour stick to the same driver on all drives. Latest and greatest is usually best - but be aware of new features. SCSI reserve/release was the best gotcha in recent years. I have used the 6.0.1 version successfully on...

Oh well - teach me not to reread the document before I post! Thanks Bob

Thanks for the response Bob - I have been through that. I am more inclined to think we have an OS issue or a bpsched issue. If this was unix I'd be checking all the share memory /semaphore message queues settings and DNS response issues - actually that might be an idea. Seen the message queues...

You could possibly get away with restores only via the recovery without tapes method, i.e. just replicating the images area as per Veritas document: http://seer.support.veritas.com/docs/263423.htm We are using it for DR strategy and it means we have a 200GB catalog available instantly (less...

The fact that this happens every other day kinda points to the storage medium you are writing your catalogs to. I'd check your catalog backup settings and try replacing one of your tapes used for the catalog backup. Could be that it is now spanning tapes and you don't have enough specified...

Hi, I'm running NBU4.5 MP8 on Windows 2003 - usual parameters all in place, tuned for Gigabit ethernet. However we have been having regular (weekly) occurrences of all backups fialing with 150. Tracked it down to the scheduler log file: 21:03:41.913 [5288.2752] <2> send_runQ_msg_list: Deferring...