Simon, I think the system used for restore has to be in list of server to access the master server.
-K -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, April 11, 2007 1:00 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Veritas-bu Digest, Vol 12, Issue 20 Send Veritas-bu mailing list submissions to veritas-bu@mailman.eng.auburn.edu To subscribe or unsubscribe via the World Wide Web, visit http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Veritas-bu digest..." Today's Topics: 1. Re: Odd Question - NBU BAR Utility (WEAVER, Simon (external)) 2. Re: Odd Question - NBU BAR Utility (WEAVER, Simon (external)) 3. Virtual Tape library or backup to disk (Sixbury, Dan) 4. Re: Virtual Tape library or backup to disk (Clem Kruger (C)) 5. Re: Virtual Tape library or backup to disk (Martin, Jonathan (Contractor)) 6. bpdbjobs displays month number only in date fields ([EMAIL PROTECTED]) 7. NetBackup 5.1 and Maintainance Pack 6 (Boris Kraizman) ---------------------------------------------------------------------- Message: 1 Date: Wed, 11 Apr 2007 14:24:26 +0100 From: "WEAVER, Simon (external)" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] Odd Question - NBU BAR Utility To: "'Paul Keating'" <[EMAIL PROTECTED]>, Veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Hi Paul By rights, I mean 2 domain Administrator accounts - my domain Admin account and someone elses Domain Admin account. There is no auth.conf file in use, and I do not recall ever setting one up ! In fact, had a search for the file and could not even find it ! Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] -----Original Message----- From: Paul Keating [mailto:[EMAIL PROTECTED] Sent: 11 April 2007 14:03 To: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Odd Question - NBU BAR Utility what do you mean by "same rights as myself" ? Windows admin rights? or Netbackup admin rights? Does the Windows admin GUI use the auth.conf? (I don't use Netbackup on Windows, so I don't know) If so, have you configure the proper authorizations? -- -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon (external) Sent: April 11, 2007 2:13 AM To: 'd w'; 'Veritas-bu@mailman.eng.auburn.edu' Subject: Re: [Veritas-bu] Odd Question - NBU BAR Utility He was logged into the Master Server. The attempt was to restore a single file to a client. The restore was to the same client, but it was the issue over the 3rd TAB that I had a query over. 2 Accounts can see this tab, one being mine. If someone else logs on with the same rights as myself, perform the same process, they do not see the 3rd TAB that states "Destination Clients". Its not the end of the world, but it would be nice to know why I can see it, another account can see it, yet no one else can. And the account used was a Domain Admin account! As a test, I logged into the machine with my account, launch the Admin Console, chose Backup, Archive, Restore, selected FILE / Specify NetBackup Machines & Policy Type and a small Window appears. The 3 tabs I see are "Servers", "Source Clients / Policy Type" and finally "Destination Clients". Now, logging into the same master server, with a Domain Admin account, perform the same steps as above, I get the same small window, however the difference being is the present of just 2 tabs labelled "Servers" and "Clients / Policy Type". Thats it ! So ... I am just trying to work out why my 2 accounts show a difference..... and I cannot quite understand why ! ======================================================================== ==== ======== 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. 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070411/ 4d83ecd8/attachment.html ------------------------------ Message: 2 Date: Wed, 11 Apr 2007 14:26:52 +0100 From: "WEAVER, Simon (external)" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] Odd Question - NBU BAR Utility To: "'d w'" <[EMAIL PROTECTED]>, veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" hi Mate Yes, just mentioned to Paul, that file is not present on any master / media server. Im running nbu 5.1 - but I found a technote, which describes my problem, but relates to the Java Console only! In this case, its the Master Server that the issue seems to be appearing Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] -----Original Message----- From: d w [mailto:[EMAIL PROTECTED] Sent: 11 April 2007 14:18 To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] RE: Odd Question - NBU BAR Utility Simon, You might want to check to see if you have your domain account configured properly in the auth.conf file. See page 506 of the NetBackup 6.0 Administration Guide for Windows vol 1. Hope that helps. "WEAVER, Simon (external)" <[EMAIL PROTECTED]> wrote: He was logged into the Master Server. The attempt was to restore a single file to a client. The restore was to the same client, but it was the issue over the 3rd TAB that I had a query over. 2 Accounts can see this tab, one being mine. If someone else logs on with the same rights as myself, perform the same process, they do not see the 3rd TAB that states "Destination Clients". Its not the end of the world, but it would be nice to know why I can see it, another account can see it, yet no one else can. And the account used was a Domain Admin account! As a test, I logged into the machine with my account, launch the Admin Console, chose Backup, Archive, Restore, selected FILE / Specify NetBackup Machines & Policy Type and a small Window appears. The 3 tabs I see are "Servers", "Source Clients / Policy Type" and finally "Destination Clients". Now, logging into the same master server, with a Domain Admin account, perform the same steps as above, I get the same small window, however the difference being is the present of just 2 tabs labelled "Servers" and "Clients / Policy Type". Thats it ! So ... I am just trying to work out why my 2 accounts show a difference..... and I cannot quite understand why ! Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] -----Original Message----- From: d w [mailto:[EMAIL PROTECTED] Sent: 11 April 2007 03:07 To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] RE: Odd Question - NBU BAR Utility Most likely the reason that your admin was unable to chose a destination client was because he was logged into the client vs. a master or media server. By default NetBackup will not allow clients to restore information to other clients (that's a security measure - you wouldn't want just anyone to have the ability to restore anything anywhere). If an admin logs into a client system, unless the client is specified a in the server list, it will never be authorized to run restores of anything but it's own data. There is a section in the Admin Guide about setting up exceptions for this rule. On Unix the file is "No.restrictions" - I think it has a similar name/fuction on windows (just check the index of the windows guide for that file name...) Now that will limit users to the ability of restoring other machines data to itself, but will not allow that machine to restore to anything but the local client. Short story - if you want your admin to have rights to restore anywhere - have him log into an administrative account on the master server. The only other reason I have ever seen that tab grayed out was if there was a reverse hostname lookup issue to the machine starting the interface. _____ The fish are biting. Get <http://us.rd.yahoo.com/evt=49679/*http://searchmarketing.yahoo.com/arp/ spon soredsearch_v2.php?o=US2140&cmp=Yahoo&ctv=Q107Tagline&s=Y&s2=EM&b=50> more visitors on your site using Yahoo! <http://us.rd.yahoo.com/evt=49679/*http://searchmarketing.yahoo.com/arp/ spon soredsearch_v2.php?o=US2140&cmp=Yahoo&ctv=Q107Tagline&s=Y&s2=EM&b=50> Search Marketing. 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 _____ It's here! Your new message! Get new <http://us.rd.yahoo.com/evt=49938/*http://tools.search.yahoo.com/toolbar /fea tures/mail/> email alerts with the free Yahoo! <http://us.rd.yahoo.com/evt=49938/*http://tools.search.yahoo.com/toolbar /fea tures/mail/> Toolbar. 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070411/ 5351aee8/attachment.htm ------------------------------ Message: 3 Date: Wed, 11 Apr 2007 09:04:27 -0500 From: "Sixbury, Dan" <[EMAIL PROTECTED]> Subject: [Veritas-bu] Virtual Tape library or backup to disk To: <veritas-bu@mailman.eng.auburn.edu> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Does anyone have any recommendations in regards to VTLs or disk pools, etc. for backup? I have seen a lot of stuff on the market, but I have also heard where some people have found out later that some of the technologies don't always work as smoothly as their slated. i.e. one solution I have seen takes all of your data and compresses it into block level format on a separate device, but if you want to restore the data or back it up to tape, you have to first uncompress it to a readable format and then copy to tape. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070411/ 01f8ebfc/attachment.html ------------------------------ Message: 4 Date: Wed, 11 Apr 2007 16:34:09 +0200 From: "Clem Kruger \(C\)" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] Virtual Tape library or backup to disk To: "Sixbury, Dan" <[EMAIL PROTECTED]>, <veritas-bu@mailman.eng.auburn.edu> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Good day Dan, My personal recommendation would be to stay away from any VTL and rather use the DISK to DISK to tape feature which is part of version 6 of NetBackup and even stronger in 6.1. The Veritas (Symantec API) has been released and is currently being included in most of the hardware vendors. See the attached link. The one thing that really has me worried is that VTL's emulate a library and tapes and are subject to those rules. There is also an issue as far as compressing is concerned as this is generally done by the VTL's operating system and slows down your backups dramatically. Many other rules change as VTL's generally require a single stream per tape. You are also liable to pay for tape drive licenses etc. http://searchstorage.techtarget.com/originalContent/0,289142,sid5_gci1 229879,00.html Regards, Clem Kruger ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sixbury, Dan Sent: 11 April 2007 16:04 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Virtual Tape library or backup to disk Does anyone have any recommendations in regards to VTLs or disk pools, etc. for backup? I have seen a lot of stuff on the market, but I have also heard where some people have found out later that some of the technologies don't always work as smoothly as their slated. i.e. one solution I have seen takes all of your data and compresses it into block level format on a separate device, but if you want to restore the data or back it up to tape, you have to first uncompress it to a readable format and then copy to tape. Thanks. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070411/ f541f0aa/attachment.htm ------------------------------ Message: 5 Date: Wed, 11 Apr 2007 10:49:37 -0400 From: "Martin, Jonathan \(Contractor\)" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] Virtual Tape library or backup to disk To: "Sixbury, Dan" <[EMAIL PROTECTED]>, <veritas-bu@mailman.eng.auburn.edu> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" I recently spent several months looking at disk technologies. Just generally speaking here I found that Disk Based Backups (DSU/DSSUs) are pretty young in Netbackup and there's quite a few issues that have to be monitored and maintained to make them work correctly. That aside, you can't beat the price per GB/TB for raw disk storage versus a VTL. From a management perspective, VTLs I think are easier because media management is so well defined in Netbackup. I've got several Perl scripts I use to manage my DSSUs but everything I need for media is right there in the GUI. As far as compression and block level conversion to different formats etc I think you may be getting a few crossed signals. I've heard quite a few issues with older VTLs especially when people try and duplicate their tapes onto VTLs. I'd check with your hardware vendor, but as best I can tell all those issues were on the "bleeding edge." -Jonathan ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sixbury, Dan Sent: Wednesday, April 11, 2007 10:04 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Virtual Tape library or backup to disk Does anyone have any recommendations in regards to VTLs or disk pools, etc. for backup? I have seen a lot of stuff on the market, but I have also heard where some people have found out later that some of the technologies don't always work as smoothly as their slated. i.e. one solution I have seen takes all of your data and compresses it into block level format on a separate device, but if you want to restore the data or back it up to tape, you have to first uncompress it to a readable format and then copy to tape. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070411/ 25ff6213/attachment.html ------------------------------ Message: 6 Date: Wed, 11 Apr 2007 17:33:05 +0200 From: <[EMAIL PROTECTED]> Subject: [Veritas-bu] bpdbjobs displays month number only in date fields To: <veritas-bu@mailman.eng.auburn.edu> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Hi, I have recently upgraded a number of Solaris-based NetBackup installations to version 5.1MP6. Subsequent to the upgrades, the "Started" and "Ended" columns of the "bpdbjobs" output display the month number only. # grep BPDBJOBS_COLDEFS bp.conf BPDBJOBS_COLDEFS = JOBID BPDBJOBS_COLDEFS = STARTED BPDBJOBS_COLDEFS = ELAPSED BPDBJOBS_COLDEFS = ENDED # bpdbjobs | head JobID Start Elapsed Ended 26469 04 000:09:23 04 26468 04 000:05:06 04 26467 04 002:09:20 04 26466 04 000:04:03 04 26465 04 000:08:01 04 26464 04 000:03:55 04 26463 04 001:05:48 04 26462 04 001:03:45 04 26461 04 001:00:59 04 Has anybody seen (and fixed) these symptoms? Cheers, Tim Lane. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070411/ a7feed4d/attachment.htm ------------------------------ Message: 7 Date: Wed, 11 Apr 2007 11:39:03 -0400 From: "Boris Kraizman" <[EMAIL PROTECTED]> Subject: [Veritas-bu] NetBackup 5.1 and Maintainance Pack 6 To: veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Dear All, Now, it is my turn again to ask for some help. I just applied MP6 for our NetBackup 5.1MP5, just for master and all media servers, and today after night backups, I can see a few jobs still running, the backup speed for a few fat backup clients dropped drastically. Does anybody know any issues with backup speeding after deploying MP6? Thanks a lot! Boris -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070411/ 591c7546/attachment.html ------------------------------ _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu End of Veritas-bu Digest, Vol 12, Issue 20 ****************************************** _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu