Re: [Veritas-bu] Veritas-bu Digest, Vol 35, Issue 56
Dear All I have Veritas Netbackup 5 installed under windows 2000 advace server also Veritas client installed on 6 server with windows 2000 server ,I faced big problem with Veritas server which is crashed totally (Hardware),I prepared new server with windows 2003 R2 and I installed same version of Veritas Netbackup 5 as server also I gave this server new name and new IP address .I configured same catalog tape to be a catalog tape on this new installation .I completed the configuration and I changed the server name on the clients my problem is : 1- when I opened the client software dosn't find my old backup (this on the backup and restore client ) ,mean how to continue on using the old setup because I have one year back backup tape ,If I want to restore there was no details . 2- what is the right way to continues with my old configuration without changing . 3- any advice to help me on this critical problem . Thanks in advance. Nizar _ View your Twitter and Flickr updates from one place – Learn more! http://clk.atdmt.com/UKM/go/137984870/direct/01/___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] RMAN and Netbackup timeout issues
On Wed, Mar 11, 2009 at 9:27 AM, Jared Still wrote: > On Thu, Mar 5, 2009 at 7:56 AM, Roy McMorran wrote: > > You should probably enable block change tracking. > This allows Oracle to track changes to the database so that > RMAN does not scan the database looking for changes to > the database for incremental backups, but just reads the > BCT file and backs up the blocks pointed to. > > It is very fast, and timeouts should no longer be an issue. > > For the benefit of anyone reading this thread after the fact, Roy reported that use Block Change Tracking reduced the incremental backup time from 4-6 hours to 15 minutes. Jared Still Certifiable Oracle DBA and Part Time Perl Evangelist ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Moving the NetBackup Master Server from host A to B.
Justin, I can answer part of your question. Your EMMServer name can be whatever you want, and you can even change it on the fly using nbemmcmd -setemmserver -emmservername -newemmservername . Perhaps not on the fly, I can't recall if you have to bounce NBU. You'll need to make sure whatever name you change it to can be resolved, and over the proper interface, however. 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. Justin Piszcz Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 03/30/2009 06:39 AM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Moving the NetBackup Master Server from host A to B. Hello all, I have been using NetBackup for several years now, and, we all know you cannot officially change the master server hostname and then perform a catalog restore onto a new host and then expect everything to work just fine. I have a few questions/was wondering, is there anyway to work-around this, here are my thoughts/ideas, I am looking for any suggestions that may help to facilitate moving the master from one host to another as time progresses, you want to move your master onto new hardware to keep up with the times, now, for the questions: 1. During an initial NetBackup 6.5.x installation, it asks you for the name of the server and for the name of the EMM server. Has anyone tried using a generic name here, rather than using the hostname of the box? For example, say my master server hostname is: widget.mycompany.com Now, during the installation process, I *presume* if I enter in some random name, it will not work unless its in the /etc/hosts file, therefore, add this to /etc/hosts: 127.0.0.1nbkupsvr1 Now, is it possible to install NetBackup specifying the server name as nbkupsvr1 and the EMM server name as the same thing? The idea here, would then be, on the second server where you plan on "migrating" NetBackup to, you add that same entry into /etc/hosts and then perform a catalog restore, would this bring back the environment exactly as it was onto the new host? Why am I asking this? If such a method were possible, then one would not need to import tapes or do anything special other than a regular catalog backup, scp it to the second machine and perform a catalog restore. I know the name of the master is hardcoded into all of the backup images, but if you define it in the beginning, can it be a generic name as long as that name is added to /etc/hosts? -- If this idea will not work, what other options are available to move from host A to host B without getting rid of host A first (or disconnecting it from the network etc) because host B has to have the same hostname as host A? I look forward towards any and all ideas ang suggestions, thank you. -- Note, I am aware of the -dpath option to another server but was told this is not recommended. Justin. ___ 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] VMWARE VCB design
Anyone? --- On Sat, 3/28/09, Mike Kiles wrote: > From: Mike Kiles > Subject: [Veritas-bu] VMWARE VCB design > To: veritas-bu@mailman.eng.auburn.edu > Date: Saturday, March 28, 2009, 7:33 AM > I am having some issues in my backups and I think these may > be related to LUN ID's mismatch between ESX servers and > VCB proxy server. > > Can anyone here confirm that the LUN numbers seen by ESX > hosts must match the LUN numbers on VCB proxy server? > > If I have 4 ESX hosts, and they have one LUN each (LUN ID > 0), how can I present those 4 LUNS, all with LUN ID 0 to the > VCB server? > > TIA > > > > ___ > 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] Moving the NetBackup Master Server from host A to B.
I have changed the master server in pre 6.0 version and it may still be true. In pre 6.0 version, I did cold catalog backup on master server (pre 6.0 style) and used on a new master used bprecover command with -dhost option, here you could specify the new master srver name. I did work very well. --- On Mon, 3/30/09, Justin Piszcz wrote: > From: Justin Piszcz > Subject: [Veritas-bu] Moving the NetBackup Master Server from host A to B. > To: veritas-bu@mailman.eng.auburn.edu > Date: Monday, March 30, 2009, 4:38 AM > Hello all, > > I have been using NetBackup for several years now, and, we > all know > you cannot officially change the master server hostname and > then > perform a catalog restore onto a new host and then expect > everything > to work just fine. > > I have a few questions/was wondering, is there anyway to > work-around > this, here are my thoughts/ideas, I am looking for any > suggestions that > may help to facilitate moving the master from one host to > another as > time progresses, you want to move your master onto new > hardware to > keep up with the times, now, for the questions: > > 1. During an initial NetBackup 6.5.x installation, it asks > you for the > name of the server and for the name of the EMM server. Has > anyone > tried using a generic name here, rather than using the > hostname of > the box? > > For example, say my master server hostname is: > widget.mycompany.com > > Now, during the installation process, I *presume* if I > enter in some > random name, it will not work unless its in the /etc/hosts > file, > therefore, add this to /etc/hosts: > > 127.0.0.1nbkupsvr1 > > Now, is it possible to install NetBackup specifying the > server name > as nbkupsvr1 and the EMM server name as the same thing? > > The idea here, would then be, on the second server where > you plan on > "migrating" NetBackup to, you add that same entry > into /etc/hosts and > then perform a catalog restore, would this bring back the > environment > exactly as it was onto the new host? > > Why am I asking this? If such a method were possible, then > one > would not need to import tapes or do anything special other > than a > regular catalog backup, scp it to the second machine and > perform a > catalog restore. > > I know the name of the master is hardcoded into all of the > backup > images, but if you define it in the beginning, can it be a > generic > name as long as that name is added to /etc/hosts? > > -- > > If this idea will not work, what other options are > available to > move from host A to host B without getting rid of host A > first (or > disconnecting it from the network etc) because host B has > to have > the same hostname as host A? > > I look forward towards any and all ideas ang suggestions, > thank you. > > -- > > Note, I am aware of the -dpath option to another server but > was told this > is not recommended. > > Justin. > > ___ > 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] Unable to find image in Restore/Catalog
Sorry - this image is not for 22 March: bpdbm -ctime 1234601889 1234601889 = Sat Feb 14 10:58:09 2009 I should have checked your time stamps in image folder before asking for header contents. 22 March backups will be in folder 123700. The image files for 22 March will be between 1237672800 (Sun Mar 22 00:00:00 2009) and 1237759200 (Mon Mar 23 00:00:00 2009). If image-files in the above range exist, the command to list them will be: bplist -C EKMS -t 13 -s 03/22/2009 00:00 -e 03/23/2009 00:00 -R / Regards M. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of NBU Sent: 30 March 2009 09:34 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Unable to find image in Restore/Catalog Pls. find the contents of EKMS_1234601889_FULL - PROTOCOL_VERSION 2 START_TIME 0 END_TIME 0 SNAP_TIME 0 KBYTES 70320468 NUM_FRAGMENTS 18 COPIES 1 VERSION 7 CLIENT_TYPE 13 RETENTION_LEVEL 3 SCHEDULE_TYPE 0 COMPRESSION 0 ENCRYPTION 0 FILES_FILE_COMPRESSED 0 MPX 1 TIR_INFO 0 TIR_EXPIRATION 0 PRIMARY_COPY 2 IMAGE_TYPE 0 ELAPSED 12928 EXPIRATION 1239958689 NUM_FILES 30 EXTENDED_SECURITY_INFO 0 REQUEST_PID 0 IND_FILE_RESTORE_FROM_RAW 0 IMAGE_DUMP_LEVEL 0 FILE_SYSTEM_ONLY 0 PREV_BLOCK_INCR_TIME 0 BLOCK_INCR_FULL_TIME 0 STREAM_NUMBER 0 CATARC 0 BACKUP_COPY 0 BACKUP_STATUS 0 JOB_ID 34111 NUM_RESUMES 0 RESUME_EXPIRATION 0 PFI_TYPE 0 IMAGE_ATTRIBUTE 0 NUM_DR_MEDIAS 0 # FRAG: c# f# K rem mt den fn id/path host bs off md dwo f_flags f_unused1 exp mpx rl chkpt rsm_nbr seq_no media_subtype i_un used3 i_unused2 i_unused1 FRAGMENT 2 1 6909888 0 2 20 76 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 1239958689 1 65540 1 0 0 1 0 0 0 FRAGMENT 2 2 1983168 0 2 20 77 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 3 1889600 0 2 20 78 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 4 12081728 0 2 20 79 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 5 4149696 0 2 20 80 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 6 2213824 0 2 20 81 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 7 14357056 0 2 20 82 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 8 979584 0 2 20 83 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 9 86656 0 2 20 84 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 10 5003072 0 2 20 85 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 11 5414016 0 2 20 86 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 12 4460032 0 2 20 87 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 13 523264 0 2 20 88 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 14 5003904 0 2 20 89 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 15 4507136 0 2 20 90 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 16 239424 0 2 20 91 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 17 128 0 2 20 92 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 18 518292 0 2 20 93 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 BACKUP_ID EKMS_1234601889 CREATOR NetBackup SCHED_LABEL Weekly FILES_FILE EKMS_1234601889_FULL.f FILES_FILE_SIZE 4040 HISTO_INFO -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 - +-- |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] Robotic Path error
On Mon, 30 Mar 2009, McDonald II, James F. wrote: > All, > > > > I started getting error code 201, "unable to open robotic path." I am > unable to inventory the robot or run diagnostics, and I haven't been > able to execute my policies. As far as I can tell, everything is > configured correctly within NBU. I replaced the SCSI cable and I have > run the "configure robot" portion of the wizard, as a safe measure. I > used the driver included with the NBU software to connect my Quantum > Superloader3 and it was working fine. This error started popping up out > of the blue a few days ago and I have been unable to resolve it. > > > > Also, I downloaded and installed the Linux client. Do you need xinetd > installed/running for the Linux NBU client and NBU master to see each > other? > > If you run robtest locally on the robotic controller host, can you type "s d" or "s s" to see the tape drives and tapes respectively? Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Robotic Path error
All, I started getting error code 201, "unable to open robotic path." I am unable to inventory the robot or run diagnostics, and I haven't been able to execute my policies. As far as I can tell, everything is configured correctly within NBU. I replaced the SCSI cable and I have run the "configure robot" portion of the wizard, as a safe measure. I used the driver included with the NBU software to connect my Quantum Superloader3 and it was working fine. This error started popping up out of the blue a few days ago and I have been unable to resolve it. Also, I downloaded and installed the Linux client. Do you need xinetd installed/running for the Linux NBU client and NBU master to see each other? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Moving the NetBackup Master Server from host A to B.
Hello all, I have been using NetBackup for several years now, and, we all know you cannot officially change the master server hostname and then perform a catalog restore onto a new host and then expect everything to work just fine. I have a few questions/was wondering, is there anyway to work-around this, here are my thoughts/ideas, I am looking for any suggestions that may help to facilitate moving the master from one host to another as time progresses, you want to move your master onto new hardware to keep up with the times, now, for the questions: 1. During an initial NetBackup 6.5.x installation, it asks you for the name of the server and for the name of the EMM server. Has anyone tried using a generic name here, rather than using the hostname of the box? For example, say my master server hostname is: widget.mycompany.com Now, during the installation process, I *presume* if I enter in some random name, it will not work unless its in the /etc/hosts file, therefore, add this to /etc/hosts: 127.0.0.1nbkupsvr1 Now, is it possible to install NetBackup specifying the server name as nbkupsvr1 and the EMM server name as the same thing? The idea here, would then be, on the second server where you plan on "migrating" NetBackup to, you add that same entry into /etc/hosts and then perform a catalog restore, would this bring back the environment exactly as it was onto the new host? Why am I asking this? If such a method were possible, then one would not need to import tapes or do anything special other than a regular catalog backup, scp it to the second machine and perform a catalog restore. I know the name of the master is hardcoded into all of the backup images, but if you define it in the beginning, can it be a generic name as long as that name is added to /etc/hosts? -- If this idea will not work, what other options are available to move from host A to host B without getting rid of host A first (or disconnecting it from the network etc) because host B has to have the same hostname as host A? I look forward towards any and all ideas ang suggestions, thank you. -- Note, I am aware of the -dpath option to another server but was told this is not recommended. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Not all drives appear to be used
Cheers Steve. I just thought that a Stop / Restart of the Services or even a (last restore) reboot may well have helped. But at least the root problem has been cured :-) -Original Message- From: Hudson, Steve [mailto:steve.hud...@ironmountain.com] Sent: Friday, March 27, 2009 2:12 PM To: WEAVER, Simon (external); VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Not all drives appear to be used Not in my experience..It releases the holds immediately. Having said that we have been having to do this kind of thing way to often. Methinks 6.5.3.1 is still broke when it comes to Resource AllocationsMy 2 cents Steve Hudson Enterprise Storage Iron Mountain 745 Atlantic Ave Boston, MA 02111 Phone: (617) 535-2849 steve.hud...@ironmountain.com Visit the new www.ironmountain.com Tour Iron Mountain -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: Friday, March 27, 2009 7:59 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Not all drives appear to be used Just one question on this Doesnt "nbrbutil" release the locks when the Server is rebooted? Simon -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of mcw012765 Sent: Friday, March 27, 2009 10:52 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Not all drives appear to be used I tried all of the suggestions and still had the problem. I contacted Symantec and we got it fixed. Here is a summary: ISSUE REPORTED: Not all 10 drives are in use at any given time backups will use only 8 drives randomly. But it will always be any 2 drives out of the 10 that won't be used. INITIAL INVESTIGATION: -Max jobs per client is set to 99 under Host Properties >> Master Server >> Global Attributes -Max concurrent drives is set to 10 under Storage Units >> Problem Storage Unit. TROUBLESHOOTING: -Ran robtest (s d) to check if the two drives already had a tape stuck in them. No. -Guessing that it is an nbrb allocation issue. -We ran :\Veritas\netbackup\bin\admincmd\nbrbutil -dump to check the point in time MDS Allocations within EMM. -Saw two orphaned allocations without any attributes matching current allocations. MdsAllocation allocationKey=7191130 jobType=16 mediaKey=4002098 mediaId=002033 driveKey=0 driveName= drivePath= stuName= masterServerName=mfbback01 mediaServerName=mfbback01 ndmpTapeServerName= diskVolumeKey=0 mountKey=0 linkKey=0 fatPipeKey=0 scsiResType=0 serverStateFlags=0 MdsAllocation allocationKey=7191132 jobType=16 mediaKey=4000992 mediaId=002016 driveKey=0 driveName= drivePath= stuName= masterServerName=mfbback01 mediaServerName=mfbback01 ndmpTapeServerName= diskVolumeKey=0 mountKey=0 linkKey=0 fatPipeKey=0 scsiResType=0 serverStateFlags=0 -Looks like nbrb is holding up further resource allocation due to these orphaned alloc holds. -Released the holds by running nbrbutil -releasemds -Verified last written date on one of the media by running nbemmcmd -listmedia -mediaid 002033. It was dating back to 30th January 2009. -This is roughly the time frame when the issue started. -After releasing the holds we are now able to fire up jobs on them drives. Thanks to everyone for your suggestions. I think I am seeing improvement from setting the max jobs higher. +-- |This was sent by mwea...@fbinsmi.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 The information contained in this email message and its attachments is intended only for the private and confidential use of the recipient(s) named above, unless the sender expressly agrees otherwise. Transmission of email over the Internet is not a secure communications medium. If you are requesting or have request
[Veritas-bu] Windows 2003 SP2 NBU 6.5.3 hung bpbkar
Hi All One particular client hangs at end of backup - bpbkar log reports exist status 0, but job remains active in Activity Monitor. Job does not timeout/fail, even long after Client_Read timeout exceeded. Task Manager shows running bpbkar processes and 'netstat -a' shows lots of bpcd and vnetd connections in CLOSE_WAIT state. Stopping NBU Client service and killing bpbkar's make CLOSE_WAIT's go away, but same thing happens all over again at next backup. Normal File system backup, backing up ALL_LOCAL_DRIVES. No TIR selected in policy attributes. Other clients in same policy complete successfully. Master, media and client all on 6.5.3. Any ideas? Kind regards Marianne___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] AUTO: Philippe Fouillet ist außer Haus. (Rückkehr am 03.04.2009)
Ich bin bis 03.04.2009 abwesend Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. Hinweis: Dies ist eine automatische Antwort auf Ihre Nachricht " [Veritas-bu] Veritas-bu] Unable to find image in Restore/Catalog" gesendet am 30.03.2009 08:54:22. Diese ist die einzige Benachrichtigung, die Sie empfangen werden, während diese Person abwesend ist. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Unable to find image in Restore/Catalog
Pls. find the contents of EKMS_1234601889_FULL - PROTOCOL_VERSION 2 START_TIME 0 END_TIME 0 SNAP_TIME 0 KBYTES 70320468 NUM_FRAGMENTS 18 COPIES 1 VERSION 7 CLIENT_TYPE 13 RETENTION_LEVEL 3 SCHEDULE_TYPE 0 COMPRESSION 0 ENCRYPTION 0 FILES_FILE_COMPRESSED 0 MPX 1 TIR_INFO 0 TIR_EXPIRATION 0 PRIMARY_COPY 2 IMAGE_TYPE 0 ELAPSED 12928 EXPIRATION 1239958689 NUM_FILES 30 EXTENDED_SECURITY_INFO 0 REQUEST_PID 0 IND_FILE_RESTORE_FROM_RAW 0 IMAGE_DUMP_LEVEL 0 FILE_SYSTEM_ONLY 0 PREV_BLOCK_INCR_TIME 0 BLOCK_INCR_FULL_TIME 0 STREAM_NUMBER 0 CATARC 0 BACKUP_COPY 0 BACKUP_STATUS 0 JOB_ID 34111 NUM_RESUMES 0 RESUME_EXPIRATION 0 PFI_TYPE 0 IMAGE_ATTRIBUTE 0 NUM_DR_MEDIAS 0 # FRAG: c# f# K rem mt den fn id/path host bs off md dwo f_flags f_unused1 exp mpx rl chkpt rsm_nbr seq_no media_subtype i_un used3 i_unused2 i_unused1 FRAGMENT 2 1 6909888 0 2 20 76 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 1239958689 1 65540 1 0 0 1 0 0 0 FRAGMENT 2 2 1983168 0 2 20 77 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 3 1889600 0 2 20 78 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 4 12081728 0 2 20 79 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 5 4149696 0 2 20 80 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 6 2213824 0 2 20 81 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 7 14357056 0 2 20 82 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 8 979584 0 2 20 83 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 9 86656 0 2 20 84 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 10 5003072 0 2 20 85 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 11 5414016 0 2 20 86 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 12 4460032 0 2 20 87 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 13 523264 0 2 20 88 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 14 5003904 0 2 20 89 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 15 4507136 0 2 20 90 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 16 239424 0 2 20 91 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 FRAGMENT 2 17 128 0 2 20 92 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 1 0 0 1 0 0 0 FRAGMENT 2 18 518292 0 2 20 93 LTO064 ROMNETBK 65536 0 1233996031 4 0 *NULL* 0 0 0 0 0 0 1 0 0 0 BACKUP_ID EKMS_1234601889 CREATOR NetBackup SCHED_LABEL Weekly FILES_FILE EKMS_1234601889_FULL.f FILES_FILE_SIZE 4040 HISTO_INFO -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 - +-- |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