[Veritas-bu] Status 52 but scratch available
Netbackup 5.0Mp7 on Solaris9 servers with Solaris clients and Windows clients. Connected to L25 unit. Can anyone explain why i am getting all my jobs fail with status 52 yet i have scratch available? I run ITC so 2 drives are used at the same time. Now looking in /usr/openv/netbackup/db/media/errors i can see a positioning error for a tape which is assigned to my daily pool and is what the jobs are trying to use. what i dont get is why are jobs failing and not just marking that tape as bad, freezing it and picking another? Any ideas? I dont know the criteria for tapes to be frozen as on other systems they seem to freeze quite easily :( Dave ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Status 52 but scratch available
Dave Just a quick shot, what does tpconfig -d show? Is it all jobs from this Server Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Thursday, July 19, 2007 11:52 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Status 52 but scratch available Netbackup 5.0Mp7 on Solaris9 servers with Solaris clients and Windows clients. Connected to L25 unit. Can anyone explain why i am getting all my jobs fail with status 52 yet i have scratch available? I run ITC so 2 drives are used at the same time. Now looking in /usr/openv/netbackup/db/media/errors i can see a positioning error for a tape which is assigned to my daily pool and is what the jobs are trying to use. what i dont get is why are jobs failing and not just marking that tape as bad, freezing it and picking another? Any ideas? I dont know the criteria for tapes to be frozen as on other systems they seem to freeze quite easily :( Dave ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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
Re: [Veritas-bu] Status 52 but scratch available
Yeah its just one master/media server with network based clients. There are no tapes stuck in the drives and tpconfig -d shows all up and using robtest shows no tapes in the drives either so i dont think its a stuck tape :( D WEAVER, Simon (external) wrote: Dave Just a quick shot, what does tpconfig -d show? Is it all jobs from this Server Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Thursday, July 19, 2007 11:52 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Status 52 but scratch available Netbackup 5.0Mp7 on Solaris9 servers with Solaris clients and Windows clients. Connected to L25 unit. Can anyone explain why i am getting all my jobs fail with status 52 yet i have scratch available? I run ITC so 2 drives are used at the same time. Now looking in /usr/openv/netbackup/db/media/errors i can see a positioning error for a tape which is assigned to my daily pool and is what the jobs are trying to use. what i dont get is why are jobs failing and not just marking that tape as bad, freezing it and picking another? Any ideas? I dont know the criteria for tapes to be frozen as on other systems they seem to freeze quite easily :( Dave ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 Yeah its ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Status 52 but scratch available
Not sure why you think scratch has anything to do with it. If no tapes were available you'd get a completely different error. 52 to me usually makes me look at the tape or the drive that was trying to be used to mount it. If you're seeing this on every drive and tape then it suggests a more global problem like robot arm or hand issue. Looking at the Library's diagnostic codes (e.g. FSC codes on an L700) might help. bperror -statuscode 52 timed out waiting for media manager to mount volume The requested volume was not mounted before the timeout expired. This error can also occur if the volume happens to be a cleaning tape but was not specified as a cleaning tape. Another possible cause: if the last available drive has a mount request for a non-backup (such as a restore), then a backup requiring the same drive is initiated before the mount completes. This is due to the drive not being reported as busy until the mount completes. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Thursday, July 19, 2007 7:12 AM To: WEAVER, Simon (external) Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Status 52 but scratch available Yeah its just one master/media server with network based clients. There are no tapes stuck in the drives and tpconfig -d shows all up and using robtest shows no tapes in the drives either so i dont think its a stuck tape :( D WEAVER, Simon (external) wrote: Dave Just a quick shot, what does tpconfig -d show? Is it all jobs from this Server Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Thursday, July 19, 2007 11:52 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Status 52 but scratch available Netbackup 5.0Mp7 on Solaris9 servers with Solaris clients and Windows clients. Connected to L25 unit. Can anyone explain why i am getting all my jobs fail with status 52 yet i have scratch available? I run ITC so 2 drives are used at the same time. Now looking in /usr/openv/netbackup/db/media/errors i can see a positioning error for a tape which is assigned to my daily pool and is what the jobs are trying to use. what i dont get is why are jobs failing and not just marking that tape as bad, freezing it and picking another? Any ideas? I dont know the criteria for tapes to be frozen as on other systems they seem to freeze quite easily :( Dave ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 Yeah its ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Status 52 but scratch available
Based on Jeff's comments and this may sound daft, have you re-run device storage configuration wizard ? See if it is picking up the drives and robot? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Jeff Lightner [mailto:[EMAIL PROTECTED] Sent: Thursday, July 19, 2007 1:36 PM To: [EMAIL PROTECTED]; WEAVER, Simon (external) Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Status 52 but scratch available Not sure why you think scratch has anything to do with it. If no tapes were available you'd get a completely different error. 52 to me usually makes me look at the tape or the drive that was trying to be used to mount it. If you're seeing this on every drive and tape then it suggests a more global problem like robot arm or hand issue. Looking at the Library's diagnostic codes (e.g. FSC codes on an L700) might help. bperror -statuscode 52 timed out waiting for media manager to mount volume The requested volume was not mounted before the timeout expired. This error can also occur if the volume happens to be a cleaning tape but was not specified as a cleaning tape. Another possible cause: if the last available drive has a mount request for a non-backup (such as a restore), then a backup requiring the same drive is initiated before the mount completes. This is due to the drive not being reported as busy until the mount completes. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Thursday, July 19, 2007 7:12 AM To: WEAVER, Simon (external) Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Status 52 but scratch available Yeah its just one master/media server with network based clients. There are no tapes stuck in the drives and tpconfig -d shows all up and using robtest shows no tapes in the drives either so i dont think its a stuck tape :( D WEAVER, Simon (external) wrote: Dave Just a quick shot, what does tpconfig -d show? Is it all jobs from this Server Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Thursday, July 19, 2007 11:52 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Status 52 but scratch available Netbackup 5.0Mp7 on Solaris9 servers with Solaris clients and Windows clients. Connected to L25 unit. Can anyone explain why i am getting all my jobs fail with status 52 yet i have scratch available? I run ITC so 2 drives are used at the same time. Now looking in /usr/openv/netbackup/db/media/errors i can see a positioning error for a tape which is assigned to my daily pool and is what the jobs are trying to use. what i dont get is why are jobs failing and not just marking that tape as bad, freezing it and picking another? Any ideas? I dont know the criteria for tapes to be frozen as on other systems they seem to freeze quite easily :( Dave ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 Yeah its ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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
