If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Display Modes |
#1
|
|||
|
|||
Netbackup 6 problem - Broken pipe, failed to write socket
Dear,
We have a problem with 2 servers running Solaris 10 and Netbackup. When we try to backup our client we always get errorstatus 24 after backing up 7GB or 34GB or 67GB or random GB of data.(it's gives a broken pipe after a while.) Networksettings are equal and it's fixed 1000Mbps full duplex on the switch and servers. Can someone gives us tips or solutions? Thx Greetings, Tijs |
#2
|
|||
|
|||
Netbackup 6 problem - Broken pipe, failed to write socket
I'd suggest turning up your logging levels to the maximum level (5) on
the clients, and creating all the necessary directories under /usr/openv/netbackup/logs/ especially bprd and bpbkar. This will tell you what the last file that was attempted to be backed up was, which could be helpful. Also, check for bpbkar processes that may be hung and/or still running. If there are, which I'm guessing there might be, do a truss -p on the pid and see what they are doing. My most recent run in with this problem was due to volmgt being confused and the /vol directory being a bad state. An ls -l on root would hang trying to stat that directory. Simply doing a umount -f /vol and restarting volmgt corrected the issue. HTH, Nate solarisgeek wrote: Dear, We have a problem with 2 servers running Solaris 10 and Netbackup. When we try to backup our client we always get errorstatus 24 after backing up 7GB or 34GB or 67GB or random GB of data.(it's gives a broken pipe after a while.) Networksettings are equal and it's fixed 1000Mbps full duplex on the switch and servers. Can someone gives us tips or solutions? Thx Greetings, Tijs |
#3
|
|||
|
|||
Netbackup 6 problem - Broken pipe, failed to write socket
Thx Nate for the reply,
I've already turned all logging levels to 5 but they just don't give more information, it's so random... I'm going to look at the /vol to see if that isn't the problem either. Thx already for the tips!! Greetz, Tijs nate_ schreef: I'd suggest turning up your logging levels to the maximum level (5) on the clients, and creating all the necessary directories under /usr/openv/netbackup/logs/ especially bprd and bpbkar. This will tell you what the last file that was attempted to be backed up was, which could be helpful. Also, check for bpbkar processes that may be hung and/or still running. If there are, which I'm guessing there might be, do a truss -p on the pid and see what they are doing. My most recent run in with this problem was due to volmgt being confused and the /vol directory being a bad state. An ls -l on root would hang trying to stat that directory. Simply doing a umount -f /vol and restarting volmgt corrected the issue. HTH, Nate solarisgeek wrote: Dear, We have a problem with 2 servers running Solaris 10 and Netbackup. When we try to backup our client we always get errorstatus 24 after backing up 7GB or 34GB or 67GB or random GB of data.(it's gives a broken pipe after a while.) Networksettings are equal and it's fixed 1000Mbps full duplex on the switch and servers. Can someone gives us tips or solutions? Thx Greetings, Tijs |
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Athlon XP 3200+ vs. Sempron 3300+ Socket A | * * Chas | Asus Motherboards | 33 | February 15th 06 09:20 PM |
Dell's Sorry History of Microphone/Soundcard Issue (Update) | Class_Action | General | 127 | January 20th 06 09:30 PM |
Dell's Sorry History of Microphone/Soundcard Issue (Update) | Class_Action | Dell Computers | 121 | December 12th 05 12:47 PM |
16mb buffer hard drive in a laptop | Dan Irwin | Storage (alternative) | 49 | November 4th 04 04:18 PM |
ScanDisk found errors but could not fix all of them | Hupjack | Storage (alternative) | 7 | February 10th 04 10:27 AM |