Dave
Well I had a similar issue to this, and my only resolution was to stop all
Netbackup Services, power down the robot, then from Windows Device Manager
ensure the drives are robot were removed from each media server.
Then power the robot back online, then from each media server, run the
device manager to ensure it could see the drives and robot.
Finally, start the master server services, and then one media server at a
time.
I am in a Windows environment, and it seemed to sort out the issue.
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Clooney,
David
Sent: Wednesday, July 18, 2007 11:15 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Media Server Issue
Hi All
We have a unusual situation going which maybe some of you have come across?
Environment - all 5.1 MP5
Mater - Solaris 8
Media Servers - winodws2000/2003
On Friday we started to experience numerous "Status 52: timed out waiting
for media manager to mount volume".
After a nightmare of a weekend we are still having issues. The following is
what I have found.
We have a particular media server that seems to be causing the issue for
reasons unknown.
>From testing when this media is up and Netbackup is up or down and I
initiate a restore on another media server, the job starts and I can see the
mount request in the ACSLS log, however the job will staying in a mounting
state. If I then reboot the problem media server( I think) and keep a
constant ping on the server, as soon as I lose ip connectivity the job on
the other media server will immediately issue the SCSI reserve on the drive
and the restore will complete.
For some reason this media server seems to causing mount requests to
complete throughout the environment just by being powered on as I have
tested with netbackup DOWN.
All our media servers are SAN connected and are sharing 14 stk 9940B
drives, I have rebuilt the SSO environment and we have no discrepancies in
the global device DB.
It just seems that when this problem media server is powered on it is
causing issues.
Anyone have any ideas ?
Thanks
Dave
_____
Notice to recipient:
The information in this internet e-mail and any attachments is confidential
and may be privileged. It is intended solely for the addressee. If you are
not the intended addressee please notify the sender immediately by
telephone. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken or omitted to be taken in reliance on it,
is prohibited and may be unlawful.
When addressed to external clients any opinions or advice contained in this
internet e-mail are subject to the terms and conditions expressed in any
applicable governing terms of business or client engagement letter issued by
the pertinent Bank of America group entity.
If this email originates from the U.K. please note that Bank of America,
N.A., London Branch and Banc of America Securities Limited are authorised
and regulated by the Financial Services Authority.
_____
This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from disclosure. If
you are not the intended recipient, please notify the sender immediately, do
not copy this message or any attachments and do not use it for any purpose or
disclose its content to any person, but delete this message and any attachments
from your system. Astrium disclaims any and all liability if this email
transmission was virus corrupted, altered or falsified.
---------------------------------------------------------------------
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
_______________________________________________
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
