This is a cryptographically signed message in MIME format.
--------------ms010307040900060204030404
Content-Type: multipart/alternative;
boundary="------------020507070308000404060906"
This is a multi-part message in MIME format.
--------------020507070308000404060906
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Are you using NIC teaming? According to Veritas, Compaq NIC teaming is
notorious for not playing nice with NBU, and will cause 41 errors. IIRC,
they recommended grabbing the drivers directly from Intel, rather than
using Compaq's driver.
NAV can also cause this problem, if it's scanning while taking full
backups (in my case). Don't ask me why "full" vs. incremental, but I had
this problem each time I took a full backup on a ~200G partition. Once I
moved the full backup two days later than it was originally scheduled,
the 41 errors disappeared.
HTH,
Steve
O'Shea, Don wrote:
> Matt, I am not in the office today since I was there all night trying
> to failover but I am relativley positive that I had already disabled
> OTM on this server.
>
> John, to the best of my knowledge there is no patches installed. I
> will check on patch 2 and see what it addresses.
>
> All the NICS are set at 100/Full as well as any switches that it has
> to travel through. That I know for a fact. I also know that Veritas
> recommends defragmenting the drives but unfortunately this is an
> external array with about 200GB of drive space of which half is used.
> In order to check it I would have to bring down production for hours
> and I only have a 6 hour maintenance window to do it in so it more
> than likely would not finish. That is another dilema for another day
> of mine.
>
> Don
>
> -----Original Message-----
> *From:* Quarantine [mailto:Quarantine AT GSCCCA DOT ORG]
> *Sent:* Wednesday, April 23, 2003 10:36
> *To:* 'O'Shea, Don'; Veritas-Bu (E-mail)
> *Subject:* RE: [Veritas-bu] Status code 41
>
> Are you using OTM? One of my servers contains about 70 million
> 50K files and I fought the same problem for a while. Disabling
> OTM fixed my problem.
>
> Matt
>
> -----Original Message-----
> *From:* O'Shea, Don [mailto:Don.OShea AT emergis DOT com]
> *Sent:* Wednesday, April 23, 2003 10:28 AM
> *To:* Veritas-Bu (E-mail)
> *Subject:* [Veritas-bu] Status code 41
>
> I need help big time with a problem we are experiencing. For 2
> weeks in a row now we have tried to perform our disaster fail
> over test. Both times it has failed as I am unable to get a
> backup of the application directory structure. This directory
> structure literally contains millions of little 1K files and
> directories. The first time it kept failing after backing up
> 21,500 files. I increased the client timeout parameters from
> the default 300 to 1800 seconds and that manged to get me so
> that it backs up 444,500 files before it fails with the same
> status code 41.
>
> Does anyone know how to resolve this? I have to meet with
> management tomorrow and another test has been scheduled now
> for next week so any help would be greatly appreciated. All
> servers are Win2K running NBU Datacenter 3.4.1. The tape drive
> is a DLT 35/70 robot.
>
> Thanks In Advance,
>
> Don O'Shea
> BCE Emergis Inc.
> (905)707-4000 Ext 3765
>
> The information contained herein, including any attachments,
> is proprietary and confidential and is intended for the
> exclusive use of the addressee. It also may contain privileged
> information and/or personal information subject to privacy
> legislation. The authorized addressee of this information, by
> its retention and use, agrees to protect the information
> contained herein from loss, disclosure, theft or compromise
> with at least the same care it employs to protect its own
> confidential information. Any dissemination or use of this
> information by a person other than the intended recipient is
> unauthorized and may be illegal. If you have received this
> e-mail in error, please notify us immediately by reply e-mail
> and destroy all copies.
>
>
>
--
===================================
Steven L. Sesar
Senior Operating Systems Programmer/Analyst
UNIX Application Services R10A
The MITRE Corporation
202 Burlington Road - KS101
Bedford, MA 01730
tel: (781) 271-7702
fax: (781) 271-2600
mobile: (617) 893-9635
email: ssesar AT mitre DOT org
===================================
--------------020507070308000404060906
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
<title></title>
</head>
<body>
Are you using NIC teaming? According to Veritas, Compaq NIC teaming is
notorious for not playing nice with NBU, and will cause 41 errors.
IIRC, they recommended grabbing the drivers directly from Intel, rather
than using Compaq's driver. <br>
<br>
NAV can also cause this problem, if it's scanning while taking full
backups (in my case). Don't ask me why "full" vs. incremental, but I
had this problem each time I took a full backup on a ~200G partition.
Once I moved the full backup two days later than it was originally
scheduled, the 41 errors disappeared.<br>
<br>
HTH, <br>
Steve<br>
<br>
O'Shea, Don wrote:<br>
<blockquote type="cite"
cite="mid09655C1144F1D41199270008C77328A3030D145E AT THL-MAIL.bceemergis DOT
com">
<meta http-equiv="Content-Type" content="text/html; ">
<title>Message</title>
<meta content="MSHTML 6.00.2800.1141" name="GENERATOR">
<div><span class="462284214-23042003"><font face="Arial"
color="#0000ff" size="2">Matt, I am not in the office today since I
was there all night trying to failover but I am relativley positive
that I had already disabled OTM on this server.</font></span></div>
<div><span class="462284214-23042003"></span> </div>
<div><span class="462284214-23042003"><font face="Arial"
color="#0000ff" size="2">John, to the best of my knowledge there is
no patches installed. I will check on patch 2 and see what it
addresses.</font></span></div>
<div><span class="462284214-23042003"></span> </div>
<div><span class="462284214-23042003"><font face="Arial"
color="#0000ff" size="2">All the NICS are set at 100/Full as well as
any switches that it has to travel through. That I know for a fact. I
also know that Veritas recommends defragmenting the drives but
unfortunately this is an external array with about 200GB of drive
space of which half is used. In order to check it I would have to
bring down production for hours and I only have a 6 hour maintenance
window to do it in so it more than likely would not finish. That is
another dilema for another day of mine.</font></span></div>
<div><span class="462284214-23042003"></span> </div>
<div><span class="462284214-23042003"><font face="Arial"
color="#0000ff" size="2">Don</font></span></div>
<blockquote dir="ltr" style="margin-right: 0px;">
<div class="OutlookMessageHeader" dir="ltr" align="left"><font
face="Tahoma" size="2">-----Original Message-----<br>
<b>From:</b> Quarantine [<a class="moz-txt-link-freetext"
href="mailto:Quarantine AT GSCCCA DOT ORG">mailto:Quarantine AT GSCCCA DOT
ORG</a>]<br>
<b>Sent:</b> Wednesday, April 23, 2003 10:36<br>
<b>To:</b> 'O'Shea, Don'; Veritas-Bu (E-mail)<br>
<b>Subject:</b> RE: [Veritas-bu] Status code 41<br>
<br>
</font></div>
<div><span class="250443414-23042003"><font face="Arial"
color="#0000ff" size="2">Are you using OTM? One of my servers
contains about 70 million 50K files and I fought the same problem
for a while. Disabling OTM fixed my problem.</font></span></div>
<div><span class="250443414-23042003"></span> </div>
<div><span class="250443414-23042003"><font face="Arial"
color="#0000ff" size="2">Matt</font></span></div>
<blockquote style="margin-right: 0px;">
<div class="OutlookMessageHeader" lang="en-us" dir="ltr"
align="left"><font face="Tahoma" size="2">-----Original Message-----<br>
<b>From:</b> O'Shea, Don [<a class="moz-txt-link-freetext"
href="mailto:Don.OShea AT emergis DOT com">mailto:Don.OShea AT emergis DOT
com</a>] <br>
<b>Sent:</b> Wednesday, April 23, 2003 10:28 AM<br>
<b>To:</b> Veritas-Bu (E-mail)<br>
<b>Subject:</b> [Veritas-bu] Status code 41<br>
<br>
</font></div>
<p><font face="Arial" size="2">I need help big time with a
problem we are experiencing. For 2 weeks in a row now we have
tried to perform our disaster fail over test. Both times it has
failed as I am unable to get a backup of the application directory
structure. This directory structure literally contains millions of
little 1K files and directories. The first time it kept failing
after backing up 21,500 files. I increased the client timeout
parameters from the default 300 to 1800 seconds and that manged to get
me so that it backs up 444,500 files before it fails with the same
status code 41.</font></p>
<p><font face="Arial" size="2">Does anyone know how to resolve
this? I have to meet with management tomorrow and another test has
been scheduled now for next week so any help would be greatly
appreciated. All servers are Win2K running NBU Datacenter 3.4.1.
The tape drive is a DLT 35/70 robot.</font></p>
<p><font face="Arial" size="2">Thanks In Advance,</font> </p>
<p><font face="Arial" size="2">Don O'Shea</font> <br>
<font face="Arial" size="2">BCE Emergis Inc.</font> <br>
<font face="Arial" size="2">(905)707-4000 Ext 3765</font> </p>
<p><font face="Arial" size="2">The information contained herein,
including any attachments, is proprietary and confidential and is
intended for the exclusive use of the addressee. It also may
contain privileged information and/or personal information subject
to privacy legislation. The authorized addressee of this
information, by its retention and use, agrees to protect the
information contained herein from loss, disclosure, theft or compromise
with at least the same care it employs to protect its own confidential
information. Any dissemination or use of this information by a person
other than the intended recipient is unauthorized and may be
illegal. If you have received this e-mail in error, please notify
us immediately by reply e-mail and destroy all copies.</font></p>
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
===================================
Steven L. Sesar
Senior Operating Systems Programmer/Analyst
UNIX Application Services R10A
The MITRE Corporation
202 Burlington Road - KS101
Bedford, MA 01730
tel: (781) 271-7702
fax: (781) 271-2600
mobile: (617) 893-9635
email: <a class="moz-txt-link-abbreviated" href="mailto:ssesar AT mitre DOT
org">ssesar AT mitre DOT org</a>
===================================</pre>
</body>
</html>
--------------020507070308000404060906--
--------------ms010307040900060204030404
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHCTCC
AkwwggG1oAMCAQICAhk0MA0GCSqGSIb3DQEBBAUAMEsxEjAQBgNVBAoTCW1pdHJlLm9yZzEe
MBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRUwEwYDVQQDEwxjYS5taXRyZS5vcmcw
HhcNMDMwMzI3MTI1MTQ3WhcNMDQwOTE3MTI1MTQ3WjB4MRIwEAYDVQQKEwltaXRyZS5vcmcx
DzANBgNVBAsTBnBlb3BsZTEWMBQGCgmSJomT8ixkAQETBnNzZXNhcjEYMBYGA1UEAxMPU2Vz
YXIsU3RldmVuIEwuMR8wHQYJKoZIhvcNAQkBFhBzc2VzYXJAbWl0cmUub3JnMIGfMA0GCSqG
SIb3DQEBAQUAA4GNADCBiQKBgQCsMFG7P8BkusNRNWmoqH0y67h3ZrYit9OIJzHDuJHdQPCE
wMYZ9ij4QERUL4RJGwuBt+pj9tkswVi3R7qLKqodNMsiXhIBk25n9F9yO3KHyTlBR4PTW3dt
WARent/Gr5nWR9fnQVwbVEYeqbRSQkLrfRw9mOKfbR86TiV2CJX4dwIDAQABoxIwEDAOBgNV
HQ8BAf8EBAMCBeAwDQYJKoZIhvcNAQEEBQADgYEAR6PVaJjQRwG9Wrb/eEWlG1Ks9UJNv9UE
YYhEO4XXwgf41xe7SIZUQbb40ulX6nklZ9u9dTENFfGPamO9sN2C8Ys0dionUq7P7toCohXS
txBIbwgE7kg7UIzAmKbuG8pV7iUY5g64nXcgb4IvjJDU73TC9RnP8hN5LjnsP40fHJ0wggJM
MIIBtaADAgECAgIZNDANBgkqhkiG9w0BAQQFADBLMRIwEAYDVQQKEwltaXRyZS5vcmcxHjAc
BgNVBAsTFUNlcnRpZmljYXRlIEF1dGhvcml0eTEVMBMGA1UEAxMMY2EubWl0cmUub3JnMB4X
DTAzMDMyNzEyNTE0N1oXDTA0MDkxNzEyNTE0N1oweDESMBAGA1UEChMJbWl0cmUub3JnMQ8w
DQYDVQQLEwZwZW9wbGUxFjAUBgoJkiaJk/IsZAEBEwZzc2VzYXIxGDAWBgNVBAMTD1Nlc2Fy
LFN0ZXZlbiBMLjEfMB0GCSqGSIb3DQEJARYQc3Nlc2FyQG1pdHJlLm9yZzCBnzANBgkqhkiG
9w0BAQEFAAOBjQAwgYkCgYEArDBRuz/AZLrDUTVpqKh9Muu4d2a2IrfTiCcxw7iR3UDwhMDG
GfYo+EBEVC+ESRsLgbfqY/bZLMFYt0e6iyqqHTTLIl4SAZNuZ/Rfcjtyh8k5QUeD01t3bVgE
Xp7fxq+Z1kfX50FcG1RGHqm0UkJC630cPZjin20fOk4ldgiV+HcCAwEAAaMSMBAwDgYDVR0P
AQH/BAQDAgXgMA0GCSqGSIb3DQEBBAUAA4GBAEej1WiY0EcBvVq2/3hFpRtSrPVCTb/VBGGI
RDuF18IH+NcXu0iGVEG2+NLpV+p5JWfbvXUxDRXxj2pjvbDdgvGLNHYqJ1Kuz+7aAqIV0rcQ
SG8IBO5IO1CMwJim7hvKVe4lGOYOuJ13IG+CL4yQ1O90wvUZz/ITeS457D+NHxydMIICZTCC
Ac6gAwIBAgIBBTANBgkqhkiG9w0BAQQFADBPMRIwEAYDVQQKEwltaXRyZS5vcmcxHjAcBgNV
BAsTFUNlcnRpZmljYXRlIEF1dGhvcml0eTEZMBcGA1UEAxMQcm9vdGNhLm1pdHJlLm9yZzAe
Fw05ODA5MDkxNjQ4NTJaFw0wNzA5MDcxNjQ4NTJaMEsxEjAQBgNVBAoTCW1pdHJlLm9yZzEe
MBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRUwEwYDVQQDEwxjYS5taXRyZS5vcmcw
gZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAM6K1dCL4VTShZUcn1sDzOvDo0hTp025906W
mOnGhLx/2QEUmb7pZS77+T1/nqmthxtoZXwjBYWPTFCnoD/1xXks28NdGVZRvRDOtEbpDvTw
adtbzfXQp/fwFNPcnL8+UgyM7G2ZnakPNDTAf0ZcY4Z4P+g6177smfPplwYPWdZHAgMBAAGj
VTBTMBEGCWCGSAGG+EIBAQQEAwIABzAfBgNVHSMEGDAWgBSaU2bHq4MlY+ThWyYZdbxqjDQ/
XTAdBgNVHQ4EFgQUqTMTu3doqXs3nKOJAaaKMXIkFmkwDQYJKoZIhvcNAQEEBQADgYEAbWXG
jCtdKYAD6El1yMDAo9o4xya8UAX01cK2ObyX89ejLkwBSNdvcM094nLJNhblh9wgUP2K6Ptl
JHvBhykjwv+Pi/dc4o2IEzNzDdKRV8Hs2ncL55HL5FDiJYzkmzR8Pu2ap10Bb2tVdFERhC0h
6RCesI75QQwa23fwyzCV9sExggJyMIICbgIBATBRMEsxEjAQBgNVBAoTCW1pdHJlLm9yZzEe
MBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRUwEwYDVQQDEwxjYS5taXRyZS5vcmcC
Ahk0MAkGBSsOAwIaBQCgggF3MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN
AQkFMQ8XDTAzMDQyMzE1MDAxOFowIwYJKoZIhvcNAQkEMRYEFGhYizWfc1tDPG/6T0HczCWb
DqlLMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG
SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMGAGCSsGAQQBgjcQBDFTMFEwSzES
MBAGA1UEChMJbWl0cmUub3JnMR4wHAYDVQQLExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxFTAT
BgNVBAMTDGNhLm1pdHJlLm9yZwICGTQwYgYLKoZIhvcNAQkQAgsxU6BRMEsxEjAQBgNVBAoT
CW1pdHJlLm9yZzEeMBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRUwEwYDVQQDEwxj
YS5taXRyZS5vcmcCAhk0MA0GCSqGSIb3DQEBAQUABIGAQQPYM9MHjTTWDL62gXfHReSQprkm
8MqaPMpz6Ia3bccsDStIJ5TAHwe6MRsEW9OFN+7OPJ1xIHMNu5R5rsnL09Nq+zNCMVnabZlP
pF7s9D2Mj9i9WWAdvf9EpSIlUsrcwRt3Yt1fylUijWgu3XRmVN8YYSA2TB5lY61m98kd23gA
AAAAAAA=
--------------ms010307040900060204030404--
|
