Re: [Veritas-bu] Backup Failing with Error Code 11
Hi, Not connecting, turn up verbose = 5 and check bpcd/vnetd logs. Also run all of the IP forward/reverse/DNS checks in both directions. Justin. On Thu, 21 Jan 2010, NBU wrote: Hi Forum, My env is Master/Media - 6.5.3 (Solaris 10) Client - 6.5.3 (Win 2008 Ent 64bit.) Job is failing with error 11. It is not connecting. I am able to ping smootly from Master --Client, Client---Master. telnet from Master on 13782 port is also successful. Any suggestions pls. +-- |This was sent by qureshiu...@rediffmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] DR test questions............
Hi Joe Where possible, and to prevent Symantec coming in and charge for their Consultancy, keep the name the same as the original Host Name. Simon From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Joseph Despres Sent: Wednesday, January 20, 2010 1:44 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] DR test questions I'm about ready to perform a DR test I need clarification on a few items Master is HP-UX 11.11 @ 6.5.4 ::--- DR master has a different name then the current production system... Would a complete restore from the production work OK after I change the DR systems name to that of the production box? Or do I need to re-install NBU? If I do need to re-install... Is it a matter of running the install script? I'm so use to Solaris and not HP-UX ::--- Recovery without import process In the past we used the Recovery without import process That was with 5.1... This is the 1st DR I've had to deal with that's at 6.5.4... Can I still use the same process I used with 5.1? Thanks Joe Despres Backup Engineer CSC 3521 Ribcowski Ct Raleigh, NC 27616 GIS | (o): 1.919.266.1799 | (c): 1.919.931.9674 | jdesp...@csc.com | www.csc.com This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. 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] Backup Failing with Error Code 11
Hello I have a guide that can be downloaded here http://seer.entsupport.symantec.com/docs/278562.htm If you can create a folder called BPBKAR that may help and will create a log file to assist. Any error messages in the Application log on the Windows 2008 Server? I take it, that this is a Windows 2008 64-bit Server and not a Windows 2008 R2 64-Bit Server? And is it just a standard File Level Backup you are running? And you have installed the correct client version (64bit) on the Windows 2008 box (I found this caused my status 11, but not saying this is your problem). Simon -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of NBU Sent: Thursday, January 21, 2010 7:15 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Failing with Error Code 11 Hi Forum, My env is Master/Media - 6.5.3 (Solaris 10) Client - 6.5.3 (Win 2008 Ent 64bit.) Job is failing with error 11. It is not connecting. I am able to ping smootly from Master --Client, Client---Master. telnet from Master on 13782 port is also successful. Any suggestions pls. +-- |This was sent by qureshiu...@rediffmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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] Bpjobd and other failures.
Jeff Good idea about not touching anything again... One colleague a few years back, done a Firmware upgrade to a Tape Library on a Friday and went on a few weeks vacation. On the Monday, a new person, totally unaware of the backups found every single one was failing. took 2 weeks to resolve. Never make big changes on the last day of the week, or before you go on vacation springs to mind :-) Enjoy the break ! Simon From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jeff Cleverley Sent: Wednesday, January 20, 2010 6:03 PM To: Justin Piszcz Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Bpjobd and other failures. Justin, Thanks for the reply. For whatever reason things seem to have magically started working again. All I did was shutdown Veritas (again), turned up the verbosity in bp.conf, and restarted it. When it first started I still didn't have bpdbm, bpjobd, etc, running. The vnetd log had a lot of errors. When I ran bpdbjobs from the command line, nothing came back. While looking through the bpdbm log I found no errors but a lot of entries like it was doing backups. About 10 minutes later I ran bpdbjobs again and everything showed up and some jobs were running. I think this are restarts of some failed jobs so we'll see how they do. So far 4 of them have completed successfully. Since I leave the country on vacation tomorrow morning I don't plan on touching anything else on it today :-) Thanks again for the help. Jeff On Wed, Jan 20, 2010 at 2:11 AM, Justin Piszcz jpis...@lucidpixels.com wrote: Hi, Taking a shot in the dark here, for the tcp issues, try adding: net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1 To your /etc/sysctl.conf, reboot. For vnetd, check your /etc/xinetd.d/vnetd* Also check the logs that xinetd is not throttling connections if too many servers are trying to backup too fast that can happen. Justin. On Tue, 19 Jan 2010, Jeff Cleverley wrote: Greetings, While continuing to work on this it seems there may be issues with vnetd. The netstat -a |grep vnet shows this: tcp0 0 *:vnetd *:* LISTEN tcp0 0 sgpbkp04.sgp.avagotec:35781 agt604.sgp.avagotech.:vnetd ESTABLISHED tcp0 0 sgpbkp04.sgp.avagotec:35720 sgpbkp04.sgp.avagotec:vnetd ESTABLISHED tcp0 0 sgpbkp04.sgp.avagotec:vnetd sgpbkp04.sgp.avagotec:35720 ESTABLISHED tcp0 0 localhost.localdomain:vnetd sgpbkp04.sgp.avagotec:35846 TIME_WAIT tcp0 0 localhost.localdomain:vnetd sgpbkp04.sgp.avagotec:35853 TIME_WAIT tcp0 0 localhost.localdomain:vnetd sgpbkp04.sgp.avagotec:35839 TIME_WAIT unix 2 [ ACC ] STREAM LISTENING 146403 /usr/openv/var/vnetd/vmd.uds unix 2 [ ACC ] STREAM LISTENING 145874 /usr/openv/var/vnetd/bpcompatd.uds unix 2 [ ACC ] STREAM LISTENING 146786 /usr/openv/var/vnetd/tldcd.uds unix 3 [ ] STREAM CONNECTED 152574 /usr/openv/var/vnetd/bpcompatd.uds The time_wait entries seem to stick around a lot. I've restarted xinetd on the system and we have rebooted but things are still wedged. Thanks, Jeff On Tue, Jan 19, 2010 at 6:00 PM, Jeff Cleverley jeff.clever...@avagotech.com wrote: Greetings, Our environment is NB6.5.1 on a RHEL4 server. It has a hpux SAN media server also. All other clients are backed up over the network. Most are RHEL4x. The tape library in our Singapore office failed over the weekend and caused a lot of things to fail and continue to be wedged up. Some jobs seemed to have run but some failed with errors 13, 63, and 233. This varied across policies. I decided to try and restart all processes and get things cleaned up. This hasn't worked well. When I started everything using service netbackup start or
Re: [Veritas-bu] Bpjobd and other failures.
My coworker here modified one of the key files for NetBackup 6 once but didn't bother to bounce NetBackup to see what effect his change had. Later he goes on vacation and I bounce NetBackup while dealing with a fairly minor problem. It didn't come back up and after spending 24 hours on the phone with NetBackup support I figured out what the problem was. NetBackup never suggested looking at this file - I just happened to notice the file date was newer than the previous NetBackup bounce while I was on one of my interminable holds with them.What was worse is they couldn't tell me what the fields in the file he changed were for even after I discovered it. Luckily I'd taught him at a previous job to always save originals when editing files for quick back out so I was able to revert. Now any time he says I'm going to... and it is heading into a weekend I'm on call I tell him No, you're not! He's a pretty smart guy but I figure he should have the ...um...joy of dealing with the results of his experiments. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: Thursday, January 21, 2010 6:47 AM To: Jeff Cleverley; Justin Piszcz Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Bpjobd and other failures. Jeff Good idea about not touching anything again... One colleague a few years back, done a Firmware upgrade to a Tape Library on a Friday and went on a few weeks vacation. On the Monday, a new person, totally unaware of the backups found every single one was failing. took 2 weeks to resolve. Never make big changes on the last day of the week, or before you go on vacation springs to mind :-) Enjoy the break ! Simon From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jeff Cleverley Sent: Wednesday, January 20, 2010 6:03 PM To: Justin Piszcz Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Bpjobd and other failures. Justin, Thanks for the reply. For whatever reason things seem to have magically started working again. All I did was shutdown Veritas (again), turned up the verbosity in bp.conf, and restarted it. When it first started I still didn't have bpdbm, bpjobd, etc, running. The vnetd log had a lot of errors. When I ran bpdbjobs from the command line, nothing came back. While looking through the bpdbm log I found no errors but a lot of entries like it was doing backups. About 10 minutes later I ran bpdbjobs again and everything showed up and some jobs were running. I think this are restarts of some failed jobs so we'll see how they do. So far 4 of them have completed successfully. Since I leave the country on vacation tomorrow morning I don't plan on touching anything else on it today :-) Thanks again for the help. Jeff On Wed, Jan 20, 2010 at 2:11 AM, Justin Piszcz jpis...@lucidpixels.com wrote: Hi, Taking a shot in the dark here, for the tcp issues, try adding: net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1 To your /etc/sysctl.conf, reboot. For vnetd, check your /etc/xinetd.d/vnetd* Also check the logs that xinetd is not throttling connections if too many servers are trying to backup too fast that can happen. Justin. On Tue, 19 Jan 2010, Jeff Cleverley wrote: Greetings, While continuing to work on this it seems there may be issues with vnetd. The netstat -a |grep vnet shows this: tcp0 0 *:vnetd *:* LISTEN tcp0 0 sgpbkp04.sgp.avagotec:35781 agt604.sgp.avagotech.:vnetd ESTABLISHED tcp0 0 sgpbkp04.sgp.avagotec:35720 sgpbkp04.sgp.avagotec:vnetd ESTABLISHED tcp0 0 sgpbkp04.sgp.avagotec:vnetd sgpbkp04.sgp.avagotec:35720 ESTABLISHED tcp0 0 localhost.localdomain:vnetd sgpbkp04.sgp.avagotec:35846 TIME_WAIT tcp0 0 localhost.localdomain:vnetd sgpbkp04.sgp.avagotec:35853 TIME_WAIT tcp0 0 localhost.localdomain:vnetd sgpbkp04.sgp.avagotec:35839 TIME_WAIT unix 2 [ ACC ] STREAM LISTENING 146403 /usr/openv/var/vnetd/vmd.uds unix 2 [ ACC ] STREAM LISTENING 145874 /usr/openv/var/vnetd/bpcompatd.uds unix 2 [ ACC ] STREAM LISTENING 146786 /usr/openv/var/vnetd/tldcd.uds unix 3 [ ] STREAM CONNECTED 152574 /usr/openv/var/vnetd/bpcompatd.uds The time_wait entries seem to stick around a lot. I've restarted xinetd on the system and we have rebooted but things are still wedged. Thanks, Jeff On Tue, Jan 19, 2010 at 6:00 PM, Jeff Cleverley jeff.clever...@avagotech.com wrote: Greetings, Our environment is NB6.5.1 on a RHEL4 server. It has a hpux SAN media server also. All other clients are backed up over the network. Most are RHEL4x. The tape library in our Singapore office failed over the weekend and caused a lot of
[Veritas-bu] I inherited a mess.
wow a lot of great info. Thanks for the replies. Here is the story to date: We found the old robot and drives (ADIC Scalar 100) but we are having trouble with it (don't know why... its only been sitting for 6 years). So I'm thinking of doing a tape import route. After talking to my vendor they want $14k for a new LTO3 drive and $10k for a used one. My boss threw the PO back at me. haha don't blame him. My major question going forward is this: These tapes were created under NB 5.1 I'm running 6.5.3 Will they import? Thanks again for all the replies. +-- |This was sent by brad.sagow...@noaa.gov via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] I inherited a mess.
I've imported many SDLT220 media written with NBU 5.1 into my 6.5.3 master without issue. -Jonathan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] I inherited a mess.
well good guess I better get started! on a side note. I got my Red hat 7.1 box running NB 5.1 back up and running. The robot (adic scalar 100 with two lto-1 drives) is alive but the picker seems broke so I can't teach the robot or get it to inventory tapes. in an effort to restore jobs without importing them to my current redhat 5.4 NB 6.5.3 setup I attached an lto3 standalone drive to the old setup I'm unsure how to do a restore relying on the standalone drive only. The catalog still shows the tapes in the robot but as I said... I can't do a tape inventory. When I start a restore job it just sits there... I imaging getting hung up on the bad robot. any ideas? If I could restore all the images to one of my raids... I'll just re-archive the stuff under NB 6.5.3 +-- |This was sent by brad.sagow...@noaa.gov 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] netbackup 6.5.4 java console hangs
We are running netbackup 6.5.4 on a solaris box. About 3 times a week when we try to login the java console the console hour glass just spins. In order for us to login to netbackup, we have to reboot the server. After the reboot, the netbackup console comes up and everything is fine. Has anyone else ran into this problem. Thank you, David +-- |This was sent by david.beachbo...@state.tn.us via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Failing with Error Code 11
You can run bptestbpcd from the master and media servers to verify connectivity. bptestbpcd -host hostname -debug In place of -debug, you can use -verbose, or no option at all, but they get gradually less detailed respectively. 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. NBU netbackup-fo...@backupcentral.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 01/21/2010 01:14 AM Please respond to VERITAS-BU@MAILMAN.ENG.AUBURN.EDU To VERITAS-BU@MAILMAN.ENG.AUBURN.EDU cc Subject [Veritas-bu] Backup Failing with Error Code 11 Hi Forum, My env is Master/Media - 6.5.3 (Solaris 10) Client - 6.5.3 (Win 2008 Ent 64bit.) Job is failing with error 11. It is not connecting. I am able to ping smootly from Master --Client, Client---Master. telnet from Master on 13782 port is also successful. Any suggestions pls. +-- |This was sent by qureshiu...@rediffmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] I inherited a mess.
On Thu, Jan 21, 2010 at 02:54:32PM -0500, Sagz wrote: The catalog still shows the tapes in the robot but as I said... I can't do a tape inventory. When I start a restore job it just sits there... I imaging getting hung up on the bad robot. If the robot isn't working, you can select the tapes that are in the robot in the GUI. Click move, make sure Volume is in a robotic library is unchecked and hit ok. The catalog should show the tapes are not in a robot. Now when you need them for a restore, you should get a pending mount request in the device monitor. -- Darren ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Files to exclude for hot catalog backups
NetBackup 6.5.4 on Solaris 10 Since upgrading from 6.0, I¹m reviewing my file exclusions for regular backups on my master server as they relate to hot catalog backups, and I can¹t find much detail in the 6.5 admin guides and or in KB articles. From the admin guide, the only thing Symantec recommends excluding from regular backups is the images directory, but I in 6.0, I was excluding a lot more: Directories to exclude from regular backup policy (6.0 master): /usr/openv/netbackup/db /usr/openv/db/data /usr/openv/var /usr/openv/volmgr/database Directories to exclude from hot catalog backup policy (6.0 master) /usr/openv/netbackup/db/images/master Can anyone tell me what the correct protocol is for 6.5? Thanks, Neil ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Files to exclude for hot catalog backups
I just exclude the images directory as that's the bulk of the size. There are also other configuration files and whatnot scattered all over that I'm not sure are captured in the hot backup. The size of the rest of the data is inconsequential to me. 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. Conner, Neil n...@mbari.org Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 01/21/2010 04:50 PM To Veritas List veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Files to exclude for hot catalog backups NetBackup 6.5.4 on Solaris 10 Since upgrading from 6.0, I’m reviewing my file exclusions for regular backups on my master server as they relate to hot catalog backups, and I can’t find much detail in the 6.5 admin guides and or in KB articles. From the admin guide, the only thing Symantec recommends excluding from regular backups is the images directory, but I in 6.0, I was excluding a lot more: Directories to exclude from regular backup policy (6.0 master): /usr/openv/netbackup/db /usr/openv/db/data /usr/openv/var /usr/openv/volmgr/database Directories to exclude from hot catalog backup policy (6.0 master) /usr/openv/netbackup/db/images/master Can anyone tell me what the correct protocol is for 6.5? Thanks, Neil ___ 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] 671 errors with Synthetics
We are seeing quite a few of these on out 6.5.4 w2k8 master/media setup and can't account for them as the chain of Full/Diff-Incr are good. Has anyone else come across these when by all accounts they should have succeeded? NBU support is unfortunately not being very illuminating. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] MS-Windows Synthetic problem with MSCS
Answering my own question, This was resolved by turning off multistreaming for this policy. With multistreaming, a separate stream was spawned for each drive, even if the drive was filtered out and gave errors with the synthetic. This problem did not occur when the policy was set to not use multistreaming. Kudos to NBU support for solving this one. On 12/17/2009 8:39 PM, David Stanaway wrote: Okay, so I have a problem with backing up MSCS clusters with ALL_LOCAL_DRIVES backup selections. The cluster nodes not holding the volume attempt to backup the volumes and fail. This was easy enough to fix with policy specific client exclusions, and these exclusions for the clustered volumes get skipped correctly when backing up with Full, or Differential-Incremental schedules, and images for those volumes don't get created. The Synthetic Full schedule however errors out with the cluster volumes with an exist status 671. Is there something I am missing? The client exclusions are set up right as they work for the other schedule types. Do the synthetics ignore the exclusion lists since they are not touching the client system? In Legato, the ALL backup selection skips volumes that are associated with an MSCS cluster. Is there a policy specific way I can do the same thing? ___ 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] Help : Error on Netbackup Puredisk Job Backup
Hi all This master server has two clients. This error occurred only on one client. While another can be backed up successfully. I found an error occurred on one of my puredisk master server job backup this morning. It failed to backed up its client completely. I have trying to restart the puredisk agent service on the client. But the same error still occurred when I try to run 'manually backup' process. Please find the detail job on the log attached file. Can anyone fix this ? Thanks in advance. Regards, Ahmad Abbas ilyas PT Mitra Integrasi Informatika Support Services Department Wisma Metropolitan 1 Lt.6 Jl. Jend Sudirman Kav 29-31 Jakarta Indonesia Mobile: (+62) 8788 398 [2010-Jan-21 08:47:09 WIT] *** Start: PrepareBackup *** [2010-Jan-21 08:47:09 WIT] Prepare Backup Client Side. [2010-Jan-21 08:47:09 WIT] --- Configure Progress Logging --- [2010-Jan-21 08:47:09 WIT] --- Retrieve Dataselection Rules --- . [2010-Jan-21 08:47:09 WIT]Dataselection rules downloaded: . . [2010-Jan-21 08:47:09 WIT]/data/backup/last/*|*|i . /data/backup/*|*|i . . [2010-Jan-21 08:47:09 WIT]Dataselection was set to dirty, fetching the state known to the Metabase... . . [2010-Jan-21 08:47:09 WIT]Fetching the polist corresponding with the current state using DSFind -i 2 . [2010-Jan-21 08:47:10 WIT]Download POList from metabase ended. Checking POList for errors. . [2010-Jan-21 08:47:10 WIT]Sorting resulting POList. . . [2010-Jan-21 08:47:10 WIT]PLSort Command: /opt/pdag/bin/PLsort -f /opt/pdag/var/srd/2/current/SnapshotPOList.po -r /opt/pdag/var/srd/2/current/SnapshotPOList.po --detect=directory,fileName -v --config=/etc/puredisk/Agent.cfg --tempdir=/opt/pdag/tmp . Option values: tempdir: /opt/pdag/tmp input : /opt/pdag/var/srd/2/current/SnapshotPOList.po output : /opt/pdag/var/srd/2/current/SnapshotPOList.po detect : directory,fileName decide : (option not specified) maxpos : 262144 maxsize: 10MiB sort start at : Thu Jan 21 08:47:10 2010 sort finished at: Thu Jan 21 08:47:10 2010 sort duration : 0d:0h:0m:0s . [2010-Jan-21 08:47:10 WIT]Result: . . . [2010-Jan-21 08:47:10 WIT]POList successfully fetched [2010-Jan-21 08:47:10 WIT] *** Stop: PrepareBackup *** *** Supportability Summary *** jobid = 10187 jobstepid = 33490 agentid = 2 hostname = dbspeedyradbdg-01 starttimejobstep = January 21, 2010, 8:47 am endtimejobstep= January 21, 2010, 8:47 am workflowstepname = PrepareBackup status= SUCCESS [2010-Jan-21 08:47:12 WIT] *** Start: ScanFilesystem *** [2010-Jan-21 08:47:12 WIT] --- ScanFileSystem --- . [2010-Jan-21 08:47:12 WIT]Executing PLscanFilesSystem with command: . /opt/pdag/bin/PLscanFileSystem -i 2 -v --drivetypes=fixed,network --config=/etc/puredisk/Agent.cfg . PLscanFileSystem starting... +-+ |Configuration| +-+ +--+ |Data Specification Options| +--+ - clean : False - polistname : polist.po - dsidrangelist : 2 - statisticsfilename : /opt/pdag/var/srd +---+ |Scan Extent| +---+ - drive type : fixed,network - fingerprint : False - snapshotdrivelist : +--+ |Modification Detection| +--+ - mod : mtime,ctime,size +-+ |System Responsiveness| +-+ - maxscanspeed: 0 +---+ |Running Application| +---+ Dataselections to process: 2 Processing dataselection 2. Parsing dataselection file: /opt/pdag/var/srd/2/dataselection.cfg ... OK Dataselection include rules: /data/backup/last/*|*|I /data/backup/*|*|I Dataselection exclude rules: /opt/pdag/var/keys/*|*|E /opt/pdag/var/progress/*|*|E /opt/pdag/var/run/*|*|E /opt/pdag/var/rt/*|*|E /opt/pdag/var/srd/*|*|E /opt/pdag/tmp/*|*|E /opt/pdag/*|*|E Data selection 2 scan start at : Thu Jan 21 08:47:12 2010 Number of NEWPOs: 5 Number of MODIFIED POs: 33 Number of DELETEDPOs: 6 Number of POs in PO list: 44 (of which 0 with error) Number of unmodified POs: 194 Number of parent POs: 2 Data selection 2 scan finished at: Thu Jan 21 08:47:12 2010 Data selection 2 scan duration : 0d:0h:0m:0s Some files in dataselection 2 are new, have changed, or are no longer present. 1 out of 1 dataselections processed Exit code: 0 [2010-Jan-21 08:47:12 WIT] *** Stop: ScanFilesystem *** *** Supportability Summary *** jobid = 10187 jobstepid = 33491 agentid = 2 hostname = dbspeedyradbdg-01 starttimejobstep = January 21, 2010, 8:47 am endtimejobstep= January 21, 2010, 8:47 am workflowstepname = Scan Filesystem status= SUCCESS
[Veritas-bu] Wildcards in Policy-BackupSelections
Hi, I have some server where I want to backup a specific folder. This folder is shared to different drives: Server A: C:\aaa\test Server B: E:\aaa\test Is it possible to backup the folder test of all servers in one policy with wildcards? I tried something like *:\aaa\test, but it didn´t run. Kind regards Dirk ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] I inherited a mess.
Hello Sagz Importing media and tapes from a 5.1 system into a new 6.5 is fully supported, and will work. Just please remember that it is a 2 step process. 1 Hour to read the header 4 Hours to read the entire tape. There is a section covered in this in the Sys Administrators Guide, but you can check the tool out for yourself by performing the following: Launch the Administrator Console From the main window (If you see it) select IMPORT IMAGES and follow the Wizard on screen. Alternatively, on the left hand side of the window is the NetBackup tree structure. Click on Catalog and on the top left click IMPORT and under MEDIA ID select the Media in question. As I said, it is all covered in the Manual :-) Hope this helps a little bit! I know from Experience the ADIC Scalar 100 is not good, and when it is under load, problems arise. If it helps at all, it may be advisable to ensure you have the latest Tape Drivers and more importantly, all Firmware on all drives and Robot are at the same revision. This caused no end of trouble :-( Simon -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Sagz Sent: Thursday, January 21, 2010 6:03 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] I inherited a mess. wow a lot of great info. Thanks for the replies. Here is the story to date: We found the old robot and drives (ADIC Scalar 100) but we are having trouble with it (don't know why... its only been sitting for 6 years). So I'm thinking of doing a tape import route. After talking to my vendor they want $14k for a new LTO3 drive and $10k for a used one. My boss threw the PO back at me. haha don't blame him. My major question going forward is this: These tapes were created under NB 5.1 I'm running 6.5.3 Will they import? Thanks again for all the replies. +-- |This was sent by brad.sagow...@noaa.gov 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 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
