[Veritas-bu] Clients versions & upgrade
Hi, Is there any Netbackup command which can tell me all clients (unix & win) versions & db agent versions on them. Also is there any command or script which i can use to upgrade my clients (unix & windows) from 5.x to 6.5.3 thanks, John +-- |This was sent by nbujohn...@googlemail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Anyone reliably using a STK L1400 Tape Silo with 9940B tape
disable Fast Load on the L1400 through the front panel hit menu key>> I think its under library config if I remember correctly. do you get any SCSI errors in the OS logs? JBrownell wrote: > Just coming back from our DR where we end up using a different tape silo than > we have at home. At home we have a STK SL8500 silo and at DR we use a STK > L1400. According to the DR provider this used to be 2 L700's and they were > combined together to make the L1400. Ever since they moved us to this L1400 > we have had many issues with the library dropping the drives, dropping > communications back to our master server and randomly not restoing all of the > selected data during NetBackup restore jobs. This test we had everything up > and running quickly at the start, ran for about 20 hours then lost everything > and it took us and NetBackup support about 20 hours to get NetBackup to > reconnect to the silo again. > > Any insight or similar experiences would be appreciated . Thanks. +-- |This was sent by sola...@cablespeed.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Fragment size for LTO4 on NBU 6.x
I agree with the principle of what you say, though it is only practical if your storage units are configured in a way that allows that. It would be pretty easy and sensible for example with Oracle servers that have SAN Media Server, and hence a Storage Unit that is only used to backup the Oracle server's own data, to set a large fragment size, as the files are likely to be large. Looking at the output of bpimaglelist is a good way to do this, see http://www.encephalon.com/perl/veritas-Netbackup_bkrep.txt. However general purpose Media Servers cannot really do this, so a compromise is needed. I agree with Brian Bahnmiller that the tape accelerate/decelerate time is a major factor in performance of the backups, and the fragment size needs to be large enough to reduce the significance of this. I'm not sure I agree that modern tapes can get round the need to fast position to the file, and then slow scan the file. As I understand it NetBackup is tracking the fragment (effectively file on tape) in which a file is located, so for a restore it can use this to fast position. That I believe is the reason to keep the fragment small, though as Gideon Wheeler says it depends on the file size. I guess the ideal would be that the fragment exactly matched the file size so each file was a fragment, for this purpose only - clearly unattainable unless you have very neat data file sizes. Opinion seems to be that a size > 8GB, maybe 16 or 20 and as much as 32GB is sensible. I must admit that is much less than I was thinking, given the default for NBU 6 is 1TB! My rough calculation suggests that at ~60MB/s a 32GB fragment takes a little over 9 minutes to write, and a 16GB fragment just over 4 1/2 minutes. So in terms of seeing the fragments tick up one can take a choice. I think the larger fragment does more to reduce the accelerate/decelerate time, so I think I will try that and see how it goes. Hopefully I can find time to test this in our lab. As we are looking at D2D2T using SLPs, it is also affected by the fragment size on the disk staging storage unit (actually AdvancedDisk). Those are large, designed to make the destaging go fast. In fact I wonder if I can aim for that ideal that each disk fragment exactly fits each tape fragment, i.e. make them the same size or at least an exact multiple. On disk I care about how many fragments there are as it will affect the performance of the file system if there are millions of small fragments. Thank you all for the responses. William D L Brown veritas-bu-boun...@mailman.eng.auburn.edu wrote on 17/09/2009 06:42:46: > I agree a 2GB fragment size for an LTO3 / 4 drive is a little on the > small size, but rather than choosing the fragment size to fit the > tape technology perhaps it would be useful to select fragment size > based on the type of the data we are backing up. Large single file > data such as image, audio or exported databases etc. would benefit > from using the larger fragment sizes. Database Agent orientated > backups such as RMAN / MSSQL could use a fragment size based on > their fileset size or multiple thereof. Whilst User home accounts, > source code project directories would use the smaller settings. Of > course all this only applies to non NDMP backups. > There is an advantage of using fragment sizing in that?s it a great > way of determining tape throughput. It?s easy to calculate the speed > of a backup if you know that its taking t minutes to backup a 2 or > 20GB fragment rather than waiting t hours for a terabyte. > Psychology: Nothing is more re-assuring then seeing the fragment > markers count up in the job details panel. Its good indicator that > all is well with that client. > As to the overhead of fragment markers in the catalogue I have no idea. > Just my 2-bits worth. > > Gideon Wheeler___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu --- This e-mail was sent by GlaxoSmithKline Services Unlimited (registered in England and Wales No. 1047315), which is a member of the GlaxoSmithKline group of companies. The registered address of GlaxoSmithKline Services Unlimited is 980 Great West Road, Brentford, Middlesex TW8 9GS. --- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] DR data restores not writing all data
Speaking solely for myself, there isn't really a lot of information here to go on. How were the backups made? Are they RMAN backups, or something else? How was the restore done? Have you examined restore logs? etc... Jared Still Certifiable Oracle DBA and Part Time Perl Evangelist On Thu, Sep 17, 2009 at 12:02 PM, JBrownell < netbackup-fo...@backupcentral.com> wrote: > > Just getting ready to engage Symantec support on this one but thought I > would see if anyone else has had this issue before. We run NetBackup 6.5.4 > and just completed our DR test and had many issues. The one that concerns > us most is when we selected all required datasets and executed the restore > the job would run and seem to indicate all was fine. We would get a 0 exit > code and the amount recovered would seem to be about right from NetBackup > point of view. When the users went to validate the server they would > indicate that significant amounts of data would be missing randomly > throughout the recovery. Sometimes rerunning the job would return the data, > sometimes not. All seemed to be going well at the start of our test when we > were recovering windows SQL data but once we began restoring UNIX Oracle > data it seemed to all fall apart. ( Sounds like it should not matter but > that was the observation.) At home we never experience anything like this > and have always been able to > successfully restore all data on the first pass. > Any insight or similar experiences would be greatly appreciated. Thanks. > > +-- > |This was sent by jim_brown...@conseco.com via Backup Central. > |Forward SPAM to ab...@backupcentral.com. > +-- > > > ___ > 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
[Veritas-bu] Anyone reliably using a STK L1400 Tape Silo with 9940B tape
Forgot to mention that the DR provider said that they have all kinds of problems specifically with this silo, but only when using NetBackup and never with Tivoli or other products. +-- |This was sent by jim_brown...@conseco.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Anyone reliably using a STK L1400 Tape Silo with 9940B tape
Just coming back from our DR where we end up using a different tape silo than we have at home. At home we have a STK SL8500 silo and at DR we use a STK L1400. According to the DR provider this used to be 2 L700's and they were combined together to make the L1400. Ever since they moved us to this L1400 we have had many issues with the library dropping the drives, dropping communications back to our master server and randomly not restoing all of the selected data during NetBackup restore jobs. This test we had everything up and running quickly at the start, ran for about 20 hours then lost everything and it took us and NetBackup support about 20 hours to get NetBackup to reconnect to the silo again. Any insight or similar experiences would be appreciated . Thanks. +-- |This was sent by jim_brown...@conseco.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Bpclntcmd -pn not working...
Hey all - Strange situation - I can't seem to run the BAR gui from my desktop efficiently. It hangs and is sluggish. Restores take forever to fire off. I've also discovered that the bpclntcmd -pn doesn't return anything from my remote admin desktop. Manual DNS queries work from my laptop, and from the master. Bpclntcmd -ip and -hn work from both as well... Very strange - I've done some googling on the problem, but haven't found an answer yet... Any ideas from any of you? Thanks, Dan K ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] DR data restores not writing all data
Just getting ready to engage Symantec support on this one but thought I would see if anyone else has had this issue before. We run NetBackup 6.5.4 and just completed our DR test and had many issues. The one that concerns us most is when we selected all required datasets and executed the restore the job would run and seem to indicate all was fine. We would get a 0 exit code and the amount recovered would seem to be about right from NetBackup point of view. When the users went to validate the server they would indicate that significant amounts of data would be missing randomly throughout the recovery. Sometimes rerunning the job would return the data, sometimes not. All seemed to be going well at the start of our test when we were recovering windows SQL data but once we began restoring UNIX Oracle data it seemed to all fall apart. ( Sounds like it should not matter but that was the observation.) At home we never experience anything like this and have always been able to successfully restore all data on the first pass. Any insight or similar experiences would be greatly appreciated. Thanks. +-- |This was sent by jim_brown...@conseco.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] HPUX patches
Yes - I believe that the 6.5.4 update takes care of the issue... At least, it seems to have taken care of the issue at our site... From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Conner, Neil Sent: Thursday, September 17, 2009 1:48 PM To: Veritas List Subject: [Veritas-bu] HPUX patches 6.5.4 on Solaris 10. I've got HP-UX 11.11 clients: does anyone happen to know if the PHSS_38154 patch issue has been resolved? Backups were failing if that patch was installed as recently as 6.5.3.1... Thanks, Neil ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] HPUX patches
6.5.4 on Solaris 10. I¹ve got HP-UX 11.11 clients: does anyone happen to know if the PHSS_38154 patch issue has been resolved? Backups were failing if that patch was installed as recently as 6.5.3.1... Thanks, Neil ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] License requirements for VM Hosts / VCB Proxy
Hi All I am finally getting around to getting the VCB Proxy Server for VMWare Backups. I have a few questions that I wanted to get clarified if poss Is anyone able to tell me what license or licenses are required? if I have 5 ESX Hosts, each with 20 VM servers, do I need a License for EACH Host (5 in total) or 100 Licenses (for each VM Server)? The VCB proxy - Is that essentially a SAN Media Server? What sort of license has to go on this Server? Also, from experience, how have you implemented your VCB backups - File Level or snapshot level? Thanks Regards Simon 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. -o- 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] altpath method of moving images in 6.5.3
Hi Just a quick one as I am going out... using the BAR, I select the client and policy type as the MASTER SERVER and the policy type being NBU-Catalog. >From here, I can see the images folders (where the client images reside). I see the 2 locations (ie: The C: Drive and E: Drive for example). All done via the Admin Console GUI. This tells me what I wanted to know... the Hot Catalog Backup is backing up the images folder on th E: Volume Simon -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of A Darren Dunham Sent: Thursday, September 17, 2009 6:17 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] altpath method of moving images in 6.5.3 On Thu, Sep 17, 2009 at 07:36:30AM +0100, WEAVER, Simon (external) wrote: > Hi Darren > To be honest, I started to give up !! > What I did discover is that from the Backup, Archive, Restore tool, I > can select my Master Server and under Policy choose NBU-Catalog and > from here, I can see file images of the clients !! Glad you've got the information you need. But I'm not sure I understand where you're seeing it. So you're looking at your NBU-Catalog policy. Then what are you doing within that policy to see the file images? Is this with the admin interface or the Java interface? -- Darren ___ 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. -o- 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] altpath method of moving images in 6.5.3
On Thu, Sep 17, 2009 at 07:36:30AM +0100, WEAVER, Simon (external) wrote: > Hi Darren > To be honest, I started to give up !! > What I did discover is that from the Backup, Archive, Restore tool, I > can select my Master Server and under Policy choose NBU-Catalog and from > here, I can see file images of the clients !! Glad you've got the information you need. But I'm not sure I understand where you're seeing it. So you're looking at your NBU-Catalog policy. Then what are you doing within that policy to see the file images? Is this with the admin interface or the Java interface? -- Darren ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] SL500 Tape Library Issue
Sorry bob :-)) regards Simon (who only had a stuck tape in drive!) -Original Message- From: bob944 [mailto:bob...@attglobal.net] Sent: Thursday, September 17, 2009 4:45 PM To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu Cc: qureshiu...@rediffmail.com Subject: RE: [Veritas-bu] SL500 Tape Library Issue Um, the one whose text I quoted? The one on the cc list? The one whose library is down? The one who's posted about it for a week? :-) > -Original Message- > From: WEAVER, Simon (external) > [mailto:simon.wea...@astrium.eads.net] > Sent: Thursday, September 17, 2009 11:14 AM > To: bob...@attglobal.net; veritas-bu@mailman.eng.auburn.edu > Cc: qureshiu...@rediffmail.com > Subject: RE: [Veritas-bu] SL500 Tape Library Issue > > Bob > who you talking to ? > Me or gureshiumar? > > Simon > > -Original Message- > From: veritas-bu-boun...@mailman.eng.auburn.edu > [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of > bob944 > Sent: Thursday, September 17, 2009 1:32 PM > To: veritas-bu@mailman.eng.auburn.edu > Cc: qureshiu...@rediffmail.com > Subject: Re: [Veritas-bu] SL500 Tape Library Issue > > > Host OS : Solaris 9 > > NBU : 6.5.3 > > > > NO it gives that logical unit is in the process of getting ready > > Dude. How long are you going to keep trying to fix this tape library > in a software mailing list? > > You need to get a tech working on your library. Period. By the way, > I have seen one bad drive in that same type of library make it fail > the same way. > 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. -o- 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] SL500 Tape Library Issue
Um, the one whose text I quoted? The one on the cc list? The one whose library is down? The one who's posted about it for a week? :-) > -Original Message- > From: WEAVER, Simon (external) > [mailto:simon.wea...@astrium.eads.net] > Sent: Thursday, September 17, 2009 11:14 AM > To: bob...@attglobal.net; veritas-bu@mailman.eng.auburn.edu > Cc: qureshiu...@rediffmail.com > Subject: RE: [Veritas-bu] SL500 Tape Library Issue > > Bob > who you talking to ? > Me or gureshiumar? > > Simon > > -Original Message- > From: veritas-bu-boun...@mailman.eng.auburn.edu > [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of > bob944 > Sent: Thursday, September 17, 2009 1:32 PM > To: veritas-bu@mailman.eng.auburn.edu > Cc: qureshiu...@rediffmail.com > Subject: Re: [Veritas-bu] SL500 Tape Library Issue > > > Host OS : Solaris 9 > > NBU : 6.5.3 > > > > NO it gives that logical unit is in the process of getting ready > > Dude. How long are you going to keep trying to fix this tape > library in > a software mailing list? > > You need to get a tech working on your library. Period. By the > way, I > have seen one bad drive in that same type of library make it fail > the > same way. > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] SL500 Tape Library Issue
Well mine has not been down for 4 days :-) I get the odd tape stuck in drive, with no errors, but I may have now got a good fix for this ! Regards Simon From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Dean Sent: Thursday, September 17, 2009 4:29 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] SL500 Tape Library Issue I'd assume Bob was talking to the original sender of this thread, who I don't see a name for. In which case, I agree with Bob. Having a library like an SL500 down for 4 days, it's way past time to get the techs in. Hardware techs first, then software. If Sun's support is anything like StorageTek's used to be, once they'd checked the hardware, they could put you onto one of their own people who was versed on the software (NBU) side of things, or they could even pass your call direct to Veritas/Symantec level 2+ support. It might depend on your support contract. Cheers, Dean On Fri, Sep 18, 2009 at 1:14 AM, WEAVER, Simon (external) wrote: Bob who you talking to ? Me or gureshiumar? Simon -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of bob944 Sent: Thursday, September 17, 2009 1:32 PM To: veritas-bu@mailman.eng.auburn.edu Cc: qureshiu...@rediffmail.com Subject: Re: [Veritas-bu] SL500 Tape Library Issue > Host OS : Solaris 9 > NBU : 6.5.3 > > NO it gives that logical unit is in the process of getting ready Dude. How long are you going to keep trying to fix this tape library in a software mailing list? You need to get a tech working on your library. Period. By the way, I have seen one bad drive in that same type of library make it fail the same way. ___ 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. -o- 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 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. -o- 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] SL500 Tape Library Issue
I'd assume Bob was talking to the original sender of this thread, who I don't see a name for. In which case, I agree with Bob. Having a library like an SL500 down for 4 days, it's way past time to get the techs in. Hardware techs first, then software. If Sun's support is anything like StorageTek's used to be, once they'd checked the hardware, they could put you onto one of their own people who was versed on the software (NBU) side of things, or they could even pass your call direct to Veritas/Symantec level 2+ support. It might depend on your support contract. Cheers, Dean On Fri, Sep 18, 2009 at 1:14 AM, WEAVER, Simon (external) < simon.wea...@astrium.eads.net> wrote: > Bob > who you talking to ? > Me or gureshiumar? > > Simon > > -Original Message- > From: veritas-bu-boun...@mailman.eng.auburn.edu > [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of bob944 > Sent: Thursday, September 17, 2009 1:32 PM > To: veritas-bu@mailman.eng.auburn.edu > Cc: qureshiu...@rediffmail.com > Subject: Re: [Veritas-bu] SL500 Tape Library Issue > > > Host OS : Solaris 9 > > NBU : 6.5.3 > > > > NO it gives that logical unit is in the process of getting ready > > Dude. How long are you going to keep trying to fix this tape library in > a software mailing list? > > You need to get a tech working on your library. Period. By the way, I > have seen one bad drive in that same type of library make it fail the > same way. > > > ___ > 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. > -o- > 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 > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] SL500 Tape Library Issue
Bob who you talking to ? Me or gureshiumar? Simon -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of bob944 Sent: Thursday, September 17, 2009 1:32 PM To: veritas-bu@mailman.eng.auburn.edu Cc: qureshiu...@rediffmail.com Subject: Re: [Veritas-bu] SL500 Tape Library Issue > Host OS : Solaris 9 > NBU : 6.5.3 > > NO it gives that logical unit is in the process of getting ready Dude. How long are you going to keep trying to fix this tape library in a software mailing list? You need to get a tech working on your library. Period. By the way, I have seen one bad drive in that same type of library make it fail the same way. ___ 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. -o- 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] SL500 Tape Library Issue
> Host OS : Solaris 9 > NBU : 6.5.3 > > NO it gives that logical unit is in the process of getting ready Dude. How long are you going to keep trying to fix this tape library in a software mailing list? You need to get a tech working on your library. Period. By the way, I have seen one bad drive in that same type of library make it fail the same way. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive
Thanks. I will give this a try tomorrow if I get the same problem. It is just annoying that my HP ESL was flawless - This tin can seems problematic. Simon From: smpt [mailto:sm...@peppas.gr] Sent: Thursday, September 17, 2009 12:03 PM To: WEAVER, Simon (external); VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive Welcome to the club If you have this problem gain, go threw this process: http://seer.entsupport.symantec.com/docs/283326.htm Do not worry if the technote is for media, it works for drives also. Careful, not to deallocate drives that are really in use. Hope that this will help you. Stefanos From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: Thursday, September 17, 2009 1:11 PM To: sm...@peppas.gr; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive Hi I tried this earlier, with no success. In the end, I removed the drive physically, and done a media inventory again. however, NetBackup was still complaining the drive was in use, even though it wasnt! I ended up Shutting down the Services and restarting. Seems drastic ! Simon From: smpt [mailto:sm...@peppas.gr] Sent: Thursday, September 17, 2009 9:39 AM To: WEAVER, Simon (external); VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive Hi, First use vmoprcmd -reset . This will unload the drive and move it to the right place. If vmoprcmd fail you can use robtest. Robtest cut the connection between the library and netbackup but if you do not forget it open, netbackup will queue all commands and send it when the connection reestablish. The drives will not go into AVR mode if you do one move at a robtest session. Check the system messages of the robotic controller and see if netbackup send the move commands to the library after the backup. (you may have to start the ltid with -v. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: Thursday, September 17, 2009 11:21 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive All Anyone got one of these so called enterprise robots? Have to admit, I am finding this to be a poor mans choice of a Tape Robotic solution, especially after coming from an Enterprise ESL ! Occasionly, tapes remain in the drive. no errors are logged in system, application, or bptm logs. Everything looks fine. On the RARE occasion, if this happened on the ESL, I can use Command View to move tape back to its own location, or from the front end panel! Great stuff! With this device... nowt !!! Even the Java GUI seems poor! I could try with RobTest, but do not want to try with backups running ! Any other ideas? Feedback would be grateful especially those that have this device. after all it could just be my feelings that the SL500 is bad, but others may view it as good! Regards Simon 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. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England 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. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England 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 per
Re: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive
Welcome to the club If you have this problem gain, go threw this process: http://seer.entsupport.symantec.com/docs/283326.htm Do not worry if the technote is for media, it works for drives also. Careful, not to deallocate drives that are really in use. Hope that this will help you. Stefanos _ From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: Thursday, September 17, 2009 1:11 PM To: sm...@peppas.gr; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive Hi I tried this earlier, with no success. In the end, I removed the drive physically, and done a media inventory again. however, NetBackup was still complaining the drive was in use, even though it wasnt! I ended up Shutting down the Services and restarting. Seems drastic ! Simon _ From: smpt [mailto:sm...@peppas.gr] Sent: Thursday, September 17, 2009 9:39 AM To: WEAVER, Simon (external); VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive Hi, First use vmoprcmd -reset . This will unload the drive and move it to the right place. If vmoprcmd fail you can use robtest. Robtest cut the connection between the library and netbackup but if you do not forget it open, netbackup will queue all commands and send it when the connection reestablish. The drives will not go into AVR mode if you do one move at a robtest session. Check the system messages of the robotic controller and see if netbackup send the move commands to the library after the backup. (you may have to start the ltid with -v. _ From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: Thursday, September 17, 2009 11:21 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive All Anyone got one of these so called enterprise robots? Have to admit, I am finding this to be a poor mans choice of a Tape Robotic solution, especially after coming from an Enterprise ESL ! Occasionly, tapes remain in the drive. no errors are logged in system, application, or bptm logs. Everything looks fine. On the RARE occasion, if this happened on the ESL, I can use Command View to move tape back to its own location, or from the front end panel! Great stuff! With this device... nowt !!! Even the Java GUI seems poor! I could try with RobTest, but do not want to try with backups running ! Any other ideas? Feedback would be grateful especially those that have this device. after all it could just be my feelings that the SL500 is bad, but others may view it as good! Regards Simon 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. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England 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. -o- 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] Fragment size for LTO4 on NBU 6.x
I agree a 2GB fragment size for an LTO3 / 4 drive is a little on the small size, but rather than choosing the fragment size to fit the tape technology perhaps it would be useful to select fragment size based on the type of the data we are backing up. Large single file data such as image, audio or exported databases etc. would benefit from using the larger fragment sizes. Database Agent orientated backups such as RMAN / MSSQL could use a fragment size based on their fileset size or multiple thereof. Whilst User home accounts, source code project directories would use the smaller settings. Of course all this only applies to non NDMP backups. There is an advantage of using fragment sizing in that's it a great way of determining tape throughput. It's easy to calculate the speed of a backup if you know that its taking t minutes to backup a 2 or 20GB fragment rather than waiting t hours for a terabyte. Psychology: Nothing is more re-assuring then seeing the fragment markers count up in the job details panel. Its good indicator that all is well with that client. As to the overhead of fragment markers in the catalogue I have no idea. Just my 2-bits worth. Gideon Wheeler ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive
Hi I tried this earlier, with no success. In the end, I removed the drive physically, and done a media inventory again. however, NetBackup was still complaining the drive was in use, even though it wasnt! I ended up Shutting down the Services and restarting. Seems drastic ! Simon From: smpt [mailto:sm...@peppas.gr] Sent: Thursday, September 17, 2009 9:39 AM To: WEAVER, Simon (external); VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive Hi, First use vmoprcmd -reset . This will unload the drive and move it to the right place. If vmoprcmd fail you can use robtest. Robtest cut the connection between the library and netbackup but if you do not forget it open, netbackup will queue all commands and send it when the connection reestablish. The drives will not go into AVR mode if you do one move at a robtest session. Check the system messages of the robotic controller and see if netbackup send the move commands to the library after the backup. (you may have to start the ltid with -v. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: Thursday, September 17, 2009 11:21 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive All Anyone got one of these so called enterprise robots? Have to admit, I am finding this to be a poor mans choice of a Tape Robotic solution, especially after coming from an Enterprise ESL ! Occasionly, tapes remain in the drive. no errors are logged in system, application, or bptm logs. Everything looks fine. On the RARE occasion, if this happened on the ESL, I can use Command View to move tape back to its own location, or from the front end panel! Great stuff! With this device... nowt !!! Even the Java GUI seems poor! I could try with RobTest, but do not want to try with backups running ! Any other ideas? Feedback would be grateful especially those that have this device. after all it could just be my feelings that the SL500 is bad, but others may view it as good! Regards Simon 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. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England 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. -o- 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
[Veritas-bu] SL500 Tape Library Issue
Host OS : Solaris 9 NBU : 6.5.3 NO it gives that logical unit is in the process of getting ready +-- |This was sent by qureshiu...@rediffmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive
Hi, First use vmoprcmd -reset . This will unload the drive and move it to the right place. If vmoprcmd fail you can use robtest. Robtest cut the connection between the library and netbackup but if you do not forget it open, netbackup will queue all commands and send it when the connection reestablish. The drives will not go into AVR mode if you do one move at a robtest session. Check the system messages of the robotic controller and see if netbackup send the move commands to the library after the backup. (you may have to start the ltid with -v. _ From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: Thursday, September 17, 2009 11:21 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive All Anyone got one of these so called enterprise robots? Have to admit, I am finding this to be a poor mans choice of a Tape Robotic solution, especially after coming from an Enterprise ESL ! Occasionly, tapes remain in the drive. no errors are logged in system, application, or bptm logs. Everything looks fine. On the RARE occasion, if this happened on the ESL, I can use Command View to move tape back to its own location, or from the front end panel! Great stuff! With this device... nowt !!! Even the Java GUI seems poor! I could try with RobTest, but do not want to try with backups running ! Any other ideas? Feedback would be grateful especially those that have this device. after all it could just be my feelings that the SL500 is bad, but others may view it as good! Regards Simon 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. -o- 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
[Veritas-bu] SL500 with NetBackup 6.5.3 - Tapes Remain in drive
All Anyone got one of these so called enterprise robots? Have to admit, I am finding this to be a poor mans choice of a Tape Robotic solution, especially after coming from an Enterprise ESL ! Occasionly, tapes remain in the drive. no errors are logged in system, application, or bptm logs. Everything looks fine. On the RARE occasion, if this happened on the ESL, I can use Command View to move tape back to its own location, or from the front end panel! Great stuff! With this device... nowt !!! Even the Java GUI seems poor! I could try with RobTest, but do not want to try with backups running ! Any other ideas? Feedback would be grateful especially those that have this device. after all it could just be my feelings that the SL500 is bad, but others may view it as good! Regards Simon 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. -o- 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] Fragment size for LTO4 on NBU 6.x
This is correct, but does not work at all cases stefanos -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of oersted Sent: Wednesday, September 16, 2009 5:53 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Fragment size for LTO4 on NBU 6.x tape drive will use LOCATE BLOCK to first file to restore, then search from there. wdlb5359 wrote: > What are people using for the fragment size on LTO4 (or I guess LTO3) with > NBU 6.x? > > I ask because the default is 1TB, i.e. more or less don't fragment. > > The argument for a large fragment is that the backup doesn't have to stop > so often as it does briefly at the end of each fragment to update the > Master, and also the inter-fragment file markers waste space..though > that's hardly a consideration on such large tapes now. > > The argument for a small fragment was that the tape can position at full > speed to the file marker for the appropriate fragment for a restore, > rather than reading the tar file from the top at read speed, which for a > large tape could be a very long time. > > We used to (dating back to DLT7000) set a 2GB fragment, as back then this > was thought a good idea in case you wanted to dd the tape to disk and read > it without NetBackup. UNIX file systems did not take files > 2GB. Well I > can't say we ever tried it and it's a silly small size now. > > But what are people using - 100GB? 200GB? Does it really make a > difference... > > William D L Brown > > > --- > This e-mail was sent by GlaxoSmithKline Services Unlimited > (registered in England and Wales No. 1047315), which is a > member of the GlaxoSmithKline group of companies. The > registered address of GlaxoSmithKline Services Unlimited > is 980 Great West Road, Brentford, Middlesex TW8 9GS. > --- > > ___ > Veritas-bu maillist - Veritas-bu < at > mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu +-- |This was sent by sola...@cablespeed.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ 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
