Re: [Veritas-bu] Windows Vista
Hi My guess is - try it. If not, you will probably find that it will not work, and most likely a release or patch is needed to make it work (as with most software vendors today). Check the Symantec Sote for Vista updates - gut feeling says not at the moment! Gut feeling says patch is more likely. Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Carl Mathews [mailto:[EMAIL PROTECTED] Sent: 02 February 2007 17:52 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Windows Vista Hi, Will Netbackup 5.1 back up Windows Vista? Thanks Carl Mathews University of Arkansas ___ 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. - 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
[Veritas-bu] NetBackup 6.0 Upgrade
I'm currently running NetBackup 5.1 MP5 on W2K3. I have one master server with Hp MSL 6060 Robotic Tape Library. I have no media servers. I currently backup from about 32 windows servers and Oracle DB's. I am planning to upgrade to NetBackup 6.0 very soon do to addition of new Red Hat Linux 4.0 Machines. What I need is to know what should I do before going for this upgrade. Please give as much detail as possible. Whats should I do first and what not. Does any migration of data need to be done or catalog migration?? Any links for proper documentation for this upgrade process? Thanks alot Anas This mail has been scanned by Symantec Mail Security for SMTP at UP.ORG.QA___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Odd Status 71 for one Client
Check your exclude/include list for the month end policy. If you try to include a drive that does not exist, you get the 71. I have also gotten them when trying to exclude a windows drive that does not exist. This would also explain why it is not getting the 71's in another policy. Bobby. From: WEAVER, Simon [EMAIL PROTECTED] Date: 2007/02/05 Mon AM 02:35:19 EST To: 'veritas-bu@mailman.eng.auburn.edu' veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Odd Status 71 for one Client Hello All Setup: Win2k3 SP1 + NBU 5.1 MP5 Master + 2 SAN Servers Got a problem with a Month end Policy and a client called Client1. Policy performs All Local Drive setting for this and 30 other clients. for some reason, CLIENT1 gets a STATUS 71 about a U: Drive - None of the files exist. The system has never had or contained a U: Drive. The Silly thing is, when CLIENT1 is backed up in a different policy, using the All Local Drive Settings, works like a charm. Have removed client from policy, uninstalled and reinstalled the NBU Client Software (just in case), yet in the month policy, still complains of a U:\ Drive for status 71 Any ideas? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England Bobby Williams 2205 Peterson Drive Chattanooga, TN 37421 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Solaris 10 client backup
On Mon, 5 Feb 2007, [EMAIL PROTECTED] wrote: Hi Guru's I am running Netbackup 5.1 MP5 on Solaris 9.0 machine. I have one clinet running Solaris 10 and i am unable to configure it on backup, Everytime backup is failing with error 59. Checked the configuration file and the network connectivity between the clinet and the master and media servers,all are fine. Pls advice Regards, Abhishek Dhingra Storage and Backup Administration Error 59 means the master server was not allowed access to the client. Make sure you have a SERVER = master-server-name.com in your bp.conf on the client for both the master and media servers. This will fix the problem. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Solaris 10 client backup
Justin , Entry is already there, checked Regards, Abhishek Dhingra Storage and Backup Administration Justin Piszcz [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 02/05/2007 08:19 AM To [EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] Solaris 10 client backup On Mon, 5 Feb 2007, [EMAIL PROTECTED] wrote: Hi Guru's I am running Netbackup 5.1 MP5 on Solaris 9.0 machine. I have one clinet running Solaris 10 and i am unable to configure it on backup, Everytime backup is failing with error 59. Checked the configuration file and the network connectivity between the clinet and the master and media servers,all are fine. Pls advice Regards, Abhishek Dhingra Storage and Backup Administration Error 59 means the master server was not allowed access to the client. Make sure you have a SERVER = master-server-name.com in your bp.conf on the client for both the master and media servers. This will fix the problem. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Solaris 10 client backup
On Mon, 5 Feb 2007, [EMAIL PROTECTED] wrote: Justin , Entry is already there, checked Regards, Abhishek Dhingra Storage and Backup Administration Justin Piszcz [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 02/05/2007 08:19 AM To [EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] Solaris 10 client backup On Mon, 5 Feb 2007, [EMAIL PROTECTED] wrote: Hi Guru's I am running Netbackup 5.1 MP5 on Solaris 9.0 machine. I have one clinet running Solaris 10 and i am unable to configure it on backup, Everytime backup is failing with error 59. Checked the configuration file and the network connectivity between the clinet and the master and media servers,all are fine. Pls advice Regards, Abhishek Dhingra Storage and Backup Administration Error 59 means the master server was not allowed access to the client. Make sure you have a SERVER = master-server-name.com in your bp.conf on the client for both the master and media servers. This will fix the problem. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ Did you upgrade the Solaris 10 client to at least 5.1MP3? If not you'll have to run the inetconv command. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tape Eject failures
When you do an eject, you have to retrieve the tapes from the CAP before you click done or OK or whatever it is at the end. If the robot finds the tapes still in the CAP when you click done, then it aborts and puts the tapes back in the cells. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Winn Sent: February 2, 2007 9:33 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Tape Eject failures I'm unable to eject tapes from within Netbackup, version 6.0, MP4 The eject process ends with Completed with Errors / Eject Aborted / Status Code 23 - A read operation from a socket failed. However, when running a vault job, and ejecting the tape(s), it is successful. Any thoughts on this? La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] How many pepole does it take to administrate your backup environment(s)?
Hi all, I am interested to find out how many persons that are administrating larger backup environments. We have one major site with 1 master and 5 media servers which have about 200 clients (hp-ux, solaris, linux, netware, windows) and over 100 database agents (oracle and Informix). We have about 130 policies and 230 schedules. The media servers are connected to a STK SL8500 with 8 tape drives and to a SAN attached SATA array with 9 TB which we use for B-2-D-2-T. We backup about 2TB data per day. Apart from the site above we also have 3 smaller netbackup sites and 5 even smaller backupexec sites to administrate. Total of another 100 clients and agents. We basically have one guy handling all these backup solutions, and most of the time goes to take care of emergencies and such. I would appreciate to know how many persons that are handling your environments. So I have some referents when I talk to our management. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NB 6.0 Aptare
who? Symantec or Aptare? -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: February 2, 2007 5:59 PM Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NB 6.0 Aptare Spoke to support today. They just ADDED some more support personnel. W00T! La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NB 6.0 Aptare
aptare. Paul Keating [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 02/05/2007 12:23 PM To NB List Mail veritas-bu@mailman.eng.auburn.edu cc Subject Re: [Veritas-bu] NB 6.0 Aptare who? Symantec or Aptare? -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: February 2, 2007 5:59 PM Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NB 6.0 Aptare Spoke to support today. They just ADDED some more support personnel. W00T! La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ 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] Solaris 10 client backup
Had the same issue with NBU 5.1,MP5 and SOlaris 10 turned out to be a DNS issue try running the following: bpclntcmd is a useful utility that can be run from any Client. It will help determine if name resolution is working properly from NetBackup's perspective. UNIX command location: /usr/openv/netbackup/bin Switches and variations: bpclntcmd -pn bpclntcmd -self bpclntcmd -hn hostname_of_masterserver bpclntcmd -hn hostname_of_mediaserver bpclntcmd -hn hostname_of_client bpclntcmd -ip ip_of_masterserver bpclntcmd -ip ip_of_mediaserver bpclntcmd -ip ip_of_client From the master server /usr/openv/netbackup/bin/admincmd/bpcoverage -c client_name /usr/openv/netbackup/bin/bpclntcmd -hm host name of master from clients bp.conf file The goal of these commands is to make sure the hostname is consistently seen the same way after each command. Below is an explanation of what each switch does: -pn - The client process on the host connects to the Master Server and asks the question Who am I?. The second line of the output is the result. This is how the client process on the host is being seen by the Master Server. -self - Checks how this host can be resolved. Ideally, there should be only 1 unique hostname and 1 unique IP address. -hn - Checks the given -ip - Checks the given IP and returns a hostname. If there is any inconsistency in the results of these commands, correct the hostname to IP resolution by either editing the local hosts table or by updating the DNS database. Hope it helps. Laura -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Justin Piszcz Sent: Monday, February 05, 2007 8:30 AM To: [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Solaris 10 client backup On Mon, 5 Feb 2007, [EMAIL PROTECTED] wrote: Justin , Entry is already there, checked Regards, Abhishek Dhingra Storage and Backup Administration Justin Piszcz [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 02/05/2007 08:19 AM To [EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] Solaris 10 client backup On Mon, 5 Feb 2007, [EMAIL PROTECTED] wrote: Hi Guru's I am running Netbackup 5.1 MP5 on Solaris 9.0 machine. I have one clinet running Solaris 10 and i am unable to configure it on backup, Everytime backup is failing with error 59. Checked the configuration file and the network connectivity between the clinet and the master and media servers,all are fine. Pls advice Regards, Abhishek Dhingra Storage and Backup Administration Error 59 means the master server was not allowed access to the client. Make sure you have a SERVER = master-server-name.com in your bp.conf on the client for both the master and media servers. This will fix the problem. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ Did you upgrade the Solaris 10 client to at least 5.1MP3? If not you'll have to run the inetconv command. 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
[Veritas-bu] Allocation failed error
Greetings, I'm running 5.1 mp4 in a hpux environment. I have a master and 6 SAN media server systems. When I tried to do a restore of a large file system on a media server this past weekend, the job failed with status code 10. The master server has the catalog database and the restore was being performed from a media server to a new file system on the same media server. The book states that status 10 means you need to add more memory or swap. In a case like this, do I need to add the memory to the master or the media server? Is there some type of formula that tells how much memory/swap will be needed? This one file system in particular has over 8 million inodes in use. We have several others like it. I don't remember what the settings were, but we did make sure that we had the recommended tuning parameters for Veritas. The hardware on both servers is hpux 11.11, rp5470, 4 gig of ram. Thanks, Jeff ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Allocation failed error
I believe the memory is for the media server itself assuming the tape mounted there. The master would presumably only need enough memory to issue commands - it is the actual data handling of the tape restore eating up memory. Was the tape originally backed up on the media server you're trying to restore to? If not you may unintentionally be doing a network restore where it is actually mounting on the original server and restoring from there via network. To get around this you set the FORCE_RESTORE_MEDIA_SERVER option in bp.conf e.g. FORCE_RESTORE_MEDIA_SERVER = original media/master target media/master. You then have to run bpadm g (global) m (modify) d (notify request daemon) to reread the bp.conf - this is done on the master server. As to swap - my rule of thumb has always been 2 x Physical Memory. With 11.x theoretically you don't need that much but I always do it for the virtual memory allowances it makes. We do this kind of cross server restore in our HP-UX environment on a disgustingly regular basis mainly for database refreshes. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Cleverley Sent: Monday, February 05, 2007 3:56 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Allocation failed error Greetings, I'm running 5.1 mp4 in a hpux environment. I have a master and 6 SAN media server systems. When I tried to do a restore of a large file system on a media server this past weekend, the job failed with status code 10. The master server has the catalog database and the restore was being performed from a media server to a new file system on the same media server. The book states that status 10 means you need to add more memory or swap. In a case like this, do I need to add the memory to the master or the media server? Is there some type of formula that tells how much memory/swap will be needed? This one file system in particular has over 8 million inodes in use. We have several others like it. I don't remember what the settings were, but we did make sure that we had the recommended tuning parameters for Veritas. The hardware on both servers is hpux 11.11, rp5470, 4 gig of ram. Thanks, Jeff ___ 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] Allocation failed error
Left out: HP-UX has kernel parameters (swapchunks, maxswchunks...) that control how large swap can get. If you exceed the amount of swap these kernel parameters allow for it will just allocate the amount of swap it can and won't give much complaint. You may want to check to see if you have already allocated enough swap but aren't able to use it all due to the above parameters. -Original Message- From: Jeff Lightner Sent: Monday, February 05, 2007 4:25 PM To: 'Jeff Cleverley'; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Allocation failed error I believe the memory is for the media server itself assuming the tape mounted there. The master would presumably only need enough memory to issue commands - it is the actual data handling of the tape restore eating up memory. Was the tape originally backed up on the media server you're trying to restore to? If not you may unintentionally be doing a network restore where it is actually mounting on the original server and restoring from there via network. To get around this you set the FORCE_RESTORE_MEDIA_SERVER option in bp.conf e.g. FORCE_RESTORE_MEDIA_SERVER = original media/master target media/master. You then have to run bpadm g (global) m (modify) d (notify request daemon) to reread the bp.conf - this is done on the master server. As to swap - my rule of thumb has always been 2 x Physical Memory. With 11.x theoretically you don't need that much but I always do it for the virtual memory allowances it makes. We do this kind of cross server restore in our HP-UX environment on a disgustingly regular basis mainly for database refreshes. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Cleverley Sent: Monday, February 05, 2007 3:56 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Allocation failed error Greetings, I'm running 5.1 mp4 in a hpux environment. I have a master and 6 SAN media server systems. When I tried to do a restore of a large file system on a media server this past weekend, the job failed with status code 10. The master server has the catalog database and the restore was being performed from a media server to a new file system on the same media server. The book states that status 10 means you need to add more memory or swap. In a case like this, do I need to add the memory to the master or the media server? Is there some type of formula that tells how much memory/swap will be needed? This one file system in particular has over 8 million inodes in use. We have several others like it. I don't remember what the settings were, but we did make sure that we had the recommended tuning parameters for Veritas. The hardware on both servers is hpux 11.11, rp5470, 4 gig of ram. Thanks, Jeff ___ 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] Odd Status 71 for one Client
On 2/5/2007 7:54 AM, Preston, Douglas L wrote: Does one of the other clients in this policy have U: ? I found that when I have multile clients in a policy and the drive letters of all clients in the policy do not match I get the same error. Same thing for multiple clients when you specify individual client drives. It doesn not store the client drive, it assigns the drive to all lcients in the policy. I've seen this with an old client - it's an old, old NetBackup client bug. Upgrade the client to the latest version and your problem should go away. .../Ed -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Sunday, February 04, 2007 11:35 PM To: 'veritas-bu@mailman.eng.auburn.edu' Subject: [Veritas-bu] Odd Status 71 for one Client Hello All Setup: Win2k3 SP1 + NBU 5.1 MP5 Master + 2 SAN Servers Got a problem with a Month end Policy and a client called Client1. Policy performs All Local Drive setting for this and 30 other clients. for some reason, CLIENT1 gets a STATUS 71 about a U: Drive - None of the files exist. The system has never had or contained a U: Drive. The Silly thing is, when CLIENT1 is backed up in a different policy, using the All Local Drive Settings, works like a charm. Have removed client from policy, uninstalled and reinstalled the NBU Client Software (just in case), yet in the month policy, still complains of a U:\ Drive for status 71 Any ideas? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NBU 4.5 end of life
When is (or when did) Veritas going to end of life version 4.5 of NBU? Regards, Andy Skates ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Allocation failed error
Is this a cluster with alternating nodes? -Original Message- From: [EMAIL PROTECTED] on behalf of Jeff Lightner Sent: Mon 2/5/2007 1:29 PM To: Jeff Cleverley; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Allocation failed error Left out: HP-UX has kernel parameters (swapchunks, maxswchunks...) that control how large swap can get. If you exceed the amount of swap these kernel parameters allow for it will just allocate the amount of swap it can and won't give much complaint. You may want to check to see if you have already allocated enough swap but aren't able to use it all due to the above parameters. -Original Message- From: Jeff Lightner Sent: Monday, February 05, 2007 4:25 PM To: 'Jeff Cleverley'; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Allocation failed error I believe the memory is for the media server itself assuming the tape mounted there. The master would presumably only need enough memory to issue commands - it is the actual data handling of the tape restore eating up memory. Was the tape originally backed up on the media server you're trying to restore to? If not you may unintentionally be doing a network restore where it is actually mounting on the original server and restoring from there via network. To get around this you set the FORCE_RESTORE_MEDIA_SERVER option in bp.conf e.g. FORCE_RESTORE_MEDIA_SERVER = original media/master target media/master. You then have to run bpadm g (global) m (modify) d (notify request daemon) to reread the bp.conf - this is done on the master server. As to swap - my rule of thumb has always been 2 x Physical Memory. With 11.x theoretically you don't need that much but I always do it for the virtual memory allowances it makes. We do this kind of cross server restore in our HP-UX environment on a disgustingly regular basis mainly for database refreshes. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Cleverley Sent: Monday, February 05, 2007 3:56 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Allocation failed error Greetings, I'm running 5.1 mp4 in a hpux environment. I have a master and 6 SAN media server systems. When I tried to do a restore of a large file system on a media server this past weekend, the job failed with status code 10. The master server has the catalog database and the restore was being performed from a media server to a new file system on the same media server. The book states that status 10 means you need to add more memory or swap. In a case like this, do I need to add the memory to the master or the media server? Is there some type of formula that tells how much memory/swap will be needed? This one file system in particular has over 8 million inodes in use. We have several others like it. I don't remember what the settings were, but we did make sure that we had the recommended tuning parameters for Veritas. The hardware on both servers is hpux 11.11, rp5470, 4 gig of ram. Thanks, Jeff ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Multiple copies and restores..
1)Restores are always done from the primary copy. 2)Assuming your example still holds true, if the current primary copy is removed (as in exported/vaulted, damaged, lost, etc.), you will need to promote another copy to primary for restores to work. Unless you mean that the existing primary has expired, then copy 2 becomes copy 1 (primary) and copy 3 now becomes copy 2 and you won't have to do anything for this scenario. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: Monday, February 05, 2007 1:21 AM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Multiple copies and restores.. Hi all, 1. If i have 3 copies of a backup and want to do a test restore from the 3:rd one, can i choose to do this somehow or do i need to make the 3:rd copy the primary copy? 2. If the primary copy is removed from the library do my restores fail? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Odd Status 71 for one Client
Hi Ed Yes we done this prior to posting on the list - everything is up to the same standard as all the other clients. There is also nothing unusual about the client. And as mentioned, the client can safely get backed up in any other policy - but complains of a U:\ Drive and created a status 71 in this one policy. Any other ideas Ed; appreciated :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Ed Wilts [mailto:[EMAIL PROTECTED] Sent: 06 February 2007 00:05 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Odd Status 71 for one Client On 2/5/2007 7:54 AM, Preston, Douglas L wrote: Does one of the other clients in this policy have U: ? I found that when I have multile clients in a policy and the drive letters of all clients in the policy do not match I get the same error. Same thing for multiple clients when you specify individual client drives. It doesn not store the client drive, it assigns the drive to all lcients in the policy. I've seen this with an old client - it's an old, old NetBackup client bug. Upgrade the client to the latest version and your problem should go away. .../Ed -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Sunday, February 04, 2007 11:35 PM To: 'veritas-bu@mailman.eng.auburn.edu' Subject: [Veritas-bu] Odd Status 71 for one Client Hello All Setup: Win2k3 SP1 + NBU 5.1 MP5 Master + 2 SAN Servers Got a problem with a Month end Policy and a client called Client1. Policy performs All Local Drive setting for this and 30 other clients. for some reason, CLIENT1 gets a STATUS 71 about a U: Drive - None of the files exist. The system has never had or contained a U: Drive. The Silly thing is, when CLIENT1 is backed up in a different policy, using the All Local Drive Settings, works like a charm. Have removed client from policy, uninstalled and reinstalled the NBU Client Software (just in case), yet in the month policy, still complains of a U:\ Drive for status 71 Any ideas? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
