We are using budtool 4.6.1 to backup our filers over the network. Recently we have noticed a problem where backups have failed with following error:
Ldi (:budgo.c:4130) 11/23/99 22:06:23> Waiting for the ndmp2fh process to finish ... Ldi (:budgo.c:4131) 11/23/99 22:06:23> More backup data is coming from the socket ... Ldi (:budgo.c:4130) 11/23/99 22:06:25> Waiting for the ndmp2fh process to finish ... Ldi (:budgo.c:4131) 11/23/99 22:06:25> More backup data is coming from the socket ... L00 (:debug.c:1325) 11/23/99 22:06:26> ****************************************************************** L00 (:debug.c:1327) 11/23/99 22:06:26> ------ E R R O R ------- E00 (:debug.c:1327) 11/23/99 22:06:26> Command exceeded maximum allowable run time 78800. L00 (:debug.c:1341) 11/23/99 22:06:26> ******************************************************************
Parsing through the log file everything looks fine i.e. snapshots get created for backups, data gets dumped and snapshots get deleted. I opened up ticket with netapp folks but of no help yet. I went ahead and upgraded the ontap version on one of my F740 filers to 5.2.3 from 5.2.2P1D2 and problem went away for little while, but it has reappeared again.
Any thoughts,
Bhavnesh Makin
Bhavnesh,
I had to fix this problem too, back when we were using budtool. Veritas netbackup is *much* easier, more reliable, more intuitive, better interface... I could go on.
The fix is annoyingly trivial -- setting the timeout value to some number bigger than this, in a config file somewhere. Unfortunately, I don't remember what the file is called or where it is; I had to call support because the information is not in any of the manuals. The variable is BT_REQ_CMDTIMEOUT I *think*... there are binary-data files in all the directories, of course, so every time you grep, the terminal ends up printing umlauts.
Good luck.
Dave
Bhavnesh Makin wrote:
We are using budtool 4.6.1 to backup our filers over the network. Recently we have noticed a problem where backups have failed with following error:
Ldi (:budgo.c:4130) 11/23/99 22:06:23> Waiting for the ndmp2fh process to finish ... Ldi (:budgo.c:4131) 11/23/99 22:06:23> More backup data is coming from the socket ... Ldi (:budgo.c:4130) 11/23/99 22:06:25> Waiting for the ndmp2fh process to finish ... Ldi (:budgo.c:4131) 11/23/99 22:06:25> More backup data is coming from the socket ... L00 (:debug.c:1325) 11/23/99 22:06:26> ****************************************************************** L00 (:debug.c:1327) 11/23/99 22:06:26> ------ E R R O R ------- E00 (:debug.c:1327) 11/23/99 22:06:26> Command exceeded maximum allowable run time 78800. L00 (:debug.c:1341) 11/23/99 22:06:26> ******************************************************************
Parsing through the log file everything looks fine i.e. snapshots get created for backups, data gets dumped and snapshots get deleted. I opened up ticket with netapp folks but of no help yet. I went ahead and upgraded the ontap version on one of my F740 filers to 5.2.3 from 5.2.2P1D2 and problem went away for little while, but it has reappeared again.
Any thoughts,
Bhavnesh Makin
We may have up to three of the old 4GB disk shelves, with disks in them, available. We'd be interested in hearing from people who might be in the market for same.
****PROMINENT DISCLAIMER***** * *This stuff was bought with University money. We have to jump through *non-trival hoops to dispose of it. Which means a) if it's not going to *fetch a decent price we're not going to bother and b) even if we like *your offer we can't just take a credit card number from you. No, the *Unversity has Procedures for disposing of property. Long, involved, *and Slow procedures. * ****PROMINENT DISCLAIMER*****
Now if that hasn't scared you off, the details are
1 'wide' shelf of Seagate ST15150W drives 2 'narrow' shelves of Seagate ST15230N drives
Of those two narrow shelves, one has 6 drives we bought from another vendor before we purchased our first filer. We verified with Netapp tech support before that purchase that the model and firmware revision (252 and 638) were then supported. So they have a (rather ugly) faceplace from a now-defunct reseller on them, but otherwise should be identical to true-blue (or is it true-gray) Netapp 4GB drives. The 7th drive in that shelf did come from Netapp. Don't get me started on the story behind that.
We might be able to dispose of one 'narrow' SCSI adapter too, come to think of it. The same PROMINENT DISCLAIMER applies...