[Veritas-bu] Check out my photos on Facebook
Hi Veritas-bu, I set up a Facebook profile where I can post my pictures, videos and events and I want to add you as a friend so you can see it. First, you need to join Facebook! Once you join, you can also create your own profile. Thanks, Ian To sign up for Facebook, follow the link below: http://www.facebook.com/p.php?i=596584651&k=5VCYQZQ5TT6B2EAGUGXY2USV2TBK453&r Already have an account? Add this email address to your account http://www.facebook.com/n/?merge_accounts.php&e=veritas...@mailman.eng.auburn.edu&c=7bee625f1be167a07b1d2c92f78a0943.veritas...@mailman.eng.auburn.edu was invited to join Facebook by Ian Jackson. If you do not wish to receive this type of email from Facebook in the future, please click on the link below to unsubscribe. http://www.facebook.com/o.php?k=4dd3d8&u=1547574575&mid=1675999G5c3e1d2fG0G8 Facebook's offices are located at 1601 S. California Ave., Palo Alto, CA 94304. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NBU 5.1MP6 and 6 MP5 with IBM 3592-E05 (TS1120)
Hi Fiona, 262144 seems to be the way to go with these drives. I've seen it used to good effect several times, and it's also refered to in this Whitepaper: http://eval.symantec.com/mktginfo/products/White_Papers/Data_Protection/nbu_db2_max_large_db_backup_and_restore_perf_wp_110904.pdf You'll need a hefty amount of memory as well, because you'll need a lot of these big buffers to get the best out of these drives. The above example uses 128. All the best, Ian. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Unexpected EOF reading image doing a bpimport (Jerry Rioux)
Hi Jerry, You can use the debug_add_files touch file to get around your problem. Here's a c&p of the relevant technote: For Netbackup 4.5, 5.x \netbackup\db\images\\\debug_add_files For 6.0 \netbackup\db\images\\\tmp\debug_add_files This touch file can be used under certain circumstances to restore from a partial import if the catalog is in a binary format. If the catalog is in an ASCII format, these steps can be used but you will not need to add the touch file. The first phase of an import creates the header file (non.f). The second phase of an import creates the files file (.f file). If the import fails during the phase two import for some reason (bad tape block, missing tape in a multi-tape backup, or the backup was incomplete etc.), NetBackup will not be able to browse the image for restore even though both files needed are created (assuming that the second phase of the import did not fail right away). 1. Perform the phase one import. Your directory structure will look something like this. The directory may have many images. This example assumes there is only one image. Directory of C:\Program Files\VERITAS\NetBackup\db\images\Sap\105800 07/22/2003 01:54 PM . 07/22/2003 01:54 PM .. 07/22/2003 01:51 PM catstore 07/22/2003 01:51 PM 822 Sap_test_1058889087_FULL 2. Create the debug_add_files touch file. Here is an example showing the new touch file. Directory of C:\Program Files\VERITAS\NetBackup\db\images\Sap\105800 07/22/2003 01:54 PM . 07/22/2003 01:54 PM .. 07/22/2003 01:51 PM catstore 07/22/2003 01:24 PM 0 debug_add_files 07/22/2003 01:51 PM 822 Sap_test_1058889087_FULL 3. Run the phase two import. As long as the phase two import gets to the point that actually starts writing entries in the files file, the structure may look like this. Directory of C:\Program Files\VERITAS\NetBackup\db\images\Sap\105800 07/22/2003 01:54 PM . 07/22/2003 01:54 PM .. 07/22/2003 01:51 PM catstore 07/22/2003 01:24 PM 0 debug_add_files 07/22/2003 01:51 PM 822 Sap_test_1058889087_FULL 07/22/2003 01:51 PM 181,627 Sap_test_1058889087_FULL.f 07/22/2003 01:50 PM 338,287 Sap_test_1058889087_FULL_debug.f 4. When the phase two import finally does fail or is stopped, rename the .f to .f.old or any other name, and rename the _debug.f to just .f Sap_test_1058889087_FULL.f becomes Sap_test_1058889087_FULL.f.old Sap_test_1058889087_FULL_debug.f becomes Sap_test_1058889087_FULL.f 5. This is where you would start if you are running an import to an ASCII catalog and it fails. Edit the header file (Sap_test_1058889087_FULL). Change the "IMAGE_TYPE" from 1 to 2. The IMAGE_TYPE is set to 0 (zero) for backups, 1 after a phase one import and 2 after a successful phase two import. If the IMAGE_TYPE is left at 1, Backup, Archive and Restore will not browse it for restores. Example: IMAGE_TYPE 2 Open the files file (Sap_test_1058889087_FULL.f) in a program that can count line numbers. Textpad can do this by going to Configure | Preferences | View, and selecting the checkbox for Line Numbers. Count the number of lines in the files file. Edit the NUM_FILES entry in the header file to represent the number of lines as above. Example: NUM_FILES 1778 You should then be able to open up Backup, Archive and Restore and browse the image for restore. Since this was a partial import, not all files will be available for restore, but you may get the required file. Hope this helps you, regards, Ian Jackson ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Upgrade from 6.0 to 6.5 (Windows)
I've just done the upgrade from 6.0 to 6.5 with Win2K Master and Solaris 8 and 10 and SLES9 media servers. It was quite straight forward. Deactivate all media servers and run setup.exe or install.sh. Two problems so far. Expired tapes from volume pools where I don't use scratch tapes, were moved into scratch pool. 6.5.1 fixes this. Also duplications which create more than 1 copy at a time are failing. Workaround is to duplicate one copy at a time. Other than that - so far so good. On Dec 12, 2007 8:32 AM, osonder <[EMAIL PROTECTED]> wrote: > > Hello > > I wan't to upgrade from 6.0 to 6.5 but can't find any docs on this. Looked > at this: http://seer.entsupport.symantec.com/docs/290185.htm but here it > only says > > At this time there is no separate document for upgrading a NetBackup > > 6.0environment to NetBackup > 6.5. > > > > > +-- > |This was sent by [EMAIL PROTECTED] via Backup Central. > |Forward SPAM to [EMAIL PROTECTED] > +-- > > > ___ > 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] catalog backups. NBU 6.0 MP3
Greetings, Got an e-mail reply suggesting I change to hot catalog backups. Hot catalog backups are what we use throughout the enterprise so this was a timely suggestion. In addition to hot catalog backups, we upgraded to 6.0MP4. A couple of articles I found mentioned a potential memory leak in MP3. As of yesterday afternoon, the patch upgrade and change to hot backups seem to have solved the problem of the machine grinding to a halt. Thanks to Daniel for his suggestion and for his reply. Ian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ian Clements Sent: Thursday, November 08, 2007 8:20 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] catalog backups. NBU 6.0 MP3 Greetings, I'm a little behind the 8-ball on this one but while I pursue other options, I wanted to ask the question here. I have an installation of NBU 6.0 MP3 in a remote office. For some time now, catalog backups have been taking a very long time to run and while they run, the machine (a Sun V240) slowly grinds to a halt. So much so that basic stuff won't run (like cputst). About the only hint of anything in the system log file is the failure of cputst to run. Nov 6 04:59:25 admin2 Could not start CPU test program: \ /usr/platform/sun4u/sbin/sparcv9+vis2/cputst Nov 6 04:59:25 admin2 System call fork() failed. Reason: \ Resource temporarily unavailable Syslog continues to run though :) Things I've looked at include the system file configuration (looks OK). The machine was more than a little shy of physical memory and that's been fixed too. I'm told this has been the case for a while now. In the past, it would take several hours to do the catalog backup and now it never appears to finish. Looking at the logs, we find: vxlogview -p NB -d all -X 96660 > /tmp/96660.out V-1-1-12 There are no records to be displayed. V-1-1-13 NOTE: There were 5 corrupted log records. I'm told that there's no db checking utility in 6.0 and I'm wondering if this isn't a problem with the catalog database. Anyway, any pointers, tips, bad jokes, etc. would be greatly appreciated. ian -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ___ 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] catalog backups. NBU 6.0 MP3
Greetings, I'm a little behind the 8-ball on this one but while I pursue other options, I wanted to ask the question here. I have an installation of NBU 6.0 MP3 in a remote office. For some time now, catalog backups have been taking a very long time to run and while they run, the machine (a Sun V240) slowly grinds to a halt. So much so that basic stuff won't run (like cputst). About the only hint of anything in the system log file is the failure of cputst to run. Nov 6 04:59:25 admin2 Could not start CPU test program: \ /usr/platform/sun4u/sbin/sparcv9+vis2/cputst Nov 6 04:59:25 admin2 System call fork() failed. Reason: \ Resource temporarily unavailable Syslog continues to run though :) Things I've looked at include the system file configuration (looks OK). The machine was more than a little shy of physical memory and that's been fixed too. I'm told this has been the case for a while now. In the past, it would take several hours to do the catalog backup and now it never appears to finish. Looking at the logs, we find: vxlogview -p NB -d all -X 96660 > /tmp/96660.out V-1-1-12 There are no records to be displayed. V-1-1-13 NOTE: There were 5 corrupted log records. I'm told that there's no db checking utility in 6.0 and I'm wondering if this isn't a problem with the catalog database. Anyway, any pointers, tips, bad jokes, etc. would be greatly appreciated. ian -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] )([EMAIL PROTECTED])*(&@# Symantec Support
Be thankful you are not calling Microsoft. Who will pawn you between different groups whilst they try and solve your problem...and of course, each time you get shuffled off, it's to the end of the line :) I would politely point out that the problem is the same. You are still not able to get a reliable backup. I might ask for his boss but not before asking to escalate the original case. Ian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner Sent: Thursday, September 06, 2007 8:32 AM To: Martin, Jonathan; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] )([EMAIL PROTECTED])*(&@# Symantec Support It might be a good time to ask for his supervisor. There is no magic preventing tickets from being reopened - he's just trying to palm you off which wouldn't be bad for you since he sounds like a putz but you ought to make sure his boss knows it. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan Sent: Thursday, September 06, 2007 11:02 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] )([EMAIL PROTECTED])*(&@# Symantec Support /rant on So I'm working a Netbackup / Oracle support issue whereby we're having trouble restoring an Oracle database from a full backup (RMAN keeps asking for incremental tapes we don't have.) The Support guy suggests we backup the control file, database and archive logs in a different order to solve the problem. My DBA Runs this by Oracle and they agree so we make the configuration change, run the backup, and then that restore hangs after restoring the control files. The Symantec tech tells me now I've got a new issue and that I need to open a new ticket because he's closed the original one! I can't believe I pay for this as "support!" _(*&[EMAIL PROTECTED]&%_#@&%)@% <mailto:*&[EMAIL PROTECTED]&%_#@&%)@%> # /rant off -Jonathan -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Anyone successfully implemented VXSS?
I would agree it is painful. Not to mention you probably don't want to install it on the master server lest it hoark your configuration files (I am running on Solaris 10). There's also no way to use NIS (or the support folks are not aware of how to do it). So you effectively need to create accounts for each user you want to have access. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, August 27, 2007 9:36 AM To: Justin Piszcz Cc: Kyle Oliver; veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Anyone successfully implemented VXSS? I am currently in the process of testing VXSS, and it is somewhat painful. I have it setup and working correctly with most default settings. In permissions of the user groups you cannot select just to allow a group to restart and resume jobs from activity monitor. You have to select everything under "Operate" and cannot select individual permissions under that. I have tried to setup custom permissions sets, they appear to be correct but I am unable to use them. There are also about 5 different documents about setting up VXSS on the Symantec support site, each varying slightly. I have it running on a solaris 9 master and have aix and windows media all working with vxss, if I could figure out a way to define custom permission sets this would be great product. Jared M. Seaton Recovery Administrator Mylan Laboratories Inc. 304-554-5926 304-685-1389 (Cell) "Justin Piszcz" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 08/27/2007 12:06 PM To "Kyle Oliver" <[EMAIL PROTECTED]> cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] Anyone successfully implemented VXSS? On Mon, 27 Aug 2007, Kyle Oliver wrote: > > Everything I read out on the web suggests the setting up of VXSS is a perilous task. Has anyone successfully set it up? > > Thanks, > Kyle > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > Or the real question, what are you trying to Achieve? You may want to use NBU Reporter or NBU NOM and assign lower levels of permission that way. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. == -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Has anyone run a database consistency check recently?
Hi all, We have been having issues with our catalog (running NBU 6.0 MP4) and have found that our catalog is very inconsistent. We have been running a utility from Symantec called consistency_gather.pl, which basically grabs image, media and vol DB information. We send that through to Symantec to produce a report, which we receive back. We have two NetBackup 6.0 environment, and both are reporting that we have inconsistencies in our catalog. Has anyone else run this utility and obtained a report from Symantec. In one of our report, it stats that of the 375000 images that we have, about 4700 of them could be lost due to being overwritten. We also have multiple tapes that appear to be assigned to multiple media servers, and the list goes on. Anyone else run into this type of issue? Regards Ian. National Australia Bank Ltd - ABN 12 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference.___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Anyone using application clusters in NBU 6.0 MP4
Hi all, We are having a few issues with our application clusters on our Solaris NBU 6.0 MP4 master server. We have the definitions in EMM, and running all the nbemmcmd outputs show that things look OK, but when running commands like bpmedialist against this application cluster server name, we receive an error as indicated. Could not obtain report from host XXX, database system error. We also receive some MM Status 136 error messages. I can do both forward and reverse lookups on this cluster name, and if I log into the cluster, I can run the bpclntcmd -pn etc commands OK as well. The 136 error indicates that host name is too long (greater than 256 characters, but it is only actually 7 characters in length. I have a storage unit configured with this cluster name, and it is running OK, its just that I cannot see what tapes have been assigned to it. Has anyone seen this type of error before, and have any ideas on how to fix it? Thanks in advance. Ian. National Australia Bank Ltd - ABN 12 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference.___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Maximum number of policies
Embrace the command line. It is your friend. I use it to create and manipulate polices all the time--for no other reason than the same task undertaken in the GUI would take forever :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Monday, July 23, 2007 3:13 PM To: David Rock Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Maximum number of policies Of course, just don't make a typo for > 4k polices in your cmd line loop :) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NOT ME!
I have thought pretty seriously about using subversion (http://subversion.tigris.org/) to manage the configuration files. Right now, I use RCS. Another possibility is cfengine (http://www.cfengine.org/). With the later, configurations are tightly controlled. When unauthorized change happens, it is undone--however, if you are trying to debug something, it can bite you in the butt. Since most of my backups are qtree based, I've scripted the policy part and run that to be sure I have a policy for each qtree I want to back up. Our non-UNIX admin can run the scripts as required to create new policies. This works pretty well (not perfect). Ian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Patrick Sent: Wednesday, June 27, 2007 8:33 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NOT ME! It's not a matter of how many hands, it's a matter of how well they communicate. It also helps if you can have each person specialize in one item, such as making policy changes, trouble shooting, installing new clients, doing restores, etc. Since some of these tasks can get boring it might be wise to alternate them on some regular basis. Just my £.02 worth. :) Regards, Patrick Whelan VERITAS Certified NetBackup Support Engineer for UNIX. [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon (external) Sent: 27 June 2007 16:17 To: 'King, Casey L.'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NOT ME! As a rule, we have 2 doing the work, myself as overall help / support and a 4th as a backup! Is that too many hands? 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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of King, Casey L. Sent: 27 June 2007 16:11 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NOT ME! I sure hope so, this would be an excellent addition to an MP. I wouldn't need to keep a manual change_log. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stump, Bob A Sent: Wednesday, June 27, 2007 9:00 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NOT ME! We have too many hands in the pot for our NetBackup environment. We discover changes and everyone in the group says "not me". Is there any good security product out there that can track NetBackup? Specifically versions 5.x and 6.x with Solaris9/AIX5 master servers and Solaris/AIX/W2K/W2K3 media servers. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This 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 maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Ian JACKSON has now left HSBC
I will be out of the office starting 15/06/2007 and will not return until 25/12/2007. Please ensure that the intended recipient was not Ian A. or Ian K. Jackson. - SAVE PAPER - THINK BEFORE YOU PRINT! This E-mail is confidential. It may also be legally privileged. If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return E-mail. Internet communications cannot be guaranteed to be timely secure, error or virus-free. The sender does not accept liability for any errors or omissions. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Curious Log Entry
I have the same - NB60MP4 on Win2KSP2. This has happened a couple of times to me. I found the Job Manager Service failed on me at the time. Windows restarted it automatically, but any running jobs ended with a 150 but certainly weren't cancelled. This has happened when the server wasn't stressed although I didn't check memory usage at the time. Only 2 jobs were running. I haven't bothered investigating further as I've only seen this twice and it didn't have much of an impact. On 4/24/07, Brooks, Jason <[EMAIL PROTECTED]> wrote: Sorry - NBU 6.0MP4, Windows 2K3SP2 > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Greenberg, Katherine (ISD, IT) > Sent: Tuesday, April 24, 2007 11:10 AM > To: Brooks, Jason; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Curious Log Entry > > What version of NetBackup? What kind of backup? There were a > few bugs around with 150 errors happening with no intervention: > > http://support.veritas.com/docs/275149 > > http://support.veritas.com/docs/281309 > > Support site is a wonder when you can find things on it! :) > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Brooks, Jason > Sent: Tuesday, April 24, 2007 9:49 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Curious Log Entry > > 4/23/2007 11:21:15 PM masterA client1 Error 83645 Backup > backup of client client1 exited with status 150 (termination > requested by > administrator) > > How do you end up with a 150 when no Admins are here? Anyone > seen this one? > I can't recall seeing it before, and at first blush, it makes > me a bit nervous. I'll be poking around to see what I can find. > > Thanks, > Jason > > > Jason Brooks > Computer Systems Engineer > IITS - Longwood University > voice - (434) 395-2034 > fax - (434) 395-2035 > mailto:<[EMAIL PROTECTED]> > > > ** > *** > This communication, including attachments, is for the > exclusive use of addressee and may contain proprietary, > confidential and/or privileged information. If you are not > the intended recipient, any use, copying, disclosure, > dissemination or distribution is strictly prohibited. If you > are not the intended recipient, please notify the sender > immediately by return e-mail, delete this communication and > destroy all copies. > ** > *** > > > ___ > 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] clients in hosts files and forcing NICs to FULL
Not just cisco either :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: Thursday, April 12, 2007 10:44 AM To: Collins, Glen (HQP); [EMAIL PROTECTED] Subject: Re: [Veritas-bu] clients in hosts files and forcing NICs to FULL That's cuz the old Sun HME stuff wouldn't autoneg worth a crap. ;o) That's the only stuff in my env that needs to be hardcoded. Paul -- > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Collins, Glen (HQP) > Sent: April 12, 2007 1:41 PM > To: [EMAIL PROTECTED] > Subject: Re: [Veritas-bu] clients in hosts files and forcing NICs to > FULL > > > As a former Sun SA, it was ALWAYS mandatory to lock speeds. > Especially when > Cisco was involved. Sun and Cisco hardware has always had issues with > auto negotiation. 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 - [EMAIL PROTECTED] http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ___ Veritas-bu maillist - [EMAIL PROTECTED] http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] clients in hosts files and forcing NICs to FULL
By locking the speeds, you prevent the cards from negotiating. This is both good and bad. Despite the "standard" of autoneg, it doesn't always work. If you can use it, you should. If you can't because clients do not correctly negotiate a connection speed, try locking the client to 100-full (or whatever) and leaving the switch port at auto first. As for host files? My preference is to keep a very basic host file on the machine. To me, that means only "localhost", the host itself and perhaps any core services that you absolutely need for the machine to run. If you are doing a lot of host lookups, then a local host file that is kept up to date via cfengine or some other mechanism will be much faster. The problem with local files and DNS is once they are out of synch, you will waste time trying to figure out why things are broken. If you are having problems with DNS servers, then fix the underlying problem. ian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Preston, Douglas L Sent: Thursday, April 12, 2007 9:55 AM To: Adams, Dwayne; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] clients in hosts files and forcing NICs to FULL We use 100 Full Duplex on all cards and swich ports of our servers except ont the GB nics which require auto negotioate to use the GB speed. I like hosts files because they are there when even when someone does stupid things to the dns servers. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adams, Dwayne Sent: Thursday, April 12, 2007 9:28 AM To: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] clients in hosts files and forcing NICs to FULL Hello, I have managed a few backup environments and always put the backup servers in the hosts file of the clients and the clients in the backup server's hosts file. I always like to control name resolution myself. Do most backup administrator do that or am I a relic from the past? Also, do most backup admins use AUTO negotiate or set the switch port and the host to FULL DUPLEX? My practices are being questioned and I would like to check to see if what I am doing is in line with what most backup admins are doing. Thanks in advance, Dwayne Adams ___ Veritas-bu maillist - [EMAIL PROTECTED] http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ___ Veritas-bu maillist - [EMAIL PROTECTED] http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Many false "50" errors and "200" errors
We are seeing a lot of them as well. Almost all jobs will fail with at
least
one. I've got an open ticket with support.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, March 26, 2007 8:32 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Many false "50" errors and "200" errors
Ever since we upgraded to Netbackup 6.0MP4 on March 12 , we have started
seeing alot of what I call false "50" errors.
( we usually get these when we stop services on the master server, and
they are explainable) But now, we have been getting them even though we
have not stopped the services or interrupted anything.
We are also getting a large number of "200" errors.
In all cases when the jobs are re-run they run fine.
Has anyone seen this with Netbackup 6.0MP4?
=
Carl Stehman
IT Distributed Services Team
Pepco Holdings, Inc.
202-331-6619
Pager 301-765-2703
[EMAIL PROTECTED]
This Email message and any attachment may contain information that is
proprietary, legally privileged, confidential and/or subject to
copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI").
This Email is intended solely for the use of the person(s) to which it
is addressed. If you are not an intended recipient, or the employee or
agent responsible for delivery of this Email to the intended
recipient(s), you are hereby notified that any dissemination,
distribution or copying of this Email is strictly prohibited. If you
have received this message in error, please immediately notify the
sender and permanently delete this Email and any copies. PHI policies
expressly prohibit employees from making defamatory or offensive
statements and infringing any copyright or any other legal right by
Email communication. PHI will not accept any liability in respect of
such communications.
--
IMPORTANT NOTICE: The contents of this email and any attachments are
confidential and may also be privileged. If you are not the intended recipient,
please notify the sender immediately and do not disclose the contents to any
other person, use it for any purpose, or store or copy the information in any
medium. Thank you.
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] (46) server not allowed
Hi Bevan, Sounds like the Netbackup server is not set on the client. If it was a UNIX client I'd say check the bp.conf file for the SERVER setting, but for a Windows client I believe this is set in the registry and is usually done at install time. For the registry stuff I don't know exactly the location, but if you run regedit on the Windows client and do a search (F3) and search for the string SERVER using match case. It will be under the LOCAL/SOFTWARE branch called VERITAS, if you can find that then search from there. Check the registry leaves called SERVER and/or MEDIA_SERVER. The SERVER one should be set to the hostname of the Netbackup server. I suspect one of these is incorrect. Maybe before you do this make sure that the Netbackup server hostname and IP address can be correctly resolved from the client. Hope this helps. Ian On 3/19/07, Broun, Bevan <[EMAIL PROTECTED]> wrote: > Hi All > > we are running version 5.1. Client is windows 2000 and server is windows > 2000. > > Im getting (46) server not allowed when getting the client properties. I > cant restore to the system from the server. > > I know about bpclntcmd but have only used it once. > > Idea's thanks > > BB > > Bevan Broun > Systems Engineer > -- > Civil - Integration & Outsourcing Services > Thales Australia > Address > Address > T: (02) 9562 2861 > F: (02) 9562 2857 > M: 0407 225 492 > Email : [EMAIL PROTECTED] > www.thalesgroup.com.au > > > > DISCLAIMER:--- > This Email may contain confidential and/or privileged information and is > intended > solely for the addressee(s) named. If you have received this information in > error, or > are advised that you have been posted this Email by accident, please notify > the > sender by return Email, do not redistribute it, delete the Email and keep no > copies. > -- > > ___ > 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] nbemmcmd -deletehost
Daryl, I had a similar issue recently trying to add a new server. Try looking at the nbemmcmd -machinealias command. You can list aliases for servers that NB knows a server as. You can also delete them, which solved my issue - I had an incorrect alias entry. Don't know the syntax off the top of my head. Cheers, Ian On 2/22/07, Kinnaird, Daryl <[EMAIL PROTECTED]> wrote: > > > > > I am running into an issue when using the nbemmcmd –deletehost command to > remove a host. > > This is what I have been getting. > > > > NBEMMCMD, Version:6.0MP2(20060307) > > The function returned the following failure status: > > invalid host name (136) > > Command did not complete successfully. > > > > Has anyone had this problem, and what was done to resolve this. > > > > Thanks, > > Daryl Kinnaird > > Systems Administrator Associate > > > > > > > ___ > 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] Serious master issue...
Hi Hampus, Run tusc against one of the running bp processes you are having problems with. It's been a while since I've used it so you will have to check the man page. If it's not installed, get it here: http://hpux.connect.org.uk/hppd/hpux/Sysadmin/tusc-7.8/ It's similar to truss or strace. Used to trace processes. At least then you can see exactly what system calls are happening and how long they are taking. At least if it is IO issue, it should be visible in the time taken in the read/write calls. Good luck with support. I know your pain. Ian On 2/15/07, Hampus Lind <[EMAIL PROTECTED]> wrote: > England got the case again... They at least know how to communicate with > costumers, when if we are wrong they don't cute us of.. > > They case is on the highest level. > > I have re-opened the case with HP and have Symantec consulting guys onsite.. > So I am hoping for the best... > > > > 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] > > > -Ursprungligt meddelande- > Från: Justin Piszcz [mailto:[EMAIL PROTECTED] > Skickat: den 15 februari 2007 10:04 > Till: WEAVER, Simon > Kopia: 'Hampus Lind'; 'Geyer, Gregory'; Veritas-bu@mailman.eng.auburn.edu > Ämne: Re: [Veritas-bu] Serious master issue... > > Get the case re-dispatched to one of the EU offices? Escalate the case? > > On Thu, 15 Feb 2007, WEAVER, Simon wrote: > > > > > I must admit, when reading the emails from them, it sounded as if they > > either did not care, did not have a clue, or was simply passing the blame > to > > HP ! > > > > 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: Hampus Lind [mailto:[EMAIL PROTECTED] > > Sent: 15 February 2007 07:34 > > To: WEAVER, Simon; 'Geyer, Gregory' > > Cc: Veritas-bu@mailman.eng.auburn.edu > > Subject: SV: [Veritas-bu] Serious master issue... > > > > > > Now, its morning here in Sweden... > > > > I haven't heard from that guy, or any other support engineer sins the mail > > where he told me he couldn't communicate with me... :-( > > > > > > We cant us a software with this kind of support... > > > > Anyhow, I would like to thank you all. You have been wonderful in all your > > suggestions. > > > > I will post the solution here when we find it. > > > > 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] > > > > > > -Ursprungligt meddelande- > > Från: WEAVER, Simon [mailto:[EMAIL PROTECTED] > > Skickat: den 15 februari 2007 08:13 > > Till: 'Hampus Lind'; 'Geyer, Gregory' > > Kopia: Veritas-bu@mailman.eng.auburn.edu > > Ämne: RE: [Veritas-bu] Serious master issue... > > > > > > Did you get the problem sorted out, or dealt with by another Symantec > > Engineer? > > > > 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: Hampus Lind [mailto:[EMAIL PROTECTED] > > > > Sent: 14 February 2007 23:01 > > To: 'Geyer, Gregory' > > Cc: Veritas-bu@mailman.eng.auburn.edu > > Subject: Re: [Veritas-bu] Serious master issue... > > > > > > Thanks Greg, > > > > I will check the oracle scripts... > > > > 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] > > > > > > -Ursprungligt meddelande- > > Från: Geyer, Gregory [mailto:[EMAIL PROTECTED] > > > > Skickat: den 14 februari 2007 23:57 > > Till: Hampus Lind > > Ämne: RE: [Veritas-bu] Serious master issue... > > > > Hampus, > > > > We had a serious issue with the RMAN backups which would cause each > > individual RMAN stream to traverse the entire NB catalog for
[Veritas-bu] Migrate media server platform
Hi All, More advice sought. Our environment... Win2K3 Netbackup Enterprise Master 6.0MP3 2 x Solaris 8 Media Servers 6.0MP3 8 x SDLT drives with SSO. I want to swap out one of the Solaris media servers for a Linux (SLES9) media server. This is so I can utilise an HP disk array as DSU on Linux. The array does not support Solaris. My question is which would be the best approach? Any gotchas? I am thinking of shutting down the Solaris media server, installing the Linux Media server with the same hostname, then recover the catalog to the new media server. Perhaps I can just tar up the appropriate media catalog directories on the old box and restore them on the new. Does the NB install process of a media server mess with the master db? I suspect it would to add itself. I'd prefer to keep the old media server hostname if possible. Or should I just install a new media server with a new name, and redirect any restores of data from the old media server to the new one? Thanks in advance, Ian ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Netware Open File Backup
Hi All, Just wondering if anyone is using Open File Backup on Netware backup clients. Does it work? No abends caused? I understand it creates a cache of any changes on the filesystem. Is this cache created on the SYS volume? Any info gladly received. Thanks, Ian ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Can someone help me find if there is a client for NBU 5.0 MP6 for windows!! Attack of systemstate failure again.
Hi James, This looks like the one - Maintenance Pack NB_50_6_M.winnt.intel.exe http://seer.support.veritas.com/docs/280773.htm ...it is for NB Enterprise Server AND clients. And here is the security one you have probably tried to install already. http://seer.support.veritas.com/docs/282494.htm Hope this helps. Ian On 10/1/06, Siano, James C <[EMAIL PROTECTED]> wrote: > Hello folks > > I'm loosing my mind to see if there is a newer windows client > For 5.0. I install 5.0GA right now and can't find anything newer for 5. > My master is running 5.0 MP6. I can find security patches for mp6 but > It appears only to be for a master server. My clients won't update it. > > The thing I install now has to be several years old now. I'm looking > for a simple *.exe that will do the trick > > Ultimately why: > Many of my windows boxes with 5.0Ga client on them just hand on SYSTEM > STATE on tons of machines. One system state job will tie up a physical > drive for hours and hour and hours with requeues. > > I can't exclude System state from the class. I have over a 100 windows > machines in a couple of classes and I have to do ALL-DRIVEs in policy. > Why: because many of my machines have all kinds of different drive > letters and they change from time to time. Without ALL DRVIEs I have > chance of not capturing something in a backup. > > I'm hoping a newer client will stop the failure of the SYSTEM_STATE. > > IF I run SYSTEM_STATE only in a manual on demand backup -- it backs up > fine. > It's only when it in a class and trying to multistream with the other > drive letters. > > Please help...at least find me the exact path (http or ftp) of a newer > 5.0 MP6 client if one exists. > > > ___ > 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] Netware Client cumulative incremental backups
Mmmm. I believe we are. Could this just affect directory meta-data? Files seem to be backed up correctly within cinc backup, just directories are always picked up as well regardless of mod time. Thanks for the pointer Scott - I'll investigate this avenue tomorrow. On 9/5/06, Scott Jacobson <[EMAIL PROTECTED]> wrote: > > > Ian, > > Are you running Symantec? There was (is) a bug that doesn't allow the > meta-data to be reset that is now fixed in SAV 10.1 > > Scott > > >>> Ian <[EMAIL PROTECTED]> 9/5/2006 5:34 AM >>> > > Hi Simon, > > Archive bit is default for Netware. > Just tried changing this in bp.ini (Use_Archive_Bit = no) to use > timestamp instead. > Ran another cumulative a still have a heap of empty directories backed > up. Modification times on dirs are before last full backup. So no > change using archive or timestamp. > > Thanks, > > Ian > On 9/5/06, WEAVER, Simon <[EMAIL PROTECTED]> wrote: > > > > Ian > > How are the backups done? Based on date/timestamp or archive bit! > > > > Do not have novell here, but assume that you can connect to the client > > properites of the novell box from your Master Server and check how the > > backups are performed. > > > > 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: Ian [mailto:[EMAIL PROTECTED] > > Sent: 05 September 2006 09:45 > > To: veritas-mail-list > > Subject: [Veritas-bu] Netware Client cumulative incremental backups > > > > > > We run a Win2003 NB 6 MP3 Master. > > I've found a curious issue with our Netware clients, most of which are > > Netware 6.5 using NB 5.1MP2 client, but same problem found with NB 6 GA > > client. We use standard policies and volume targets. > > > > We run a full backup on the weekend and cumulative incremental backups on > > weekdays. The problem is that when the cumulative incremental backups run, > > they backup the entire directory structure regardless of the modified time > > on the directory. No huge issue, but I think it may be increasing the > length > > of the daily backups somewhat. > > > > Anyone seen this before? > > > > Thanks, > > > > Ian > > ___ > > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > > This email is for the intended addressee only. > > If you have received it in error then you must not use, retain, > disseminate or otherwise deal with it. > > Please notify the sender by return email. > > The views of the author may not necessarily constitute the views of > Astrium Limited. > > Nothing in this email shall bind Astrium Limited in any contract or > obligation. > > > > Astrium Limited, Registered in England and Wales No. 2449259 > > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, > England > > > > > -- > Ian and Arria > Goethestr 20a > 64285 Darmstadt > Germany > ___ > 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] Netware Client cumulative incremental backups
Thanks Wayne. Any stupid question is always welcome. They might save me from making a stupid mistake. Full and cinc bups are in same policy. The only symptom is that directory structure is always backed up with a cinc, even if mod time of dir has not changed since last full. Files which are modified since last full are also correctly backed up by cinc. Thanks again. On 9/5/06, Wayne Smith <[EMAIL PROTECTED]> wrote: > Stupid Question, maybe, but are your Full and CINC backups in the same > policy? > > cheers, wayne > > > On 9/5/06, Ian < [EMAIL PROTECTED]> wrote: > > > We run a Win2003 NB 6 MP3 Master. > I've found a curious issue with our Netware clients, most of which are > Netware 6.5 using NB 5.1MP2 client, but same problem found with NB 6 > GA client. We use standard policies and volume targets. > > We run a full backup on the weekend and cumulative incremental backups > on weekdays. > The problem is that when the cumulative incremental backups run, they > backup the entire directory structure regardless of the modified time > on the directory. > No huge issue, but I think it may be increasing the length of the > daily backups somewhat. > > Anyone seen this before? > > Thanks, > > Ian > ___ > 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] Netware Client cumulative incremental backups
Hi Simon, Archive bit is default for Netware. Just tried changing this in bp.ini (Use_Archive_Bit = no) to use timestamp instead. Ran another cumulative a still have a heap of empty directories backed up. Modification times on dirs are before last full backup. So no change using archive or timestamp. Thanks, Ian On 9/5/06, WEAVER, Simon <[EMAIL PROTECTED]> wrote: > > Ian > How are the backups done? Based on date/timestamp or archive bit! > > Do not have novell here, but assume that you can connect to the client > properites of the novell box from your Master Server and check how the > backups are performed. > > 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: Ian [mailto:[EMAIL PROTECTED] > Sent: 05 September 2006 09:45 > To: veritas-mail-list > Subject: [Veritas-bu] Netware Client cumulative incremental backups > > > We run a Win2003 NB 6 MP3 Master. > I've found a curious issue with our Netware clients, most of which are > Netware 6.5 using NB 5.1MP2 client, but same problem found with NB 6 GA > client. We use standard policies and volume targets. > > We run a full backup on the weekend and cumulative incremental backups on > weekdays. The problem is that when the cumulative incremental backups run, > they backup the entire directory structure regardless of the modified time > on the directory. No huge issue, but I think it may be increasing the length > of the daily backups somewhat. > > Anyone seen this before? > > Thanks, > > Ian > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > This email is for the intended addressee only. > If you have received it in error then you must not use, retain, disseminate > or otherwise deal with it. > Please notify the sender by return email. > The views of the author may not necessarily constitute the views of Astrium > Limited. > Nothing in this email shall bind Astrium Limited in any contract or > obligation. > > Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, > England > -- Ian and Arria Goethestr 20a 64285 Darmstadt Germany ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Netware Client cumulative incremental backups
We run a Win2003 NB 6 MP3 Master. I've found a curious issue with our Netware clients, most of which are Netware 6.5 using NB 5.1MP2 client, but same problem found with NB 6 GA client. We use standard policies and volume targets. We run a full backup on the weekend and cumulative incremental backups on weekdays. The problem is that when the cumulative incremental backups run, they backup the entire directory structure regardless of the modified time on the directory. No huge issue, but I think it may be increasing the length of the daily backups somewhat. Anyone seen this before? Thanks, Ian ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Are Linux media servers OK to use?
Hi all, We are looking at connecting up several Linux media servers running either RHEL3 or RHEL4, and wanting to know what people think of them. The hardware will probably be IBM Intel servers. Our environment is NBU 6.0 with STK PowderHorn and SL8500 tape libraries, with 9940 and T1 tape drives. Has anyone go any/many of these in their environments, and if so, what do you think of them. Is throughput good? Do they have many issues? We will be connecting a few TB of disk to them to use as a disk staging pool, and then off-loading the data onto tape (DSSU). Thanks in advance. Ian Fehring Lead Technical Specialist, Storage Management National Australia Bank National Australia Bank Ltd - ABN 12 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 6.0 MP3 available
We have now installed our 4th set of nbpem and nbjm binaries since installing MP3! Support said that going to MP3 in the first place would fix my issues with nbpem core dumping. Hopefully this one fixes our nbpem hangs and core dumps. Been working on this issue for the last two weeks. Had just about enough! Ian Fehring Lead Technical Specialist, Storage Management National Australia Bank Ed Wilts <[EMAIL PROTECTED] g> To Sent by: "Jorgensen, Bill" veritas-bu-bounce <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Ian <[EMAIL PROTECTED]>, urn.edu veritas-mail-list , [EMAIL PROTECTED], "Dhotre, Shekhar" 08/07/2006 06:52 <[EMAIL PROTECTED]>, AMJohnny Oestergaard <[EMAIL PROTECTED]>, Jeff Lightner <[EMAIL PROTECTED]> cc Subject Re: [Veritas-bu] 6.0 MP3 available On Fri, Jul 07, 2006 at 12:56:34PM -0500, Ed Wilts wrote: > On Fri, Jul 07, 2006 at 08:42:47AM -0600, Jorgensen, Bill wrote: > > Thanks for the feedback. We are rolling out 6 here and I do not want to > > have to deal with even more issues. When I asked our engineer what was > > fixed and what broke with MP3 little was relayed. My biggest concern is > > the nbpem issue you have been highlighting for a bit. We use > > calendar-based backups on our fulls. I will pay close attention to the > > info you relay. > > I just received a patch for nbpem and nbjm. They've just been applied > so I'll know more about how well it works over the weekend. Crash 'n burn. I've installed my second patched npbem today and the scheduler still isn't behaving. .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu National Australia Bank Ltd - ABN 12 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] 6.0 MP3 available
FYI, looks like 6.0 MP3 is available for download from support.veritas.com. http://support.veritas.com/menu_ddProduct_NBUESVR_view_DOWNLOAD.htmMmmm, should I? Shouldn't I? :-) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Obtaining NetBackup client details
Hi, I need to be able to find out what version of NetBackup and Operating System are running on all my clients, and keep a count of them. We are running a Solaris Master server, with a mix of Unix and Windows clients. I need to be able to obtain (in csv format) something like what the Host Properties/Client window on the Admin console gives you. Does anyone know what command / commands run to get this information? I know I can export the client window, but with over 1400 clients, this takes over a day, and gives me a lot of information that I would then need to parse, to get only the information I need. Is there a better way of obtaining this info Thanks in advance Ian Fehring Lead Technical Specialist, Storage Management National Australia Bank National Australia Bank Ltd - ABN 12 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NBU 6 job completion emails
Hi,
I have recently upgraded to NetBackup version 6.0 MP2 and I now get an
email sent for every completed job to the root account on my Solaris Master
server. I do not have the "Administrator email address" set to anything in
my master severs bp.conf file, but I still get all the job completion
emails.
Does anyone know how to stop these from being sent, other than redirecting
them to /dev/null?
Ian Fehring
Lead Technical Specialist, Storage Management
National Australia Bank
National Australia Bank Limited - ACN 004 044 937
This email may contain confidential information. If you are not the intended
recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to
the sender, and then destroy all copies of this email. Except where this email
indicates otherwise, views expressed in this email are those of the sender and
not of National Australia Bank Limited. Advice in this email does not take
account of your objectives, financial situation, or needs. It is important for
you to consider these matters and, if the e-mail refers to a product(s), you
should read the relevant Product Disclosure Statement(s)/other disclosure
document(s) before making any decisions. If you do not want email marketing
from us in future, forward this email with "unsubscribe" in the subject line to
[EMAIL PROTECTED] in order to stop marketing emails from this sender. National
Australia Bank Limited does not represent that this email is free of errors,
viruses or interference
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] nbpem process terminating
Hi, We have just recently upgraded our Solaris master server from NBU 5.1 to NBU6.0 MP2. Only our Master server has been upgraded at this stage. Since the upgrade, the nbpem process seems to die about once a day, causing jobs to stop getting scheduled. Support have told me that there is a know issue with nbpem when checkpoint restarts are enabled, so I have disabled them all, but the nbpem process still dies for no apparent reason. The nbpem log does not show any errors. It appears as though the process simply dies. Has anyone seen this? Ian Fehring Lead Technical Specialist, Storage Management National Australia Bank Level 1, 122 Lewis Rd Tel: +61 (0) 3 9886 2367 | Fax: +61 (0) 3 9886 2700 | Mob: +61 (0)417 520 953 Email: [EMAIL PROTECTED] National Australia Bank Limited - ACN 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Limited. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Limited does not represent that this email is free of errors, viruses or interference ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Jobs failing with error 50
Hi all, I am currently have some major issues with my NetBackup 5.1MP3A environment (running on Solaris systems) where ALL my jobs fail with an error 50 after random amounts of time. This includes both Active, and Queued jobs. Symantec has told me they think it is a network related issue between my master server and my media server, and to put all the IP addresses of my media servers in the /etc/hosts file (which I have done), but the jobs still fail. Things may work OK for a few hours, and some of my jobs complete, but then all of a sudden, all jobs fail with an error 50. Anyone have any thoughts on this, or seen it before. One a related issue (I think), we are also getting jobs Queued for 1 hour and then failing with 219 errors, even though other jobs may be going to the same storage unit successfully. The 1 Hour timeout is due to a bpsched parameter somewhere, but why do the jobs sit in the Queued state and then after this timeout, fail with a 219 error? Any help on any of this would be very appreciated. This has been going on for over a week now, and we do not seem to be getting very far Ian Fehring Lead Technical Specialist, Storage Management National Australia Bank Level 1, 122 Lewis Rd Tel: +61 (0) 3 9886 2367 | Fax: +61 (0) 3 9886 2700 | Mob: +61 (0)417 520 953 Email: [EMAIL PROTECTED] National Australia Bank Limited - ACN 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Limited. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Limited does not represent that this email is free of errors, viruses or interference ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] robtest poll
David, I believe that it's a legacy command, specific to the Exabyte EXB-210 library only. Ian NOTICE: If received in error, please destroy and notify sender. Sender does not waive confidentiality or privilege, and use is prohibited. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] error code 134
As the first technote that Marianne cited states, large volumes of 134s almost always indicate an environmental issue, in my experience. Essentially, your media servers are probably being swamped by jobs for the duration of the backup window. I've seen this recently, where a couple of Win2k media servers, each with 4 non-SSO LTO2 drives, were trying to backup about 200 slow clients. MPX was set uncomfortably high, to 6 to be exact, but even so about 20% of the clients were hitting the queue and never getting a chance to get to tape. The solution was to stand up another media server, Solaris as it happens, which provided another 4 drives and allowed me to turn the multiplexing level down to 4. Hey presto, the 134s were never seen again. Ian Jackson Morgan Stanley Data Protection Engineering 20 Cabot Square | Canary Wharf | London E14 4QW Tel +44 207 6775123 | Mob +44 7773 444236 NOTICE: If received in error, please destroy and notify sender. Sender does not waive confidentiality or privilege, and use is prohibited.
