Re: [Veritas-bu] Media Write Errors - To Disk?!
Well have you enabled logging to check what happens at the time of the error? On the Windows system it would be Netbackup\Logs\Admin I think - also, normally the Windows Event viewer would give some indication of what is happening (ie: low on space, I/O error, scsi time out, ect). Anything like that reported Jonathan? Also, how large is the catalog - I recall someone on the list reported similar problems with disk catalog backups when it was attempting to write files larger than several GB. I assume tape catalog backups are fine :-) ? 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: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED] Sent: 13 October 2006 20:21 To: Justin Piszcz Cc: veritas-bu Subject: Re: [Veritas-bu] Media Write Errors - To Disk?! As I eluded to in the E:\Catalog I've tried changing both directories (D:\Catalog D:\Catalog etc..) and Drives (E:\Catalog, D:\Catalog.) This particular server has 4 different disks / partitions and they all produce the same results. I'm a bit perplexed. -J -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: Friday, October 13, 2006 3:02 PM To: Martin, Jonathan (Contractor) Cc: veritas-bu Subject: Re: [Veritas-bu] Media Write Errors - To Disk?! On Fri, 13 Oct 2006, Martin, Jonathan (Contractor) wrote: NBU 5.1 MP5 I'm trying to backup the catalog to disk D:\Catalog and I get a MEDIA WRITE ERROR about 50% through it. I've tried changing drives (E:\Catalog) and chkdsk'ing the drives and I always get the same thing. Any ideas? Does the catalog backup write a log I can check? -Jonathan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu Does it work to a different disk? Sounds like you may have either hit a bug or bad sector(s) on the disk, I would guess the latter. Justin. ___ 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
[Veritas-bu] NBU_SNAP issue
Hello, we have business important issue with advanced client. OS - Solaris 9 NBU - 5.1MP2 SNAPSHOT METHOD - NBU_SNAP Backup failed with STATUS = 156 In ~/log/online_util/log.101606 we have found: 11:57:43.833 [24864] 2 onlfi_vfms_logf: INF - nbu_snap_freeze: Cannot turn on snapshot; snapshot source=/export, cache =/dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01, snap error=5 11:57:43.834 [24864] 4 delete_mount_point: INF - Deleted mount point /tmp/_vrts_frzn_img__export_24864 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - VfMS error 11; see following messages: 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - Fatal method error was reported 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - vfm_freeze: method: nbu_snap, type: FIM, function: nbu_snap_freeze 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - VfMS method error 5; see following message: 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - nbu_snap_freeze: Cannot turn on snapshot; snapshot source=/export, cache=/dev/vx/rdsk/snapshot_dg/snapshot_vol, snap error=5 When we have tryed to create snapshot from CLI, we have got: [EMAIL PROTECTED] # /usr/openv/netbackup/bin/driver/snapon /export /dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 matched /export to mnttab entry /export mount device: /dev/vx/dsk/exportdg/export fstype: ufs snapon on /export failed err=11 snerrno=5 In /var/adm/messages we have found: Oct 16 12:18:40 sf6800a snapctl: [ID 803675 kern.warning] WARNING: addcache: id 22604 cache path = /dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 Oct 16 12:18:45 sf6800a snapctl: [ID 389476 kern.warning] WARNING: addcache: sn_freecache failed, cache path = /dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01, err = 5, block 16777216 Oct 16 12:18:45 sf6800a snapctl: [ID 470943 kern.warning] WARNING: addsnap: sn_addcache failed err=5 snc_path=/dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 Oct 16 12:18:45 sf6800a snapctl: [ID 576187 kern.warning] WARNING: ioctl_snapon: ioctl_snapon failed error 5 Oct 16 12:18:45 sf6800a snapctl: [ID 209424 kern.warning] WARNING: ioctl_snapon: son_snapof=/dev/vx/rdsk/exportdg/export son_cache=/dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 /dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 seems good: [EMAIL PROTECTED] # dd if=/dev/zero of=/dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 bs=65536 count=10241024+0 records in1024+0 records out What can be reason of problem? Thanks for any help, Sergey ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] [Looking For a Command] to show activity monitor ...
is there a CLI interface to the activity monitor ? -aW ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 9940B
Much appreciated for the response Brenton I have performed some testsafter analysingbpbkar and bptm logs all all media serversand a number of their bptm logs indicate that they are not waiting for empty buffers, in turn telling me that an increase of the buffer size and number should have a positive impact . After testing our throughput has jumped aroundfrom around 11mb/sec to 40+ mb/secwhich is fantastic, my concern isfor the latter part of your mail regarding tapes which have been written with a different SIZE_DATA_BUFFERS. When testing I took backups before and after the SIZE_DATA_BUFFERS implementation. I then proceeded to test restores from both images written with different Buffer sizes. All where successful however could you shed a little more light on this as we obviously have all our backed up data written in the current SIZE_DATA_BUFFER and it would be a shame not to achieve the throughput we saw when testing. Thanks in advance Dave From: Brenton Carbins [mailto:[EMAIL PROTECTED] Sent: 16 October 2006 01:32To: Clooney, DavidSubject: RE: [Veritas-bu] 9940B Hi David, My clients running 9940B drives are all running a SIZE_DATA_BUFFERS of 262144, with NUMBER_DATA_BUFFERS less important, and dependent on system resources and kernel settings. I'd suggest 32-64 buffers if you can achieve this without Error 11s. It is important when you are changing these settings that you test with maximum anticipated multiplexing and the maximum anticipated number of drives running, so that resource usage will hit it's peak, and any problems detected immediately. If you already have lots media written with a different SIZE_DATA_BUFFER - say 131072, it is probably better not to change this value. If you do change this value, you will need to re-label existing media before attempting to write to them again. This may require that you suspend media until existing images expire. Best of luck, Brenton Brenton Carbins Senior Systems Engineer WA and SA Enterprise Products Symantec Corporation www.symantec.com - Office:08 9480 3720 Mobile:0409 779 230 Fax:08 9481 3177 Email:[EMAIL PROTECTED] - Compelling New Features Low Bandwidth, Remote Office Backuphttp://www.symantec.com/Products/enterprise?c=newfeaturesrefId=1381 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clooney, DavidSent: Friday, 13 October 2006 6:09 PMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] 9940B Hi Was wondering whether anyone knows the max I/O buffer size for the STK 9940B ? Trying to fine tune some media servers using the SIZE_DATA_BUFFERS and NUMBER_DATA_BUFFERS. And was thinking the drive would obviously determine what the settings should be. Regards 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. 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. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] [Looking For a Command] to show activity monitor ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alex, try bpdbjobs You can also run bpdbjobs -stay_alive and then when you want, type in refresh and only those changes will show up. If you want to change the output of what that looks like, the settings in bp.conf or the registry (I believe) in windows that look like BPDBJOBS_COLDEFS = These are documented. You can always get the famous complete output with, bpdbjobs -all_columns Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Wilkinson, Alex wrote: is there a CLI interface to the activity monitor ? -aW ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFM2GEl+lekZRM55oRAuy4AJ9Sh6dOgFayZ6ZzQPKRj9Y2rMb9OACbBreX tIX16sHyBxIZqg4STI87o6E= =bgsk -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NetBackup 6.0 MP4
What about maintenance pack 4 for NetBackup 6.0? There were rumors earlier this month that MP4 will be released on October 15... -- Ilya Voronin [EMAIL PROTECTED] http://ivoronin.blogspot.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NetBackup 6.0 MP4
On 10/16/2006 5:36 AM, Ilya Voronin wrote: What about maintenance pack 4 for NetBackup 6.0? There were rumors earlier this month that MP4 will be released on October 15... It has not yet been released. We installed a pre-release of MP4 last Thursday but I personally don't expect it to go GA until the end of the month or thereabouts (depending on what is found between now and then and I heard that there is at least one build more recent than what we installed). Don't forget that one significant bug can set them back a week from the time a developer codes a fix to the build and internal test processes and possible customer testing. From what I've seen so far, MP4 is a *lot* better than any other combination of maintenance paks and patches we've applied to 6.0. We'll be going over our outstanding bug list in more detail today but I'm confident that our most critical issues have all been resolved. In our environment (and we're all different), this release looks solid so far. Realize, however, that I've only run a few days and didn't pay really close attention to it over the weekend - yes, I briefly looked at our reports and it looks good, but that's different from an in-depth analysis of our issues and status reports. .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NetBackup 6.0 MP4
Ilya Well looking on the Veritas NBU forums, there is no indication it was going to be released around this time. But My guess is Symantec will announce it as soon as it becomes available. Just keep checking the site for now. 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: Ilya Voronin [mailto:[EMAIL PROTECTED] Sent: 16 October 2006 11:37 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NetBackup 6.0 MP4 What about maintenance pack 4 for NetBackup 6.0? There were rumors earlier this month that MP4 will be released on October 15... -- Ilya Voronin [EMAIL PROTECTED] http://ivoronin.blogspot.com ___ 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] 9940B
We've got a bunch of 9940B drives and use 262144 for SIZE_DATA BUFFERS. Performance is very good. When we eval'd the drives a couple of years ago, I saw peak performance of 65MB/sec on really compressible data. Our numbers vary widely depending on the nature of the data being backed up. From the docs I read, I believe the drive maxes out at 70MB/sec. If you can feed the drives compressible data in a constant stream, 50MB/sec is not unreasonable. I like the performance stats on the new T1 drives, but I'm very disappointed that they didn't build in read compatibility with the T9940 drives. The carts are completely incompatible. If we're going to have to do a data migration if we get new drives, might as well look at LTO, too. David Rock wrote: * Clooney, David [EMAIL PROTECTED] [2006-10-14 15:19]: Keep your hair on Bob Ok so tyou know about drives, point taken. I think you misinterpretted my mail. I was merely trying to find out the maximum I/O the drive supports , phew. We have seen real world testing at 55MB/sec and I believe the rated speed is around 65MB/sec -- Jack L. Forester, Jr. UNIX Systems Administrator, Stf Lockheed Martin Information Technology (304) 625-3946 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] 185 error
Title: 185 error Nb 5.0 mp6 Solaris 9 I am running 2 restores from different clients on different dates and I am getting a 185 error. Tar did not find all of the file to be restored. I have never seen this error before and I am not sure how to even troubleshoot this. All the tapes NB asked for the restore are in the robot. Ideas? Greg This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee. If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP2 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 9940B
Title: Message -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clooney, DavidSent: October 16, 2006 6:08 AMTo: Brenton CarbinsCc: veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] 9940BI have performed some testsafter analysingbpbkar and bptm logs all all media serversand a number of their bptm logs indicate that they are not waiting for empty buffers, in turn telling me that an increase of the buffer size and number should have a positive impact . Assuming youwere getting "waiting for empty buffer"previously, then you increased the number of buffers and you are no longer getting the messages, then yes, increasing thenumber of buffers DID have a positive impact. If you are NOT currently getting "waiting for empty" messages, then increase the buffer count will do nothing but consume more sharedmemory. If you are not getting any waiting for full, or waiting for empty buffer messages, then there is no reason to change anything, unless you would like to "decrease" the buffer numbers to gain more available memory outside of the buffers. After testing our throughput has jumped aroundfrom around 11mb/sec to 40+ mb/secwhich is fantastic, my concern isfor the latter part of your mail regarding tapes which have been written with a different SIZE_DATA_BUFFERS. When testing I took backups before and after the SIZE_DATA_BUFFERS implementation. I then proceeded to test restores from both images written with different Buffer sizes. All where successful however could you shed a little more light on this as we obviously have all our backed up data written in the current SIZE_DATA_BUFFER and it would be a shame not to achieve the throughput we saw when testing. What Brenton is referring to, isn't so much a performance issue as a function issueif you change the values you're using for SIZE_DATA_BUFFER, you will want to thoroughly test restores from backups written at a different number to ensure functionality. Paul La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] symantec and VERITAS merger good or bad?
Just to add to this, today I ended up raising a Symantec call - got given a case number, but rather than wait 8 hours, I decided to email them the nbsupport, log files, more detailed information about our configuration, where the EOM Status 84 messages are appearing, what I have done to resolve it. I got a call back within 1hr 30 mins saying thanks for the excellent detailed info, and got straight onto the case. I have to say, if I had not done my own investigation work / input / troubleshooting techniques, who knows how long the call would have remained in the queue. So all in all, not bad - sadly, they have not found the root cause of the EOM error, and its even baffling them now! But that is what I am paying for... A Service! Good or bad, I am sure everyone is going to have mixed feelings about this topic. 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: Paul Keating [mailto:[EMAIL PROTECTED] Sent: 16 October 2006 14:19 To: MCare Backup; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] symantec and VERITAS merger good or bad? I have to say my experience echos that of Ed Wilts. The initial call is 99% of the time send us the support script output,and the yyy logs and zzz logs.They have no idea about your environment, and you get no help at allfrom the first couple levels of support unless your problem is trivial,and after the number of years I've been at this, I tend to try andfigure things out a little beyond the point of trivial, so it's usuallyquite a little song and dance to get to backline. However, for the last 2 years I've been dealing with a reseller/VARcalled Kanatek here in Ottawa, and their front line guys are phenomenal,and if the problem is a real problem that they can't resolve, which israre, unless it's obviously a SW deficiency like a lot of the 6.0 stuffwould be nowadays I don't have to do the two-step to get itescalated. Once your issue gets escalated, it's pretty much the same asit's always been Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of MCare Backup Sent: October 14, 2006 4:56 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] symantec and VERITAS merger good or bad? Hear, hear. The support went right into the toilet following the merger, and NetBackup 6.0 is questionable at best (although Symantec may not have had anything to do with that). But let me put it this way -- prior to the merger, I would have recommended NBU as a backup platform. Now, I'd only recommend it if I had no other choice. To top off their unacceptable support, I just got an offer to take a one-day class on NBU for only $3500.00. They can't even support their own product, why on earth would I pay them that much money for what must be a one-day seminar on how to open the .pdfs that come with the software? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank ofCanada does not waive any related rights. Any distribution, use, or copying of thisemail or the information it contains by other than the intended recipient isunauthorized. If you received this email in error please delete it immediately fromyour system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle.La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion,utilisation ou copie de ce courriel ou des renseignements qu'il contient par unepersonne autre que le ou les destinataires désignés est interdite. Si vous recevezce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai àl'expéditeur un message électronique pour l'aviser que vous avez éliminé de votreordinateur toute copie du courriel reçu. ___ 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
Re: [Veritas-bu] NetBackup 6.0 MP4
New rumor is end of November, but not substantiated... Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ilya Voronin Sent: Monday, October 16, 2006 4:37 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NetBackup 6.0 MP4 What about maintenance pack 4 for NetBackup 6.0? There were rumors earlier this month that MP4 will be released on October 15... -- Ilya Voronin [EMAIL PROTECTED] http://ivoronin.blogspot.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] Synthetic Backup
NBU 5.1 - MP5 HP-UX I want to use synthetic backups for a large client. The question is, Can I have the Normal full go to tape and then have the diff inc go to a dsu and have the synth full go to tape? If so, how would I set up a policy for this? Thank You, Layne Barber ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 9940B
On 10/16/06, Jack Forester, Jr. [EMAIL PROTECTED] wrote: I like the performance stats on the new T1 drives ... Watch out. The T1 can only read and write at 120MB/sec or 50MB/sec (native). That could end up a lot slower than you expect if the data source can't keep up. It only takes about 2 or 5 seconds to dump the entire 256 MB buffer to tape. Austin ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 9940B
Much appreciated once again everyone for the response on this topic, the info has certainly made things a lot clearer. Additionally I have run some bpbkar32 tests to NULL and it would appear in some instances the server is struggling to provide the data. Cheers again Dave From: Brenton Carbins [mailto:[EMAIL PROTECTED] Sent: 16 October 2006 14:54To: Clooney, DavidSubject: RE: [Veritas-bu] 9940B Hi David, The issue with changing SIZE_DATA_BUFFERS is something like this. My knowledge is empirical, so the exact causes may be a little different: When media of 100GB is labelled with a block size of 100k, the label (or perhaps media.db) records a clock count of 1,000,000. So we write 500,000 blocks with a 100k block size, and then change the block site to 200k. The recorded remaining block count is 500,000, but in practice, it is now only 250,000. But NetBackup will happily append the tape, until it has written a further 250,000 blocks. On the 250,001st block, there is no tape left, and we get a 174 Error. Basically, the time taken to write the 250,000 blocks (at 200k/block) is lost, as the job will have to restart, or perhaps fail, according to job configuration, window, etc. Therefore, in order to avoid 174 errors, the media recorded with a block size of 100k cannot be rewritten with 200k blocks until they have been relabelled. Now, change the numbers to reflect actual SIZE_DATA_BUFFERS, and the maths still holds. I have attached a note that I wrote some years ago, but have found generally useful up to version 5.1. Perhaps the most helpful will be the last page. Please note also I have had 9940B drives averaging 55-60MB/s, peaking at 70MB/s with one customer, and these sametuning noteshave been used to obtain over 100MB/s with VTLs at another site. I trust this is of some help to you. Brenton Brenton Carbins Senior Systems Engineer WA and SA Enterprise Products Symantec Corporation www.symantec.com - Office:08 9480 3720 Mobile:0409 779 230 Fax:08 9481 3177 Email:[EMAIL PROTECTED] - Compelling New Features Low Bandwidth, Remote Office Backuphttp://www.symantec.com/Products/enterprise?c=newfeaturesrefId=1381 From: Clooney, David [mailto:[EMAIL PROTECTED] Sent: Monday, 16 October 2006 6:08 PMTo: Brenton CarbinsCc: veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] 9940B Much appreciated for the response Brenton I have performed some testsafter analysingbpbkar and bptm logs all all media serversand a number of their bptm logs indicate that they are not waiting for empty buffers, in turn telling me that an increase of the buffer size and number should have a positive impact . After testing our throughput has jumped aroundfrom around 11mb/sec to 40+ mb/secwhich is fantastic, my concern isfor the latter part of your mail regarding tapes which have been written with a different SIZE_DATA_BUFFERS. When testing I took backups before and after the SIZE_DATA_BUFFERS implementation. I then proceeded to test restores from both images written with different Buffer sizes. All where successful however could you shed a little more light on this as we obviously have all our backed up data written in the current SIZE_DATA_BUFFER and it would be a shame not to achieve the throughput we saw when testing. Thanks in advance Dave From: Brenton Carbins [mailto:[EMAIL PROTECTED] Sent: 16 October 2006 01:32To: Clooney, DavidSubject: RE: [Veritas-bu] 9940B Hi David, My clients running 9940B drives are all running a SIZE_DATA_BUFFERS of 262144, with NUMBER_DATA_BUFFERS less important, and dependent on system resources and kernel settings. I'd suggest 32-64 buffers if you can achieve this without Error 11s. It is important when you are changing these settings that you test with maximum anticipated multiplexing and the maximum anticipated number of drives running, so that resource usage will hit it's peak, and any problems detected immediately. If you already have lots media written with a different SIZE_DATA_BUFFER - say 131072, it is probably better not to change this value. If you do change this value, you will need to re-label existing media before attempting to write to them again. This may require that you suspend media until existing images expire. Best of luck, Brenton Brenton Carbins Senior Systems Engineer WA and SA Enterprise Products Symantec Corporation www.symantec.com - Office:08 9480 3720 Mobile:0409 779 230 Fax:08 9481 3177 Email:[EMAIL PROTECTED] - Compelling New Features Low Bandwidth, Remote Office Backuphttp://www.symantec.com/Products/enterprise?c=newfeaturesrefId=1381 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clooney, DavidSent: Friday, 13 October 2006 6:09
Re: [Veritas-bu] Synthetic Backup
Title: Message Set up 3 schedules in the policy. Full Diff Synth Full in each sched, select "override default storage unit". Point the Full and Synth Full to the regular tape STU, and theDiffto the DSU. Paul -- -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Barber, Layne (Contractor)Sent: October 16, 2006 10:52 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Synthetic Backup NBU 5.1 - MP5 HP-UX I want to use synthetic backups for a large client. The question is, Can I have the Normal full go to tape and then have the diff inc go to a dsu and have the synth full go to tape? If so, how would I set up a policy for this? Thank You, Layne Barber La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Oracle agent problems
I'm trying to backup an Oracle agent, running on a Red Hat box, from my Windows master/ media server, running NBU 5.1 MP2I can kick off a manual backup, no problem. Wen I attempt to use one the /usr/openv/netbackup/ext/db_ext/oracle/samples/rman/hot_database_backup.sh script, it very quickly errors out with a (6) error. None of the logfiles are even created. Any ideas? -- Sláinte,DavidCheckout the, sometimes updated, McWilliams family website @http://davidmcw.tripod.comGet a safer, faster, better web browser @ http://www.mozilla.org/products/firefox/ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 3 Schedules in 1 policy - Monthly has ran twice
All NBU 5.1 MP2 Win2k3 + 2 SAN MEdia Servers Last week, I setup a policy to contain the following: Weekly Full Schedule Weekly INCR Schedule Monthly Full Schedule The Monthly Schedule has been set for Calendar, and ONLY to run on selected dates that I ticked (which shows a green tick). The Monthly and Weekly Windows are set exactly the same timeframe. I cannot think as to why this may have happened, because I set my other policies the same way, and their monthly ran last weekend, and this weekend, the weekly full schedules ran! Does anyone have any ideas what could be wrong here? Simon, could you supply the information necessary to understand what you've configured (bpplsched's output at a minimum) and restate your problem (is it Monthly has ran twice or this weekend, the weekly full schedules ran, on which machines, when were their prior automatic or immediate backups, ... We don't yet know what the policies did that you didn't expect, but since you said The Monthly Schedule has been set for Calendar, and ONLY to implying that others were frequency-based, did you forget that the manual, and many articles on this list, tell you not to mix calendar- and frequency-based schedules? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU_SNAP issue
Title: Message Does nbu_snap support ufs filesystem? -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Evsyukov, SergeySent: 16 October 2006 09:47To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] NBU_SNAP issue Hello, we have business important issue with advanced client. OS - Solaris 9 NBU - 5.1MP2 SNAPSHOT METHOD - NBU_SNAP Backup failed with STATUS = 156 In ~/log/online_util/log.101606 we have found: 11:57:43.833 [24864] 2 onlfi_vfms_logf: INF - nbu_snap_freeze: Cannot turn on snapshot; snapshot source=/export, cache =/dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01, snap error=5 11:57:43.834 [24864] 4 delete_mount_point: INF - Deleted mount point /tmp/_vrts_frzn_img__export_24864 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - VfMS error 11; see following messages: 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - Fatal method error was reported 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - vfm_freeze: method: nbu_snap, type: FIM, function: nbu_snap_freeze 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - VfMS method error 5; see following message: 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - nbu_snap_freeze: Cannot turn on snapshot; snapshot source=/export, cache=/dev/vx/rdsk/snapshot_dg/snapshot_vol, snap error=5 When we have tryed to create snapshot from CLI, we have got: [EMAIL PROTECTED] # /usr/openv/netbackup/bin/driver/snapon /export /dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 matched /export to mnttab entry /export mount device: /dev/vx/dsk/exportdg/export fstype: ufs snapon on /export failed err=11 snerrno=5 In /var/adm/messages we have found: Oct 16 12:18:40 sf6800a snapctl: [ID 803675 kern.warning] WARNING: addcache: id 22604 cache path = /dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 Oct 16 12:18:45 sf6800a snapctl: [ID 389476 kern.warning] WARNING: addcache: sn_freecache failed, cache path = /dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01, err = 5, block 16777216 Oct 16 12:18:45 sf6800a snapctl: [ID 470943 kern.warning] WARNING: addsnap: sn_addcache failed err=5 snc_path=/dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 Oct 16 12:18:45 sf6800a snapctl: [ID 576187 kern.warning] WARNING: ioctl_snapon: ioctl_snapon failed error 5 Oct 16 12:18:45 sf6800a snapctl: [ID 209424 kern.warning] WARNING: ioctl_snapon: son_snapof=/dev/vx/rdsk/exportdg/export son_cache=/dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 /dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 seems good: [EMAIL PROTECTED] # dd if=/dev/zero of=/dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 bs=65536 count=10241024+0 records in1024+0 records out What can be reason of problem? Thanks for any help, Sergey Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: 1 Waterhouse Square, 138- 142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e- mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU_SNAP issue
Hi Sergey, Some thoughts: -UFS is definately supported. We use it. -Make sure that you haven't got any old/stale SNAPs (check snaplist). If so, delete them using snapoff. -You may want to check out the bpbkar log file for corresponding errors...also make sure you get the details with VERBOSE=5 in bp.conf -Make sure that the SOURCE is not a symbolic link. I have seen this file when trying to back up /databases, which was really a symbolic link to /u0/data/database1.45, for example. You may see a reference to this if it the issue in your corresponding 'bpfis' log. -Make sure you have enough shared memory and semaphores set. We had this problem (error 11 5) initially. HTH Cheers! --Chris Does nbu_snap support ufs filesystem? -Original Message- *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *Evsyukov, Sergey *Sent:* 16 October 2006 09:47 *To:* veritas-bu@mailman.eng.auburn.edu *Subject:* [Veritas-bu] NBU_SNAP issue Hello, we have business important issue with advanced client. OS - Solaris 9 NBU - 5.1MP2 SNAPSHOT METHOD - NBU_SNAP Backup failed with STATUS = 156 In ~/log/online_util/log.101606 we have found: 11:57:43.833 [24864] 2 onlfi_vfms_logf: INF - nbu_snap_freeze: Cannot turn on snapshot; snapshot source=/export, cache =/dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01, snap error=5 11:57:43.834 [24864] 4 delete_mount_point: INF - Deleted mount point /tmp/_vrts_frzn_img__export_24864 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - VfMS error 11; see following messages: 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - Fatal method error was reported 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - vfm_freeze: method: nbu_snap, type: FIM, function: nbu_snap_freeze 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - VfMS method error 5; see following message: 11:57:43.834 [24864] 32 onlfi_freeze_fim_fs: FTL - nbu_snap_freeze: Cannot turn on snapshot; snapshot source=/export, cache=/dev/vx/rdsk/snapshot_dg/snapshot_vol, snap error=5 When we have tryed to create snapshot from CLI, we have got: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] # /usr/openv/netbackup/bin/driver/snapon /export /dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 matched /export to mnttab entry /export mount device: /dev/vx/dsk/exportdg/export fstype: ufs snapon on /export failed err=11 snerrno=5 In /var/adm/messages we have found: Oct 16 12:18:40 sf6800a snapctl: [ID 803675 kern.warning] WARNING: addcache: id 22604 cache path = /dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 Oct 16 12:18:45 sf6800a snapctl: [ID 389476 kern.warning] WARNING: addcache: sn_freecache failed, cache path = /dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01, err = 5, block 16777216 Oct 16 12:18:45 sf6800a snapctl: [ID 470943 kern.warning] WARNING: addsnap: sn_addcache failed err=5 snc_path=/dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 Oct 16 12:18:45 sf6800a snapctl: [ID 576187 kern.warning] WARNING: ioctl_snapon: ioctl_snapon failed error 5 Oct 16 12:18:45 sf6800a snapctl: [ID 209424 kern.warning] WARNING: ioctl_snapon: son_snapof=/dev/vx/rdsk/exportdg/export son_cache=/dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 /dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 seems good: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] # dd if=/dev/zero of=/dev/vx/rdsk/bishouse_dg_01/bishouse_vol_01 bs=65536 count=1024 1024+0 records in 1024+0 records out What can be reason of problem? Thanks for any help, Sergey * Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: 1 Waterhouse Square, 138- 142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e- mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message
Re: [Veritas-bu] Oracle agent problems
I customized the script and set ORACLE_HOME, ORACLE_USER ORACLE_SID to the appropriate values.My concern is that the logfile isn't even getting touched. Do I need to have rsh enabled or something like that?
What other information can I provide?On 10/16/06, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
You do not provide much information,
so I am going to start with the basics:
Have you modified the .sh and .rcv scripts
to fit your environment.?
Be sure these are set correctly in the
.sh file.
ORACLE_HOME=yours
export ORACLE_HOME
ORACLE_SID=for the instance you
are backing up
export ORACLE_SID
ORACLE_USER=oracle
NB_ORA_SCRIPTS=location of the .rcv
scripts
The script runs as root. It su's
to oracle to make the connection to the database, and to the recovery catalog.
in the .rcv file, connect to the recovery
catalog, etc.
connect target
connect rcvcat un/[EMAIL PROTECTED]
catalog-tnsname
run {
# Hot database level 0 whole backup
change archivelog all crosscheck;
allocate channel t1 type 'SBT_TAPE';
allocate channel t2 type 'SBT_TAPE';
backup
incremental level 0
tag hot_db_bk_level0_your
SID
filesperset 5
# recommended format
format 'your SID_lvl0_hotbk_%s_%p_%t'
(database);
sql 'alter system archive log
current';
# backup all archive logs
backup
filesperset 20
format 'your SID_lvl0_al_%s_%p_%t'
(archivelog all
);
}
If you are beyond all that, I need more
information
=
Carl Stehman
IT Distributed Services Team
Pepco Holdings, Inc.
202-331-6619
Pager 301-765-2703
[EMAIL PROTECTED]
David McWilliams
[EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
10/16/2006 11:22 AM
To
NetBackup List veritas-bu@mailman.eng.auburn.edu
cc
Subject
[Veritas-bu] Oracle agent problems
I'm trying to backup an Oracle agent, running on a Red
Hat box, from my Windows master/ media server, running NBU 5.1 MP2
I can kick off a manual backup, no problem. Wen I attempt to use one the
/usr/openv/netbackup/ext/db_ext/oracle/samples/rman/hot_database_backup.sh
script, it very quickly errors out with a (6) error. None of the logfiles
are even created. Any ideas?
--
Sláinte,
David
Checkout the, sometimes updated, McWilliams family website @
http://davidmcw.tripod.com
Get a safer, faster, better web browser @ http://www.mozilla.org/products/firefox/
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
This Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates (PHI). This Email is intended solely for the use of the person(s) to which it is addressed. If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies. PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication. PHI will not accept any liability in respect of such communications.
-- Sláinte,DavidCheckout the, sometimes updated, McWilliams family website @http://davidmcw.tripod.comGet a safer, faster, better web browser @
http://www.mozilla.org/products/firefox/
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] backup_exit_notify Perl script
Does anybody have a Perl version of this script that I can look at? I'm
currently working on my own, but specifically what I'm looking for is a
way to send only one e-mail per client if multiple streams fail with the
same error code. I'm sure I can come up with something on my own, but
with Perl being so pervasive I figure why re-invent the wheel if someone
has already done it.
No, but I could probably type something close to it real quick... This
is untested, but should be pretty close.
#!/usr/bin/perl
use strict;
use warnings;
my $datestr = localtime;
my $output = /usr/openv/netbackup/bin/BACKUP_EXIT_CALLED ;
if (@ARGV 6)
{
open (OUTF, $output);
print OUTF $datestr $0 expects at least 6 parameters: @ARGV;
exit 1;
}
# You may want to delete the output file elsewhere in order to
# accumulate successful backup information.
# If so, comment out the following 2 lines.
if (-s $output)
{ unlink $output; }
open (OUTF, $output) or die Couldn't open $output for writing. $!\n;
print OUTF $datestr -;
print OUTF $datestrCLIENT: $ARGV[0];
print OUTF $datestrPOLICY: $ARGV[1];
print OUTF $datestr SCHEDULE: $ARGV[2];
print OUTF $datestr SCHEDULE TYPE: $ARGV[3];
print OUTF $datestrSTATUS: $ARGV[4];
print OUTF $datestrSTREAM: $ARGV[5];
print OUTF $datestr -;
#
# might want to mail this info to someone
#
# system(cat $output | mailx -s 'NetBackup backup exit' someone_who_cares);
exit 0;
Okay, that's the one on the system tranlsated. It does at least show
the gathering of the data. You'd probably want to do things quite a bit
different than the way it does...
Good luck!
--
Darren Dunham [EMAIL PROTECTED]
Senior Technical Consultant TAOShttp://www.taos.com/
Got some Dr Pepper? San Francisco, CA bay area
This line left intentionally blank to confuse you.
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Client Hostnames
It is important that when backing up the Exchange policy type, that the client name be the Netbios name. Had this problem with the error 71's as well, and had to carefully read the docs for the setup of the server. Again, the docs are your friend. Amazing that Veritas has such good documentation, and such lousy tech support. -Andy Martin, Jonathan (Contractor) wrote: Hrm... Never noticed this before. I setup a test pointing IMAGINARYSERVER1 to my Exchange Cluster here and Whalla - did not work. Error 71 None of the files on the list exist. I guess you do need the actual host (or cluster) name to backup exchange. Not really an issue for us currently using HOSTS files, but you could probably get around anything with HOSTS files or static DNS. -Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hillman, Eric Sent: Friday, September 29, 2006 12:44 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Client Hostnames Thanks for all of your replies. This has been a very interesting and helpful thread. I may have found one issues when using aliases however. Can anyone confirm that you CANNOT use an alias of the server name when backing up an Exchange server/cluster? From what I'm reading, the netbackup client needs to reference the Exchange application using the actual hostname used when installing Exchange in order to successfully access the specified storage groups. This would mean that the actual hostname of the box needs to be added to the Netbackup Policy and not a -backup hostname. Hopefully, this would be the only case that an alias cannot be used. Thanks! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Rock Sent: Thursday, September 28, 2006 11:19 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Client Hostnames * Bobby Williams [EMAIL PROTECTED] [2006-09-28 05:47]: About the FQN's, we don't use them. Why type all of those extra characters? Our DR strategy is to carry our offsite tapes to one of our other sites and do our recovery. Without using FQN's, we just bring a development box back up as a lost production box and put it in the domain of the DR site. Depends on environment. We have a shared NBU infrastructure that backs up multiple client environments, therefore we have the potential problem of two different clients with the same short name. -- David Rock [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu THE INFORMATION CONTAINED IN THIS MESSAGE AND ANY ATTACHMENT MAY BE PRIVILEGED, CONFIDENTIAL, PROPRIETARY OR OTHERWISE PROTECTED FROM DISCLOSURE. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof. ___ 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 maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Directing duplication to a specific network
Does anyone know of a way to direct duplications between two media servers to use one of two networks? For example, I would like all duplications of a specific policy to use one of the networks and those from a different policy to use the other network where both networks are accessible on the same host via different NOC's. Sort of like tying a STU to a NIC on a host rather than the entire host...Is this possible? SPECIAL NOTICE All information transmitted hereby is intended only for the use of the addressee(s) named above and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of confidential and privileged information is prohibited. If the reader of this message is not the intended recipient(s) or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you must not read this transmission and that disclosure, copying, printing, distribution or use of any of the information contained in or attached to this transmission is STRICTLY PROHIBITED. Anyone who receives confidential and privileged information in error should notify us immediately by telephone and mail the original message to us at the above address and destroy all copies. To the extent any portion of this communication contains public information, no such restrictions apply to that information. (gate02) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] RES: Directing duplication to a specific network
I think this is not supported by VRTS by I already put two names to same media server, one name for each IP (NIC). This way I got to use the same media server in two different nets, I thik you can use the same concept to duplicate the images. T+ Carlos Alberto Lima dos Santos Eng. Computação Jundiaí SP-BR * [EMAIL PROTECTED] H https://www.linkedin.com/in/carlostoca skype carlostoca msn only [EMAIL PROTECTED] -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Mike Andres Enviada em: segunda-feira, 16 de outubro de 2006 18:55 Para: Veritas-bu@mailman.eng.auburn.edu Assunto: [Veritas-bu] Directing duplication to a specific network Does anyone know of a way to direct duplications between two media servers to use one of two networks? For example, I would like all duplications of a specific policy to use one of the networks and those from a different policy to use the other network where both networks are accessible on the same host via different NOC's. Sort of like tying a STU to a NIC on a host rather than the entire host...Is this possible? SPECIAL NOTICE All information transmitted hereby is intended only for the use of the addressee(s) named above and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of confidential and privileged information is prohibited. If the reader of this message is not the intended recipient(s) or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you must not read this transmission and that disclosure, copying, printing, distribution or use of any of the information contained in or attached to this transmission is STRICTLY PROHIBITED. Anyone who receives confidential and privileged information in error should notify us immediately by telephone and mail the original message to us at the above address and destroy all copies. To the extent any portion of this communication contains public information, no such restrictions apply to that information. (gate02) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Você quer respostas para suas perguntas? Ou você sabe muito e quer compartilhar seu conhecimento? Experimente o Yahoo! Respostas ! http://br.answers.yahoo.com/ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] RES: Oracle agent problems
To use the samples scripts you need to adapt for your environment. If you don't know how to alter the scripts, you can use the NBU backup GUI to do templates using the wizard. The GUI can be launched using the jpbSA in the oracle client. To see the oracleinstance in the GUI you need the file oratab, if it don't exist you need to create it. The templates will be stored on the master server. To converta template in script you can usethe bpdbsbora command. The templates also can be used to perform backups. T+ Carlos Alberto Lima dos Santos Eng. Computação Jundiaí SP-BR * [EMAIL PROTECTED] H https://www.linkedin.com/in/carlostoca skype carlostoca msn only [EMAIL PROTECTED] De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de David McWilliamsEnviada em: segunda-feira, 16 de outubro de 2006 13:22Para: NetBackup ListAssunto: [Veritas-bu] Oracle agent problems I'm trying to backup an Oracle agent, running on a Red Hat box, from my Windows master/ media server, running NBU 5.1 MP2I can kick off a manual backup, no problem. Wen I attempt to use one the /usr/openv/netbackup/ext/db_ext/oracle/samples/rman/hot_database_backup.sh script, it very quickly errors out with a (6) error. None of the logfiles are even created. Any ideas? -- Sláinte,DavidCheckout the, sometimes updated, McWilliams family website @http://davidmcw.tripod.comGet a safer, faster, better web browser @ http://www.mozilla.org/products/firefox/ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] RES: Directing duplication to a specific network
I know you can do that with a client to media server backup when you have clients on different networks, but you still have just one STU for the media server that the client backup is directed to. As far as I know, when doing duplications you are limited to specifying only the destination STU and optionally an altreadhost. I need some method to direct the duplications to a specific IP... From: [EMAIL PROTECTED] on behalf of Carlos Alberto Lima dos santos Sent: Mon 10/16/2006 3:33 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] RES: Directing duplication to a specific network I think this is not supported by VRTS by I already put two names to same media server, one name for each IP (NIC). This way I got to use the same media server in two different nets, I thik you can use the same concept to duplicate the images. T+ Carlos Alberto Lima dos Santos Eng. Computação - Jundiaí SP-BR * [EMAIL PROTECTED] H https://www.linkedin.com/in/carlostoca skype carlostoca msn only [EMAIL PROTECTED] -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Mike Andres Enviada em: segunda-feira, 16 de outubro de 2006 18:55 Para: Veritas-bu@mailman.eng.auburn.edu Assunto: [Veritas-bu] Directing duplication to a specific network Does anyone know of a way to direct duplications between two media servers to use one of two networks? For example, I would like all duplications of a specific policy to use one of the networks and those from a different policy to use the other network where both networks are accessible on the same host via different NOC's. Sort of like tying a STU to a NIC on a host rather than the entire host...Is this possible? SPECIAL NOTICE All information transmitted hereby is intended only for the use of the addressee(s) named above and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of confidential and privileged information is prohibited. If the reader of this message is not the intended recipient(s) or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you must not read this transmission and that disclosure, copying, printing, distribution or use of any of the information contained in or attached to this transmission is STRICTLY PROHIBITED. Anyone who receives confidential and privileged information in error should notify us immediately by telephone and mail the original message to us at the above address and destroy all copies. To the extent any portion of this communication contains public information, no such restrictions apply to that information. (gate02) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Você quer respostas para suas perguntas? Ou você sabe muito e quer compartilhar seu conhecimento? Experimente o Yahoo! Respostas ! http://br.answers.yahoo.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
Re: [Veritas-bu] RES: Directing duplication to a specific network
I used two hostnames for a single media server and defined individual storage units by NIC and it worked fine (removed the network bottleneck and moved it to the processors) BUT when I upgraded to 4.5 FP6 they quit working with error 213 STU unavailable and I called support and was informed that this unsupported functionality was removed with the new release. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos Alberto Lima dos santos Sent: Monday, October 16, 2006 1:34 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] RES: Directing duplication to a specific network I think this is not supported by VRTS by I already put two names to same media server, one name for each IP (NIC). This way I got to use the same media server in two different nets, I thik you can use the same concept to duplicate the images. T+ Carlos Alberto Lima dos Santos Eng. Computação - Jundiaí SP-BR * [EMAIL PROTECTED] H https://www.linkedin.com/in/carlostoca skype carlostoca msn only [EMAIL PROTECTED] -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Mike Andres Enviada em: segunda-feira, 16 de outubro de 2006 18:55 Para: Veritas-bu@mailman.eng.auburn.edu Assunto: [Veritas-bu] Directing duplication to a specific network Does anyone know of a way to direct duplications between two media servers to use one of two networks? For example, I would like all duplications of a specific policy to use one of the networks and those from a different policy to use the other network where both networks are accessible on the same host via different NOC's. Sort of like tying a STU to a NIC on a host rather than the entire host...Is this possible? SPECIAL NOTICE All information transmitted hereby is intended only for the use of the addressee(s) named above and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of confidential and privileged information is prohibited. If the reader of this message is not the intended recipient(s) or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you must not read this transmission and that disclosure, copying, printing, distribution or use of any of the information contained in or attached to this transmission is STRICTLY PROHIBITED. Anyone who receives confidential and privileged information in error should notify us immediately by telephone and mail the original message to us at the above address and destroy all copies. To the extent any portion of this communication contains public information, no such restrictions apply to that information. (gate02) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Você quer respostas para suas perguntas? Ou você sabe muito e quer compartilhar seu conhecimento? Experimente o Yahoo! Respostas ! http://br.answers.yahoo.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] RES: 185 error
Title: 185 error Increase the verbose loging to 5 in the client, retry the operation andverify the bpcd and tar debug logs. T+ Carlos Alberto Lima dos Santos Eng. Computação Jundiaí SP-BR * [EMAIL PROTECTED] H https://www.linkedin.com/in/carlostoca skype carlostoca msn only [EMAIL PROTECTED] De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Hindle, GregEnviada em: segunda-feira, 16 de outubro de 2006 10:07Para: NB List MailAssunto: [Veritas-bu] 185 error Nb 5.0 mp6 Solaris 9 I am running 2 restores from different clients on different dates and I am getting a 185 error. Tar did not find all of the file to be restored. I have never seen this error before and I am not sure how to even troubleshoot this. All the tapes NB asked for the restore are in the robot. Ideas? Greg This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee. If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP2 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NetBackup 6.0 MP4
On 10/16/2006 8:41 AM, Paul Keating wrote: Ed, How's 6.0 playing with Storage console? Perfectly! It required an upgrade (to 5.1 I think and 5.2 is already out now) and after I figured out I had to change my config on my master server to tell it I was running 6.0, I didn't have any issues. If I had to complain about anything, it would be that StorageConsole never told me that the configured version and the running version didn't match. .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Running bpbkar32 from the command line
Got a good one for the group... We're trying to do some bottleneck testing and are running into a problem with the FTP ports being closed down on our Windows systems, thus we cannot really test the network between the clients and media servers. We're trying to see if we can kick off bpbkar32 manually to just move a single file to disk on the media server to test the network like and FTP would. I know we test the client side locally by running: bpbkar32 -nocont [file_path_to_test] 1 nul 2 nul I also know that bpbrm is the process responsible for starting bpbkar32 and passes all the information bpbkar32 needs to start the backup. One thought is to enable the bpbrm log file and see what options are being passed, however if anybody out there has already done this and can give me a breakdown of running bpbkar32 manually that would be great! Thanks in advanced! Jason Ellis Technical Consultant, Backup Recovery Corp-IT Operations, La Mirada Datacenter IndyMac Bank Phone: (714) 520-3414 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Netbackup Error Codes
Hey everyone Just wondering how I can run a command to list all of the netbackup errors (ex. 54, 41 etc) to a text file for reporting purposes. Netbackp 5.1 MP4 Daniel ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup Error Codes
Raja
Thanks for the response, this is exactly what I needed.
Daniel
-Original Message-
From: a raja [mailto:[EMAIL PROTECTED]
Sent: Monday, October 16, 2006 8:11 PM
To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Netbackup Error Codes
Hi Daniel,
Pl try this.
bperror -S 54 { this list only error code }
bperror -S 54 -r { this lists error code + resolution
steps }
if you wated to get out put bperror -S 54 54.txt
Regards
Raja
--- Jimenez, Daniel [EMAIL PROTECTED]
wrote:
Hey everyone
Just wondering how I can run a command to list all
of the netbackup
errors (ex. 54, 41 ...etc) to a text file for
reporting purposes.
Netbackp 5.1 MP4
Daniel
___
Veritas-bu maillist -
Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup Error Codes
Hi Daniel,
Pl try this.
bperror -S 54 { this list only error code }
bperror -S 54 -r { this lists error code + resolution
steps }
if you wated to get out put bperror -S 54 54.txt
Regards
Raja
--- Jimenez, Daniel [EMAIL PROTECTED]
wrote:
Hey everyone
Just wondering how I can run a command to list all
of the netbackup
errors (ex. 54, 41 ...etc) to a text file for
reporting purposes.
Netbackp 5.1 MP4
Daniel
___
Veritas-bu maillist -
Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup Error Codes
This also works but it's the short version with no explanation:
bperrcode 54 :
backup:root:#bperrcode 54
54 timed out connecting to client
backup:root:#
Thanks
Luc
At 11:14 PM 16/10/2006, Jimenez, Daniel wrote:
Raja
Thanks for the response, this is exactly what I needed.
Daniel
-Original Message-
From: a raja
[
mailto:[EMAIL PROTECTED]]
Sent: Monday, October 16, 2006 8:11 PM
To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Netbackup Error Codes
Hi Daniel,
Pl try this.
bperror -S 54 { this list only error code }
bperror -S 54 -r { this lists error code + resolution
steps }
if you wated to get out put bperror -S 54 54.txt
Regards
Raja
--- Jimenez, Daniel
[EMAIL PROTECTED]
wrote:
Hey everyone
Just wondering how I can run a command to list all
of the netbackup
errors (ex. 54, 41 ...etc) to a text file for
reporting purposes.
Netbackp 5.1 MP4
Daniel
___
Veritas-bu maillist -
Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.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] Oracle agent problems
David McWilliams, Please ensure the oracle user has permission to read the bp.conf and write to logs/dbclient JM ___ Remedy information: Group: National EBR Ops Scope: Backend Applications Category: NetBackup http://wa-gsmrdb02-bth/ESBR/ http://netbackup.entp.attws.com/cgi-bin/backup_amount http://netbackup/prod/netbackup_REQ_form.xlt __ Jonathan Marianu (mah ree ah' nu) National Enterprise Backup Recovery (360) 597-6896 Manager: John Menzik (425) 288-8690 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Oracle agent problems
I customized the script and set ORACLE_HOME, ORACLE_USER ORACLE_SID to the appropriate values. My concern is that the logfile isn't even getting touched. Do I need to have rsh enabled or something like that? What other information can I provide? Follow the Troubleshooting section of the NetBackup for Oracle System Administrator's Guide; it has always led me to the problem by its logic and the explanations of the process flow. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
