Re: [Veritas-bu] Vmware VCB VDR
You need an enterprise client license for NBU. Process with VDR is pretty smooth and quick in comparison to VCB. Thanks, Praveen Gupta -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of tkutil Sent: Friday, August 27, 2010 7:42 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Vmware VCB VDR I'm looking for experiences using VCB or VDR backups with NetBackup. Currently, we are only doing file level backups at the OS level, but I'm looking into the possibility of leveraging NetBackup to backup the whole VM for DR purposes. Have you been successful in implementing either VCB or VDR backups? Are there any clients that need to be purchases? I have used VCB in the past with Networker and understand how that works as far as configuration, but have no experience with VDR. To me it looks like VDR is a disk-to-disk type backup, but I'm wondering if NetBackup has the ability to write to tape? Thanks +-- |This was sent by troy.ku...@milwaukeetool.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Understanding DSSU
Yeah it sounds like disk pools may be the answer. The thing that has me confused is that for 9 straight days before our 5.1MP6--6.5.6 upgrade, I had 0 failed jobs. I found two problems in two different policies that were the cause of all previous DSSU troubles and as able to fix them. So suddenly after no change but the NBU software version, we're seeing a %35 increase in the number of failed jobs on DSSU. On 09/07/2010 04:39 AM, Nic Solomons wrote: What you are describing is the same behaviour I see across my environments. Not aware of any functional modification that 'fixes' this, either... Once NB assigns a resource to a job, it will wait on that resources availability. It does this for DSSUs, Tape heads, everything. i.e. as you are seeing, if a job is running against one DSSU, and that DSSU goes full during the job, it will wait on cleanup processes, until timing out. No spillover. Same with tape heads, if you have a job running against a tape head, and that tape goes full, and the only other available media is running jobs in another head, that job will never switch heads. I think someone mentioned disk pools, which would do what you want (configured through volume manager, or using nbdevconfig at CLI) - but i'm assuming you are using Basic Disk units currently, and Disk Pools are Advanced Disk (which has an additional license cost associated). Of course, if you switch to advanced disk, it means you can use SLPs instead of DSSUs as well... Additional/advanced functionality - theres always a cost :P Cheers, Nic -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Nate Sanders Sent: 03 September 2010 19:32 To: rusty.ma...@sungard.com Cc: Sanders, Nate; Veritas List; veritas-bu-boun...@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Understanding DSSU After checking all 6 DSSUs only one contained 6 images that were expired. This for sure does not explain why we continue seeing failed jobs, especially tiny failed jobs. So is my understanding of Storage Groups not correct? When one unit says its full, shouldn't the job proceed to the next unit in the group? This is certainly not the behavior we are seeing based on logs and errors. On 09/02/2010 02:43 PM, rusty.ma...@sungard.com wrote: I first did an ls -l and grabbed the image ID of the images I thought were too old and should have been destaged and expired off of the DSSU. I then took those images and ran them through bpimagelist to see if they had a copy on tape (or if it should have been expired). Those that had a copy on tape or should have been expired were bpexpdate'd. If you aren't familiar with these commands, read up on them in the commands guide and do some practicing with them. Especially with bpexpdate. Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693 Keeping People and Information Connected® ▪ http://availability.sungard.com/ P Think before you print CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. The information contained in this e-mail and its attachments is confidential. It is intended only for the named address(es) and may not be disclosed to anyone else without Attenda's consent. -- Nate SandersDigital Motorworks System Administrator (512) 692 - 1038 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Understanding DSSU
Here's a quick little script that will validate images on DSSU and let you know if there are images that are not in the catalog. I'd make sure the contents of your DSSUs make sense before I looked further. You might also want to destage more frequently. --Larry #!/bin/sh usage() { echo usage: `basename $0` storage_unit_path } if [ $# -ne 1 ] then usage exit 1 fi cd $1 for BACKUP_ID in `ls -1 *.info *.img | sed -e 's/_C.*$//' | sort | uniq`; do copies=`bpimagelist -backupid $BACKUP_ID 2/dev/null | awk '/^IMAGE/ {print $21}'` if [ -z $copies ] then echo $BACKUP_ID not found in catalog else if [ $copies -eq 1 ] then echo $BACKUP_ID waiting (copies=$copies) else echo $BACKUP_ID destaged (copies=$copies) fi fi done On Thu, Sep 9, 2010 at 9:09 AM, Nate Sanders sande...@dmotorworks.comwrote: Yeah it sounds like disk pools may be the answer. The thing that has me confused is that for 9 straight days before our 5.1MP6--6.5.6 upgrade, I had 0 failed jobs. I found two problems in two different policies that were the cause of all previous DSSU troubles and as able to fix them. So suddenly after no change but the NBU software version, we're seeing a %35 increase in the number of failed jobs on DSSU. On 09/07/2010 04:39 AM, Nic Solomons wrote: What you are describing is the same behaviour I see across my environments. Not aware of any functional modification that 'fixes' this, either... Once NB assigns a resource to a job, it will wait on that resources availability. It does this for DSSUs, Tape heads, everything. i.e. as you are seeing, if a job is running against one DSSU, and that DSSU goes full during the job, it will wait on cleanup processes, until timing out. No spillover. Same with tape heads, if you have a job running against a tape head, and that tape goes full, and the only other available media is running jobs in another head, that job will never switch heads. I think someone mentioned disk pools, which would do what you want (configured through volume manager, or using nbdevconfig at CLI) - but i'm assuming you are using Basic Disk units currently, and Disk Pools are Advanced Disk (which has an additional license cost associated). Of course, if you switch to advanced disk, it means you can use SLPs instead of DSSUs as well... Additional/advanced functionality - theres always a cost :P Cheers, Nic -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto: veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Nate Sanders Sent: 03 September 2010 19:32 To: rusty.ma...@sungard.com Cc: Sanders, Nate; Veritas List; veritas-bu-boun...@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Understanding DSSU After checking all 6 DSSUs only one contained 6 images that were expired. This for sure does not explain why we continue seeing failed jobs, especially tiny failed jobs. So is my understanding of Storage Groups not correct? When one unit says its full, shouldn't the job proceed to the next unit in the group? This is certainly not the behavior we are seeing based on logs and errors. On 09/02/2010 02:43 PM, rusty.ma...@sungard.com wrote: I first did an ls -l and grabbed the image ID of the images I thought were too old and should have been destaged and expired off of the DSSU. I then took those images and ran them through bpimagelist to see if they had a copy on tape (or if it should have been expired). Those that had a copy on tape or should have been expired were bpexpdate'd. If you aren't familiar with these commands, read up on them in the commands guide and do some practicing with them. Especially with bpexpdate. Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693 Keeping People and Information Connected® ▪ http://availability.sungard.com/ P Think before you print CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. The information contained in this e-mail and its attachments is confidential. It is intended only for the named address(es) and may not be disclosed to anyone else without Attenda's consent. -- Nate SandersDigital Motorworks System Administrator (512) 692 - 1038 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is
Re: [Veritas-bu] Understanding DSSU
We're down to destaging every 2 hours. This is as low as it has ever been. When we were on NBU 5.1MP6 we were destaging between 4-6 hours with 0 failed jobs. It doesn't seem to add up to me, I've also run checks against dead images on the DSSU's. Out of 6 DSSU's and thousands of images, only 6 showed up as being abandoned. On 09/09/2010 09:30 AM, Larry Fahnoe wrote: Here's a quick little script that will validate images on DSSU and let you know if there are images that are not in the catalog. I'd make sure the contents of your DSSUs make sense before I looked further. You might also want to destage more frequently. --Larry #!/bin/sh usage() { echo usage: `basename $0` storage_unit_path } if [ $# -ne 1 ] then usage exit 1 fi cd $1 for BACKUP_ID in `ls -1 *.info *.img | sed -e 's/_C.*$//' | sort | uniq`; do copies=`bpimagelist -backupid $BACKUP_ID 2/dev/null | awk '/^IMAGE/ {print $21}'` if [ -z $copies ] then echo $BACKUP_ID not found in catalog else if [ $copies -eq 1 ] then echo $BACKUP_ID waiting (copies=$copies) else echo $BACKUP_ID destaged (copies=$copies) fi fi done On Thu, Sep 9, 2010 at 9:09 AM, Nate Sanders sande...@dmotorworks.commailto:sande...@dmotorworks.com wrote: Yeah it sounds like disk pools may be the answer. The thing that has me confused is that for 9 straight days before our 5.1MP6--6.5.6 upgrade, I had 0 failed jobs. I found two problems in two different policies that were the cause of all previous DSSU troubles and as able to fix them. So suddenly after no change but the NBU software version, we're seeing a %35 increase in the number of failed jobs on DSSU. On 09/07/2010 04:39 AM, Nic Solomons wrote: What you are describing is the same behaviour I see across my environments. Not aware of any functional modification that 'fixes' this, either... Once NB assigns a resource to a job, it will wait on that resources availability. It does this for DSSUs, Tape heads, everything. i.e. as you are seeing, if a job is running against one DSSU, and that DSSU goes full during the job, it will wait on cleanup processes, until timing out. No spillover. Same with tape heads, if you have a job running against a tape head, and that tape goes full, and the only other available media is running jobs in another head, that job will never switch heads. I think someone mentioned disk pools, which would do what you want (configured through volume manager, or using nbdevconfig at CLI) - but i'm assuming you are using Basic Disk units currently, and Disk Pools are Advanced Disk (which has an additional license cost associated). Of course, if you switch to advanced disk, it means you can use SLPs instead of DSSUs as well... Additional/advanced functionality - theres always a cost :P Cheers, Nic -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edumailto:veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edumailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Nate Sanders Sent: 03 September 2010 19:32 To: rusty.ma...@sungard.commailto:rusty.ma...@sungard.com Cc: Sanders, Nate; Veritas List; veritas-bu-boun...@mailman.eng.auburn.edumailto:veritas-bu-boun...@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Understanding DSSU After checking all 6 DSSUs only one contained 6 images that were expired. This for sure does not explain why we continue seeing failed jobs, especially tiny failed jobs. So is my understanding of Storage Groups not correct? When one unit says its full, shouldn't the job proceed to the next unit in the group? This is certainly not the behavior we are seeing based on logs and errors. On 09/02/2010 02:43 PM, rusty.ma...@sungard.commailto:rusty.ma...@sungard.com wrote: I first did an ls -l and grabbed the image ID of the images I thought were too old and should have been destaged and expired off of the DSSU. I then took those images and ran them through bpimagelist to see if they had a copy on tape (or if it should have been expired). Those that had a copy on tape or should have been expired were bpexpdate'd. If you aren't familiar with these commands, read up on them in the commands guide and do some practicing with them. Especially with bpexpdate. Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693 Keeping People and Information Connected® ▪ http://availability.sungard.com/ P Think before you print CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. The
[Veritas-bu] Email Notifications - Changed after 6.5.6
Hi All, Got a little puzzle, that I cannot seem to track where the problem is, but here goes... Win2k3 SP2 Ent + NBU 6.5.6 Master, Media and all clients. It all went on well (Originally 6.5.3) apart from BMR Boot Server still showing 6.5.3, although I will look into that later by reapplying the update pack. But main problem is notification of emails seemed to have changed. I used to get all emails, regardless of status detailing this Tue 09/07/2010 07:10 - Tue 09/07/2010 07:10CLIENT: SQL Tue 09/07/2010 07:10POLICY: SQL_SERVER Tue 09/07/2010 07:10 SCHEDULE: SERVER_FULL Tue 09/07/2010 07:10 SCHEDULE TYPE: FULL Tue 09/07/2010 07:10STATUS: 0 Tue 09/07/2010 07:10STREAM: 0 Tue 09/07/2010 07:10 - But since the update, I am now only getting emails with status 1 or higher and they look like this in the email Backup on client FILE001 for user root by server MyBackup was partially successful. Policy = TEST_BACKUP Schedule = Test_Incr_Backup File list - C:\Colours.reg For the life of me, I have checked my backup_exit_notify.cmd and nbmail.cmd and I even have the original versions prior to the update, and yet these have not changed. Any ideas? Regards Si This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Email Notifications - Changed after 6.5.6
When you upgrade the files can get over written. So you file that you had modified to tell you what levels to email on may have been overwritten. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: Thursday, September 09, 2010 9:26 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Email Notifications - Changed after 6.5.6 Hi All, Got a little puzzle, that I cannot seem to track where the problem is, but here goes... Win2k3 SP2 Ent + NBU 6.5.6 Master, Media and all clients. It all went on well (Originally 6.5.3) apart from BMR Boot Server still showing 6.5.3, although I will look into that later by reapplying the update pack. But main problem is notification of emails seemed to have changed. I used to get all emails, regardless of status detailing this Tue 09/07/2010 07:10 - Tue 09/07/2010 07:10CLIENT: SQL Tue 09/07/2010 07:10POLICY: SQL_SERVER Tue 09/07/2010 07:10 SCHEDULE: SERVER_FULL Tue 09/07/2010 07:10 SCHEDULE TYPE: FULL Tue 09/07/2010 07:10STATUS: 0 Tue 09/07/2010 07:10STREAM: 0 Tue 09/07/2010 07:10 - But since the update, I am now only getting emails with status 1 or higher and they look like this in the email Backup on client FILE001 for user root by server MyBackup was partially successful. Policy = TEST_BACKUP Schedule = Test_Incr_Backup File list - C:\Colours.reg For the life of me, I have checked my backup_exit_notify.cmd and nbmail.cmd and I even have the original versions prior to the update, and yet these have not changed. Any ideas? Regards Si This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Vmware VCB VDR
Anybody using a good way to dump the VDR images to tape (netbackup) for long term retention? -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Praveen Gupta Sent: Thursday, September 09, 2010 1:10 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: Re: [Veritas-bu] Vmware VCB VDR You need an enterprise client license for NBU. Process with VDR is pretty smooth and quick in comparison to VCB. Thanks, Praveen Gupta -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of tkutil Sent: Friday, August 27, 2010 7:42 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Vmware VCB VDR I'm looking for experiences using VCB or VDR backups with NetBackup. Currently, we are only doing file level backups at the OS level, but I'm looking into the possibility of leveraging NetBackup to backup the whole VM for DR purposes. Have you been successful in implementing either VCB or VDR backups? Are there any clients that need to be purchases? I have used VCB in the past with Networker and understand how that works as far as configuration, but have no experience with VDR. To me it looks like VDR is a disk-to-disk type backup, but I'm wondering if NetBackup has the ability to write to tape? Thanks +-- |This was sent by troy.ku...@milwaukeetool.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This message is private and confidential. If you have received it in error, please notify the sender and remove it from your system. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] restore windows files to a MAC
Anybody have any hints on how to restore files from a windows server to a MAC server? Judy Hinchcliffe AIX Systems Engineer, Technology - Infrastructure Services 19001 Crecent Springs Drive Mail Stop 2-5335 Kingwood, Texas 77339 OFFICE: 281-312-3538 [administaff]http://www.administaff.com/?pid=emailsig inline: image001.jpg___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] restore windows files to a MAC
I did this old school. I turned on the FTP server on the Mac, and used Filezilla to mass copy everything over that I wanted. It wasn't elegant, but it worked. Scott E. George Technical Specialist - Lead UNIX Systems Administrator From: judy_hinchcli...@administaff.com To: VERITAS-BU@mailman.eng.auburn.edu Date: 09/09/2010 02:10 PM Subject: [Veritas-bu] restore windows files to a MAC Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Anybody have any hints on how to restore files from a windows server to a MAC server? Judy Hinchcliffe AIX Systems Engineer, Technology - Infrastructure Services 19001 Crecent Springs Drive Mail Stop 2-5335 Kingwood, Texas 77339 OFFICE: 281-312-3538 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu PLEASE NOTE: The preceding information may be confidential or privileged. It only should be used or disseminated for the purpose of conducting business with Parker. If you are not an intended recipient, please notify the sender by replying to this message and then delete the information from your system. Thank you for your cooperation. image/jpeg___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] restore windows files to a MAC
I forgot about the maillist. If you are doing this with NBU, I would think backing up the Windows client as a standard client and then restoring from that backup would work. I had a slew of Windows servers get changed to standard clients and they backed up just fine, but wouldn't show up as MS clients when it came time to restore. Make a separate policy for the standard client of the Win server. Scott E. George Technical Specialist - Lead UNIX Systems Administrator Phone: (216)896-2197 E-mail: scott.geo...@parker.com From: judy_hinchcli...@administaff.com To: VERITAS-BU@mailman.eng.auburn.edu Date: 09/09/2010 02:10 PM Subject: [Veritas-bu] restore windows files to a MAC Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Anybody have any hints on how to restore files from a windows server to a MAC server? Judy Hinchcliffe AIX Systems Engineer, Technology - Infrastructure Services 19001 Crecent Springs Drive Mail Stop 2-5335 Kingwood, Texas 77339 OFFICE: 281-312-3538 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu PLEASE NOTE: The preceding information may be confidential or privileged. It only should be used or disseminated for the purpose of conducting business with Parker. If you are not an intended recipient, please notify the sender by replying to this message and then delete the information from your system. Thank you for your cooperation. image/jpeg___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] restore windows files to a MAC
Problem is errors I get when trying to restore from the windows backup directly to the MAC. 17:17:48 (1624234.001) File /dir/dir_Content/ DEVELOPMENT/.DS_Store exists. Keeping it. 17:17:48 (1624234.001) Windows security info file type 'L' for .SeCuRiTy.4, ignored... I got both L and U file type errors (Unknown file type 'U' for) 17:19:47 (1624234.001) Changed /O/dir/ dir/dir/dir/dir return to work/to print/Fonts/file.otf to /dir/dir/ dir/dir/dir/dir/to print/Fonts/file.otf 17:19:47 (1624234.001) Could not create file /dir/dir/ dir/dir/dir/dir return to work/to print/Fonts/dir.otf: Not a directory 17:19:47 (1624234.001) Windows security info file type 'L' for .SeCuRiTy.589, ignored... It only restored about half the files. From: scott.geo...@parker.com [mailto:scott.geo...@parker.com] Sent: Thursday, September 09, 2010 1:19 PM To: Judy Hinchcliffe Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] restore windows files to a MAC I forgot about the maillist. If you are doing this with NBU, I would think backing up the Windows client as a standard client and then restoring from that backup would work. I had a slew of Windows servers get changed to standard clients and they backed up just fine, but wouldn't show up as MS clients when it came time to restore. Make a separate policy for the standard client of the Win server. Scott E. George Technical Specialist - Lead UNIX Systems Administrator Phone: (216)896-2197 E-mail: scott.geo...@parker.com From: judy_hinchcli...@administaff.com To: VERITAS-BU@mailman.eng.auburn.edu Date: 09/09/2010 02:10 PM Subject: [Veritas-bu] restore windows files to a MAC Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Anybody have any hints on how to restore files from a windows server to a MAC server? Judy Hinchcliffe AIX Systems Engineer, Technology - Infrastructure Services 19001 Crecent Springs Drive Mail Stop 2-5335 Kingwood, Texas 77339 OFFICE: 281-312-3538 [administaff]http://www.administaff.com/?pid=emailsig ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu PLEASE NOTE: The preceding information may be confidential or privileged. It only should be used or disseminated for the purpose of conducting business with Parker. If you are not an intended recipient, please notify the sender by replying to this message and then delete the information from your system. Thank you for your cooperation. inline: image001.jpg___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] old policies
My standard is to make a policy that never runs named ARCHIVED and put the clients there. If clients are not in a policy they do not show up in various lists, NB should scan the images directory for them but does not... It is also easier when installing to put them in a policy that does not run on a schedule so adding and testing is simplified. -- Message: 2 Date: Wed, 1 Sep 2010 07:49:29 -0700 (PDT) From: Carlos Alberto Lima dos Santos carlos_lis...@yahoo.com.br Subject: [Veritas-bu] Res: Deleting policies To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Message-ID: 669254.40566...@web52403.mail.re2.yahoo.com Content-Type: text/plain; charset=iso-8859-1 Delete policies do not affect the images backups, but?you need remember the client name when?you need a restore to find the images. T+ ? Carlos Alberto L. dos Santos (TOCA) Eng. de Computa??o - Jundia? - SP Brasil http://www.linkedin.com/in/carlostoca http://netbackupblog.blogspot.com/ carlos_lis...@yahoo.com.br - Mensagem original De: Nate Sanders sande...@dmotorworks.com Para: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Enviadas: Ter?a-feira, 31 de Agosto de 2010 15:33:54 Assunto: [Veritas-bu] Deleting policies In NBU 6.5.6, is there any danger in deleting policies via the GUI? Does this effect the ability to restore, reference, scan, search, or dig up information about old images on tape that used these now removed policies? -- Nate Sanders? ? ? ? ? ? Digital Motorworks System Administrator? ? ? (512) 692 - 1038 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. ___ 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] old policies
On Thu, Sep 9, 2010 at 2:14 PM, David McMullin david.mcmul...@cbc-companies.com wrote: My standard is to make a policy that never runs named ARCHIVED and put the clients there. If clients are not in a policy they do not show up in various lists, NB should scan the images directory for them but does not... One client per policy solves a lot of problems. You can then just deactivate the policy... Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE ewi...@ewilts.org Linkedin http://www.linkedin.com/in/ewilts ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Email Notifications - Changed after 6.5.6
The upper one looks like those from the ‘notify’ scripts on /usr/openv/netbackup/bin. They get overwritten which is a pain. I also discovered that at 6.5.6 some get extra parameters related to multi-stream jobs. Amusingly one gets I think 7 parameters now, checks it has at least 6, and the comment says 5… If you used to get them then you had uncommented the lines at the end that have the mail commands. The logs that are mailed are otherwise overritten by the next job. They are not I think always overwritten, so you may not have seen it before. Somewhere in the documents I do recall it warns of this and you should save them. Luckily it does of course save them itself in the tar file it keeps to support backing out the patch. I recovered our custom ones from there, and at that point found that the underlying template had changed. As we run both 6.5.6 and 6.5.4 that is a bore as I now need 2 variants or more customisation, as they get called with different numbers of parameters. The lower one I also get but that is from the ‘client sends email’ or ‘server sends email’ settings in the server properties. William D L Brown From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: 09 September 2010 15:26 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Email Notifications - Changed after 6.5.6 Hi All, Got a little puzzle, that I cannot seem to track where the problem is, but here goes... Win2k3 SP2 Ent + NBU 6.5.6 Master, Media and all clients. It all went on well (Originally 6.5.3) apart from BMR Boot Server still showing 6.5.3, although I will look into that later by reapplying the update pack. But main problem is notification of emails seemed to have changed. I used to get all emails, regardless of status detailing this Tue 09/07/2010 07:10 - Tue 09/07/2010 07:10CLIENT: SQL Tue 09/07/2010 07:10POLICY: SQL_SERVER Tue 09/07/2010 07:10 SCHEDULE: SERVER_FULL Tue 09/07/2010 07:10 SCHEDULE TYPE: FULL Tue 09/07/2010 07:10STATUS: 0 Tue 09/07/2010 07:10STREAM: 0 Tue 09/07/2010 07:10 - But since the update, I am now only getting emails with status 1 or higher and they look like this in the email Backup on client FILE001 for user root by server MyBackup was partially successful. Policy = TEST_BACKUP Schedule = Test_Incr_Backup File list - C:\Colours.reg For the life of me, I have checked my backup_exit_notify.cmd and nbmail.cmd and I even have the original versions prior to the update, and yet these have not changed. Any ideas? Regards Si This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England --- This e-mail was sent by GlaxoSmithKline Services Unlimited (registered in England and Wales No. 1047315), which is a member of the GlaxoSmithKline group of companies. The registered address of GlaxoSmithKline Services Unlimited is 980 Great West Road, Brentford, Middlesex TW8 9GS. --- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Windows 2008 R2 NBU 7.0 Master, attempting CIFS Basic Disk S
mozje wrote: Just as a followup should people care. This is working perfectly in nbu, you only need to setup the cifs share correctly :) which was not the case at my first attempts. How do you set it up correctly? (as apposed to incorrectly) Thanks. +-- |This was sent by spal...@spaldam.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu