RE: [Veritas-bu] DLO 6.0
Yes my friend you are corretly. Regards, Alessandro da Silveira - Email: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] URL: www.dasilveira.eng.br - -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Tocco Sent: segunda-feira, 30 de janeiro de 2006 02:40 To: Alessandro da Silveira; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] DLO 6.0 Ok please excuse my ignorance what is DLO 6.0 (is that desktop laptop option ?) Tony Tocco [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alessandro da Silveira Sent: Saturday, March 09, 2002 6:30 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] DLO 6.0 Folks, Anyone know where I can get official documentation DLO 6.0? Thanks in Advance, Alessandro da Silveira [EMAIL PROTECTED] Www.dasilveira.eng.br ___ 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
Re: [Veritas-bu] Tape Reclaimation
Coming from a mainframe background, I'd have to say that TSM-style reclamation, or DFHSM-style recycle, is something that would be very helpful in NetBackup. Compared to TSM and DFHSM, NBU is very inefficient in it's tape usage, as David points out below. Of course, this reclamation does incur a fair processing overhead. I know of shops that try to tape reclamation via scriptiing, but it's far from reliable. It would be nice to have the option built into NBU./rantOn 1/27/06, David Rock [EMAIL PROTECTED] wrote: * [EMAIL PROTECTED] [EMAIL PROTECTED] [2006-01-26 09:05]: Your only way to do this is to duplicate the images from partially filled tapes to a consolidated pool, then delete the original images. I suppose you could automate this so that it's TSM-like. However, since Netbackup, by default, only groups like retentions on a tape, all images on a tape should expire at roughly the same, eliminating the need to consolidate.That doesn't really hold up, though. if you have a tape with a 1 yearretention on it, and write a backup to it every week, the only way you will get it back is if it fills up completely so that nothing else canwrite to it.You have to remember that NetBackup does not use space onthe tape that been vacated by earlier images until ALL images have expired.Plus, just because the default is to group same retentiondoesn't mean that you _can't_ mix retentions.If you change theretention of ONE of the images to a longer retention, the tape won't bereclaimed until that one image expires. --David Rock[EMAIL PROTECTED]___Veritas-bu maillist-Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] unable to add NB disk/tape counters to perfmon
Title: Bericht Hi, I want to check the performance of my tapedrives. When I start perfmon and select the counters of "NetBackup Disk/Tape" the "Add" button is grayed out. Does anyone have an idea how to solve this? Or is there an alternate way to track the perfomance of my drives? I run NetBackup 5.1 MP2 on Windows Server 2003 with LTO2 drives. This occurs on both my master/mediaserver and my other mediaserver. Tnx, Louis Dit e-mailbericht is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Gebruik van deze informatie door anderen dan de geadresseerde is niet toegestaan. Als u dit bericht foutief hebt ontvangen, wordt u vriendelijk verzocht dit aan de afzender te melden. Agis Zorgverzekeringen staat door de elektronische verzending van dit bericht niet in voor de juiste en volledige overbrenging van de inhoud, noch voor tijdige ontvangst daarvan. Agis Zorgverzekeringen controleert alle uitgaande e-mail op computervirussen. Meer weten over de basisverzekering? Op www.basisverzekering.nl leest u er alles over. Voor informatie over Agis Zorgverzekeringen raadpleegt u www.agisweb.nl
[Veritas-bu] slow windows backup
Im running Netbackup 5.0mp4 on solaris 8. Im getting really poor performance backing up 2 windows clients. Like 10k a second. I have been on them and the interfaces are set to 100/full which is correct. I am therefore a bit stuff as when i have seen slow performance before it has always been down to auto negotiation set to on. All other backups are working ok for my unix clients. Any ideas? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Tape Reclaimation
There is no reclamation in netbackup like TSM as far as I know . Shekhar Dhotre ICTStorage Engineering. v 404.846.7483 | f 404.848.1077 [EMAIL PROTECTED]48 Perimeter Center East | Atlanta, GA 30346 "Mistakes are a fact of life. It is the response to error that counts!" From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DeanSent: Monday, January 30, 2006 5:49 AMTo: David Rock; veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Tape Reclaimation Coming from a mainframe background, I'd have to say that TSM-style "reclamation", or DFHSM-style "recycle", is something that would be very helpful in NetBackup. Compared to TSM and DFHSM, NBU is very inefficient in it's tape usage, as David points out below. Of course, this reclamation does incur a fair processing overhead. I know of shops that try to tape reclamation via scriptiing, but it's far from reliable. It would be nice to have the option built into NBU./rant On 1/27/06, David Rock [EMAIL PROTECTED] wrote: * [EMAIL PROTECTED] [EMAIL PROTECTED] [2006-01-26 09:05]: Your only way to do this is to duplicate the images from partially filled tapes to a consolidated pool, then delete the original images. I suppose you could automate this so that it's TSM-like. However, since Netbackup, by default, only groups like retentions on a tape, all images on a tape should expire at roughly the same, eliminating the need to consolidate.That doesn't really hold up, though. if you have a tape with a 1 yearretention on it, and write a backup to it every week, the only way you will get it back is if it fills up completely so that nothing else canwrite to it.You have to remember that NetBackup does not use space onthe tape that been vacated by earlier images until ALL images haveexpired.Plus, just because the default is to group same retentiondoesn't mean that you _can't_ mix retentions.If you change theretention of ONE of the images to a longer retention, the tape won't bereclaimed until that one image expires. --David Rock[EMAIL PROTECTED]___Veritas-bu maillist-Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu "This email (including any attachments) is confidential. If you are not the intended recipient you must not copy, use, disclose, distribute or rely on the information contained in it. If you have received this email in error, please notify the sender immediately by reply email and delete the email from your system. Confidentiality and legal privilege attached to this communication are not waived or lost by reason of mistaken delivery to you. Lend Lease does not guarantee that this email or the attachment(s) are unaffected by computer virus, corruption or other defects. Lend Lease may monitor incoming and outgoing emails for compliance with its Email Policy. Please note that our servers may not be located in your country."
[Veritas-bu] slow windows backup
We had in issue with two windows2003 clients. After getting slow response from the support folks we reinstalled the client softwhere. All is now working. The connect time went from 4-5 hours to 0. We also using VSS on these clients. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Monday, January 30, 2006 8:48 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] slow windows backup Im running Netbackup 5.0mp4 on solaris 8. Im getting really poor performance backing up 2 windows clients. Like 10k a second. I have been on them and the interfaces are set to 100/full which is correct. I am therefore a bit stuff as when i have seen slow performance before it has always been down to auto negotiation set to on. All other backups are working ok for my unix clients. Any ideas? ___ 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] Tape Reclaimation
TSM and NBU are too different to say you need this or that feature in NBU, IMHO. If you wish to do a *lot* of reclamation, TSM can give you better utilization ... but if you can't afford a lot, utilization under TSM can be poor. TSM's real differences comes from backing up any one file exactly once, having disk storage pools (for over a decade) that work very well, and having everything available to a rudimentary SQL (please excuse that I haven't used TSM in 3 years). Synthetic backups are sort of the reclamation of NBU ... and I wish Symantec would put some teeth into it. (I have a number of servers that I *never* want to do a full backup). cheers, wayne Coming from a mainframe background, I'd have to say that TSM-style reclamation, or DFHSM-style recycle, is something that would be very helpful in NetBackup. Compared to TSM and DFHSM, NBU is very inefficient in it's tape usage, as David points out below. Of course, this reclamation does incur a fair processing overhead. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Strange Error Message
Title: Bericht I've got three error messages from this weekend's backups that I don't understand. All three look very similar to this: 08:28:58.498 [2380.3176] 2 logparams: -i -c NT_PBIS3_CDEG -s FULL_WEEKLY_SUN_VLT -h PBIS3 -S semibkup1 08:28:58.498 [2380.3176] 2 OV_SendProcessInfo2BPCD: Information - thread access token does not exist08:28:58.498 [2380.3176] 2 OV_SendProcessInfo2BPCD: Information - About to write 7706 bytes to named pipe08:28:58.857 [2380.3176] 2 OV_SendProcessInfo2BPCD: Information - successfully wrote information to named pipe08:28:58.857 [2380.3176] 2 ParseConfigExA: Unknown configuration option on line 76: RenameIfExists = 008:28:58.904 [2380.3176] 2 logconnections: BPRD CONNECT FROM 132.158.202.21.3781 TO 132.158.202.21.1372008:28:58.920 [2380.3176] 2 ParseConfigExA: Unknown configuration option on line 76: RenameIfExists = 008:28:58.920 [2380.3176] 2 E:\VERITAS\NetBackup\bin\bpbackup.exe: sending admin backup request to bprd08:28:58.920 [2380.3176] 2 E:\VERITAS\NetBackup\bin\bpbackup.exe: buf = root other PBIS3 semibkup1 semibkup1 NONE NT_PBIS3_CDEG FULL_WEEKLY_SUN_VLT 0 0 13 0 ENU ENU ENU ENU ENU 0 0 0 0 0 Any ideas what thread access token means? Thanks! -Jonathan
Re: [Veritas-bu] slow windows backup
We are also facing very slowness in win2k servers with 5.1MP3. any one have idea to set buffer sizes in media servers for windows env. regards R --- Deiter Scott [EMAIL PROTECTED] wrote: We had in issue with two windows2003 clients. After getting slow response from the support folks we reinstalled the client softwhere. All is now working. The connect time went from 4-5 hours to 0. We also using VSS on these clients. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Monday, January 30, 2006 8:48 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] slow windows backup Im running Netbackup 5.0mp4 on solaris 8. Im getting really poor performance backing up 2 windows clients. Like 10k a second. I have been on them and the interfaces are set to 100/full which is correct. I am therefore a bit stuff as when i have seen slow performance before it has always been down to auto negotiation set to on. All other backups are working ok for my unix clients. Any ideas? ___ 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 __ 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] Strange Error Message
Title: Bericht I have seen similar problems when a client is at a down level version of NetBackup. Not sure if that is the case here but in the cases I have seen it does not actually cause the backup to fail. Note that none of these are actually errors. The 2 indicates that this is an information message only. I usually look for a 16 in the logs that indicates and error occurred. Monte From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan (Contractor) Sent: Monday, January 30, 2006 8:26 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Strange Error Message I've got three error messages from this weekend's backups that I don't understand. All three look very similar to this: 08:28:58.498 [2380.3176] 2 logparams: -i -c NT_PBIS3_CDEG -s FULL_WEEKLY_SUN_VLT -h PBIS3 -S semibkup1 08:28:58.498 [2380.3176] 2 OV_SendProcessInfo2BPCD: Information - thread access token does not exist 08:28:58.498 [2380.3176] 2 OV_SendProcessInfo2BPCD: Information - About to write 7706 bytes to named pipe 08:28:58.857 [2380.3176] 2 OV_SendProcessInfo2BPCD: Information - successfully wrote information to named pipe 08:28:58.857 [2380.3176] 2 ParseConfigExA: Unknown configuration option on line 76: RenameIfExists = 0 08:28:58.904 [2380.3176] 2 logconnections: BPRD CONNECT FROM 132.158.202.21.3781 TO 132.158.202.21.13720 08:28:58.920 [2380.3176] 2 ParseConfigExA: Unknown configuration option on line 76: RenameIfExists = 0 08:28:58.920 [2380.3176] 2 E:\VERITAS\NetBackup\bin\bpbackup.exe: sending admin backup request to bprd 08:28:58.920 [2380.3176] 2 E:\VERITAS\NetBackup\bin\bpbackup.exe: buf = root other PBIS3 semibkup1 semibkup1 NONE NT_PBIS3_CDEG FULL_WEEKLY_SUN_VLT 0 0 13 0 ENU ENU ENU ENU ENU 0 0 0 0 0 Any ideas what thread access token means? Thanks! -Jonathan
RE: [Veritas-bu] slow windows backup
Go to the website. Go to the bottom of the page. Enter your e-mail address and click edit options. Then you will see an option to disable delivery. You check the box, enter your password you created when you subscribed, and click through. Paul -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Karen Grider Sent: January 30, 2006 12:55 PM To: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] slow windows backup Importance: High I have been unable to get myself removed from this list. I emailed Greg and I went to the website. I don't know what I am doing wrong. Does anyone know how to get off this list? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of a raja Sent: Monday, January 30, 2006 11:05 AM To: Deiter Scott; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] slow windows backup We are also facing very slowness in win2k servers with 5.1MP3. any one have idea to set buffer sizes in media servers for windows env. regards R --- Deiter Scott [EMAIL PROTECTED] wrote: We had in issue with two windows2003 clients. After getting slow response from the support folks we reinstalled the client softwhere. All is now working. The connect time went from 4-5 hours to 0. We also using VSS on these clients. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Monday, January 30, 2006 8:48 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] slow windows backup Im running Netbackup 5.0mp4 on solaris 8. Im getting really poor performance backing up 2 windows clients. Like 10k a second. I have been on them and the interfaces are set to 100/full which is correct. I am therefore a bit stuff as when i have seen slow performance before it has always been down to auto negotiation set to on. All other backups are working ok for my unix clients. Any ideas? ___ 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 __ 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 La version française suit le texte anglais. This email message from the Bank of Canada is given in good faith, and shall not be binding or construed as constituting any obligation on the part of the Bank. 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. Recipients are advised to apply their own virus checks to this message upon receipt. L'information communiquée dans les courriels en provenance de la Banque du Canada est soumise de bonne foi, mais elle ne saurait lier la Banque et ne doit aucunement être interprétée comme constituant une obligation de sa part. 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. Dès la réception du présent message, le ou les destinataires doivent activer leur programme de détection de virus pour éviter toute contamination possible.
RE: [Veritas-bu] slow windows backup
I have been unable to get myself removed from this list. I emailed Greg and I went to the website. I don't know what I am doing wrong. Does anyone know how to get off this list? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of a raja Sent: Monday, January 30, 2006 11:05 AM To: Deiter Scott; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] slow windows backup We are also facing very slowness in win2k servers with 5.1MP3. any one have idea to set buffer sizes in media servers for windows env. regards R --- Deiter Scott [EMAIL PROTECTED] wrote: We had in issue with two windows2003 clients. After getting slow response from the support folks we reinstalled the client softwhere. All is now working. The connect time went from 4-5 hours to 0. We also using VSS on these clients. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Monday, January 30, 2006 8:48 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] slow windows backup Im running Netbackup 5.0mp4 on solaris 8. Im getting really poor performance backing up 2 windows clients. Like 10k a second. I have been on them and the interfaces are set to 100/full which is correct. I am therefore a bit stuff as when i have seen slow performance before it has always been down to auto negotiation set to on. All other backups are working ok for my unix clients. Any ideas? ___ 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 __ 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] new storage unit
Is it still necessary to stop/start daemons when creating a new storage unit in NB 5.1 MP4? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] new storage unit
Bob, You just need to create STU and use directly, Don't need START and STOP NBU daemons. Regards Alessandro da Silveira - Email: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] URL: www.dasilveira.eng.br - -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Stump Sent: segunda-feira, 30 de janeiro de 2006 17:08 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] new storage unit Is it still necessary to stop/start daemons when creating a new storage unit in NB 5.1 MP4? ___ 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] Sun GigaSwift (ce) cards
Title: Message anyone using them? any tuning you've done to maximize performance? Paul La version française suit le texte anglais. This email message from the Bank of Canada is given in good faith, and shall not be binding or construed as constituting any obligation on the part of the Bank. 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. Recipients are advised to apply their own virus checks to this message upon receipt. L'information communiquée dans les courriels en provenance de la Banque du Canada est soumise de bonne foi, mais elle ne saurait lier la Banque et ne doit aucunement être interprétée comme constituant une obligation de sa part. 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. Dès la réception du présent message, le ou les destinataires doivent activer leur programme de détection de virus pour éviter toute contamination possible.
RE: [Veritas-bu] Images on media question
Anything other than an error code 0 or 1 is a failed backup; failed backups do not create any valid images. The attempt, though, may still occupy tape space until any other successful images on that tape are expired the entire tape is reusable. There may be a delay in the time when a tape's images are expired and the tape becomes reusable. Look at the "bpexpdate -deassignempty" command to speed the process. It also accepts a mediaid if you want to limit its effect. The command is safe, not deleting any valid images. It's just a cleanup command. -M -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Tim MartinoSent: Monday, January 30, 2006 1:29 PMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Images on media question Running NetBackup 4.5 FP3. A weekend Fullback loaded 4 different tapes according to the Activity Monitor. The backup failed due to no available media. Running the Images on Media Report for these tapes, I see no images for the failed backup. 1. I am not sure if the GUI is the best determinant of this. 2. Since the backup failed, does that mean the images that were backed up are no longer on the media? Thanks in advance. -Tim Martino
RE: [Veritas-bu] Backup List
I have already gone from the 5.1MP3A* patch to 5.1MP4 on all of the clients running 5.1. The version file does show that the client is running 5.1MP4 for every client's version file that I have checked. It may have been that the security patch to MP3A forgot to update. Anyway, there is still a security issue that is fixed by MP4. I have had no misses on the version file check. I will cross check again since I have only looked on my Solaris and Windows clients. Bobby Williams 2205 Peterson Drive Chattanooga, Tennessee 37421 423-296-8200 -Original Message- From: Ed Wilts [mailto:[EMAIL PROTECTED] Sent: Sunday, January 29, 2006 5:39 PM To: Bobby Williams Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup List On Sun, Jan 29, 2006 at 02:43:25PM -0500, Bobby Williams wrote: You can always use bpgp to get /usr/openv/netbackup/bin/version. You can, but it won't do you any good. Sometimes the file exists, and sometimes it doesn't. When it does exist, it won't necessarily be right. You'll definitely be missing the information as to whether or not the security patches were installed. .../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] re: unable to add NB disk/tape counters to perfmon
I have seen this too. I believe that IO has to be going to or from the device that you want to add a counter for in other words there must be an active job. Vincent Mase ___ The information contained in this email message and any attachments may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any review, disclosure, reproduction, distribution or other use of this communication is strictly prohibited. If you received this email in error, please notify the sender by reply and delete the message without saving, copying or disclosing it. Thank you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] new storage unit
Unfortunately, yes. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bob Stump Sent: Monday, January 30, 2006 12:08 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] new storage unit Is it still necessary to stop/start daemons when creating a new storage unit in NB 5.1 MP4? ___ 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