Today, as suggested by Veritas support I installed the jumbo patch J0820495
on my Win NT client and after that this error is gone and I could restore
successfully.
Thanks,
Alok Kumar
-----Original Message-----
From: Gerrit Bos [mailto:gbos AT uoguelph DOT ca]
Sent: Friday, January 11, 2002 8:26 AM
To: Sangemino, Joe
Cc: 'Tim McMurphy'; Veritas-bu List (E-mail); Kumar, Alok
Subject: Re: [Veritas-bu] re: error message during restore
Hmm... I just started seeing two of my clients run into this error two days
ago. I had searched the archives with zero result, and now there two
messages
on veritas-bu pointing to the exact same error. I'm checking back with the
administrator for more detail, (especially recent network or security
patches
and firewall setup) but this seems to be too much of a coincidence. These
two
clients are W2000 machines SP2, 3.2GA client. The OTM Cache_size is set to
64
(could be increased if need be), lots of space on the C: drive, and not a
very
large machine.
The server is 3.2GA on Solaris 2.7 patched to J0820495.
The root error seems to be:
could not set TCP_NODELAY on socket 1, errno = 22
The Unix Socket FAQ has the following on TCP_NODELAY (2.16):
-------------------------------------------
How do I use TCP_NODELAY?
First off, be sure you really want to use it in the first place. It
will disable the Nagle algorithm (see ``2.11 How can I force a socket
to send the data in its buffer?''), which will cause network traffic
to increase, with smaller than needed packets wasting bandwidth.
Also, from what I have been able to tell, the speed increase is very
small, so you should probably do it without TCP_NODELAY first, and
only turn it on if there is a problem.
Here is a code example, with a warning about using it from Andrew
Gierth:
int flag = 1;
int result = setsockopt(sock, /* socket affected */
IPPROTO_TCP, /* set option at TCP level
*/
TCP_NODELAY, /* name of option */
(char *) &flag, /* the cast is historical
cruft */
sizeof(int)); /* length of option value
*/
if (result < 0)
... handle the error ...
TCP_NODELAY is for a specific purpose; to disable the Nagle buffering
algorithm. It should only be set for applications that send frequent
small bursts of information without getting an immediate response,
where timely delivery of data is required (the canonical example is
mouse movements).
http://www.unixguide.net/network/socketfaq/2.16.shtml
-------------------------------
MicroSoft in their knowledge base says:
Turning off the Nagle Algorithm through the TCP_NODELAY socket option
increases
performance. This indicates other problems, and should not be considered a
solution. Turning off the Nagle algorithm increases the protocol overhead.
Do
not use this method as a fix for the broken applications-only as an
indication
the application needs other work to fix performance issues.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winsock/hig
hperformance_5zzm.asp
---------------------------------
Is NetBackup really trying to set this on socket 1? Seems odd. Has
MicroSoft
turned this off in one of their Service Packs or Security patches? Any
throughts? Thanks....Gerrit
"Sangemino, Joe" wrote:
> Hi Tim, the error appeared to be some kind of permissions issue on the
> Windows NT machine I was restoring to. I couldn't restore to the original
> directory, or to the c:\ directory.
> I then recalled the previous weekend's full backup and tried again, with
the
> same error.
>
> I redirected the output to another windows machine, and had no problem
> restoring this time.
> Thanks for your feedback.
>
> Cheers,
> Joe
>
> Joe Sangemino
> Unix/NT Administrator
> Eftia OSS Solutions Inc.
> (613)368-4181
>
> > -----Original Message-----
> > From: Tim McMurphy [mailto:Tim.McMurphy AT telus DOT com]
> > Sent: Thursday, January 10, 2002 9:53 AM
> > To: Sangemino, Joe
> > Subject: RE: [Veritas-bu] error message during restore
> >
> >
> > hate to be the bearer of bad news but....
> > the only time in 4 years I've seen and status code 5 was when
> > I had a bad
> > tape
> >
> > -----Original Message-----
> > From: Sangemino, Joe [mailto:JSANGEMINO AT eftia DOT com]
> > Sent: Thursday, January 10, 2002 6:48 AM
> > To: Veritas-bu List (E-mail)
> > Subject: [Veritas-bu] error message during restore
> >
> >
> > Hello,
> > While doing a routine restore of a single file to an NT
> > system from
> > our Veritas 3.2ga Solaris box, I received the following error message:
> >
> > Restore started Wed Jan 09 16:08:57 2002
> >
> > 16:08:58 (69563.xxx) Restore job id 69563 will require 1 image.
> > 16:08:58 (69563.xxx) Media id GDI106 is needed for the restore.
> >
> > 16:09:32 (69563.001) Restoring from image created Mon Jan 07
> > 20:20:03 2002
> > 16:09:34 (69563.001) INF - Waiting for positioning of media
> > id GDI106 on
> > server titan.
> > 16:10:05 (69563.001) INF - Beginning restore from server
> > titan to client
> > sparta.
> > 16:10:06 (69563.001) INF - TAR EXITING WITH STATUS = 5
> > 16:10:06 (69563.001) INF - TAR RESTORED 0 OF 0 FILES SUCCESSFULLY
> > 16:10:06 (69563.001) INF - TAR KEPT 0 EXISTING FILES
> > 16:10:06 (69563.001) INF - TAR PARTIALLY RESTORED 0 FILES
> >
> > 16:10:30 (69563.001)
> > /C/InetPub/wwwroot/Silverback/Standards_documents.stm
> > was not restored.
> > 16:10:31 (69563.001) Status of restore from image created Mon Jan 07
> > 20:20:03 2002 = tar did not find all the files to be restored
> >
> > 16:10:32 (69563.xxx) INF - Status = the restore failed to recover the
> > requested files.
> >
> > The file I'd selected via XBP was not restored. Any idea why
> > I'm seeing
> > this failure?
> >
> > Thanks in advance for any tips.
> >
> > Regards,
> > Joe
> >
> > Joe Sangemino
> > Unix/NT Administrator
> > Eftia OSS Solutions Inc.
> > (613)368-4181
> >
> >
> > _______________________________________________
> > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
