[Veritas-bu] Temporarily downing a robot/library
Does anyone know of a way to temporarily stop using a robot/library. There are several connect to the media server and we want the others to continue. Is there a way, short of downing all the drives, to accomplish this? Patrick Whelan Senior NetBackup Specialist +44 (0)207 995 9715 -- This message, and any attachments, is for the intended recipient(s) only, may contain information that is privileged, confidential and/or proprietary and subject to important terms and conditions available at http://www.bankofamerica.com/emaildisclaimer. If you are not the intended recipient, please delete this message. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] db/images question
If all the images for a client have expired and the client has been deleted, does NetBackup automagically delete its corresponding directory in /usr/openv/netbackup/db/images ? Regards, Patrick Whelan Senior NetBackup Specialist +44 (0)207 995 9715 -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Incremental backup question
Hi All, I suppose the answer is obvious, but I'm having trouble getting my head around it. What happens to an incremental backup whose dependent full has expired. For example A full backup is run and expires in 90 days. 89 Days later an cumulative incremental is run and expires in 30 days. Two days later the Full expires. Is the incremental still useful? If so, to what extent. Regards, Patrick Whelan Senior NetBackup Specialist +44 (0)207 995 9715 -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Tuning nbrb
Hi All, Does anyone have any experience / suggestions regarding the tuning of nbrb. It appears to be a real bottleneck here. Regards, Patrick Whelan Senior NetBackup Specialist +44 (0)207 995 9715 -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Another frequency based scheduling question.
Hi All, You would think after 16 years I would know this answer, and I think I do, but I would like other opinions or facts. Here is the quandary: Backup window 1900 - 0600, frequency 1 day. Backup runs at 0300 for various reasons, including manually run. Question: Will the next backup run the next day at 1900?, 0300? or not at all. This is NBU 6.5.6. If you think you need to know the OS, please explain why? P.S. I have read Marianne's and Joseph's fine dissertations on Frequency based, but they do not, as far as I can see, address this question only if you have multiple schedules running on the same day, which I do understand. Regards, Patrick Whelan Senior NetBackup Specialist +44 (0)207 995 9715 -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] There are no files matching the specified criteria
Have you tried the bplist command, such as: bplist –C client_name -R 99 –Listseconds –s 01/01/1970 / bplist –help for more information. I have also seen this problem when there were multiple names for the same client. Regards, Patrick Whelan Senior NetBackup Specialist From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of ken_zuf...@goodyear.com Sent: 25 July 2012 13:42 To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] There are no files matching the specified criteria Are you sure the images haven't expired? Also, since this is a Unix search, make sure you've got a valid path in the Browse directory field. This normally defaults to the home directory of the user opening the GUI...if that directory doesn't exist on the target machine, you'll get the error. Ken Zufall Operating Systems Administrator D660C The Goodyear Tire Rubber Company GTN 446.0592 or 330.796.0592 From:scott.geo...@parker.com To:VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu, veritas-bu-boun...@mailman.eng.auburn.edu veritas-bu-boun...@mailman.eng.auburn.edu Date:07/25/2012 08:29 AM Subject:Re: [Veritas-bu] There are no files matching the specified criteria Sent by:veritas-bu-boun...@mailman.eng.auburn.edu If you still have information about previous backups available, I would query the catalog for available images on the media used for the backup. This will tell you right away what is on the tape. You don't have anything in place that changes the copy number of images, do you? Any vaulting occurring? If you have done the backup recently, but don't have any images available for restore, the copy number may be another issue. From:Grigore Petrisor edy2...@yahoo.com To:scott.geo...@parker.com scott.geo...@parker.com, VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu, veritas-bu-boun...@mailman.eng.auburn.edu veritas-bu-boun...@mailman.eng.auburn.edu Date:07/25/2012 08:19 AM Subject:Re: [Veritas-bu] There are no files matching the specified criteria Hello Scott, Thank you for your replay. Issue is not caused by a policy type or a client selection ... I think there is a problem with catalog. I have google about this issue but didn’t find nothing clear. From: scott.geo...@parker.com scott.geo...@parker.com To: VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu Sent: Wednesday, July 25, 2012 3:08 PM Subject: Re: [Veritas-bu] There are no files matching the specified criteria Make sure you are selecting the proper policy type, i.e. MS-Windows for Windows based systems or Standard for *NIX systems. From:Grigore Petrisor edy2...@yahoo.com To:VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu Date:07/25/2012 08:04 AM Subject:[Veritas-bu] There are no files matching the specified criteria Sent by:veritas-bu-boun...@mailman.eng.auburn.edu Hello, Can anyone help me with the following issue? I have a Netbackup 6.5 installed on Solaris 10 and recently I ran into an issue when I try to restore files from a backup. In fact the NetBackup GUI immediately reported There are no files matching the specified criteria. Normally this would implicate my search criteria; perhaps I specified an incorrect policy type or media server. However, I repeatedly got the same error even when all I changed was the ending search date (specifying an earlier backup). All backups are succesfully completed. Any help will be appreciated.___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu PLEASE NOTE: The preceding information may be confidential or privileged. It only should be used or disseminated for the purpose of conducting business with Parker. If you are not an intended recipient, please notify the sender by replying to this message and then delete the information from your system. Thank you for your cooperation. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edumailto:Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu PLEASE NOTE: The preceding information may be confidential or privileged. It only should be used or disseminated for the purpose of conducting business with Parker. If you are not an intended recipient, please notify the sender by replying to this message and then delete the information from your system. Thank you for your cooperation. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
[Veritas-bu] Exclude System State and/or Shadow Copy Components
Hello All, How can I exclude the above mention from a backup. I have tried: System State:\ System_State:\ /System Stage/ Shadow Copy Components:\ Shadow Copy Components /Shadow Copy Components/ None of them appear to work, which leads me to one more question, how can I tell if it is excluding them? When I watch the activity monitor for the multi streamed job that says Shadow Copy is say 1 file and x KB, so I assume it is not excluding it. Regards, Patrick Whelan Senior NetBackup Specialist Whelan Consulting Ltd. -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] migrating standalone master serverto clustered-master-server
If one or more of these conditions is not met please contact Symantec Consulting Services or your Business Critical Account Manager for assistance. 1. The master server must not be clustered. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of stefanos Sent: 21 December 2010 13:19 To: 'Asiye Yigit'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] migrating standalone master serverto clustered-master-server Hello, Yes you can do it, with the same OS type. Not from windows to unix/Linux and vice versa. http://www.symantec.com/docs/TECH77448 stefanos From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Asiye Yigit Sent: Tuesday, December 21, 2010 1:59 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] migrating standalone master server to clustered-master-server Hello All; Is it possible to recover existing netbackup catalog to Newly installed clustered environment in solaris with VCS. I mean suppose that we have refresh installation with new hardware including OS and NB (with the same verison and the same Patch level as the previous one). And then, recover the existing catalog to the new clustered environment. Virtual name will be the same as the previous netbackup master server name. Regards; Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 327000. Telephone: 0870 600 5000 Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Lloyds TSB Bank plc, Lloyds TSB Scotland plc, Bank of Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Halifax is a division of Bank of Scotland plc. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 218813. Telephone: 0870 600 5000 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555 This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. __ 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] NetBackup 7.0 controlling/logging a ufsdump
You can use NetBackup to get a tape and put it in a drive (assuming you have a library) using tpreq -m media_id [-a (r/w)] [-d density] [-p poolname] [-priority number] [-f] filename Your script could then do a ufsdump and tpunmount [-e exitstatus] [-f] filename [-force] to unmount the tape. Be sure the tape is in a pool that the backups don't use. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jim Caldwell Sent: 13 December 2010 15:52 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NetBackup 7.0 controlling/logging a ufsdump Can NetBackup backup be used to do a ufsdump? If so what is the process need to be used in the policy. Thanks. James M. Caldwell NCCCS Unix Support Operation Systems Analyst caldwe...@nccommunitycolleges.edu 919-807-7234 (Office) ___ E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and shall be disclosed to third parties when required by the statutes. (NCGS.Ch.132) ___ Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 327000. Telephone: 0870 600 5000 Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Lloyds TSB Bank plc, Lloyds TSB Scotland plc, Bank of Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Halifax is a division of Bank of Scotland plc. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 218813. Telephone: 0870 600 5000 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555 This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. __ 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] Netbackup 6.5.5 Backup Selections Paths Report
The information is in: bperror -all -l or bpdbjobs -all_columns bperror is the more accurate because bpdbjobs only covers jobs that you can see in the activity monitor. Good luck. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jimenez, Daniel Sent: 18 October 2010 18:44 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Netbackup 6.5.5 Backup Selections Paths Report Hey guys I am attempting to pull a daily report from the standard reporting tools or bpdbjobs that will give me the client, backup selections paths and bytes but I can't seem to find an easy way to pull this off, any ideas? I want to be sure that we are backing up all the right paths so by running this report, we could quickly find out if there are any troubled systems in the environment. Any help would be appreciated. Daniel Jimenez System IT Analyst IV Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 327000. Telephone: 0870 600 5000 Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Lloyds TSB Bank plc, Lloyds TSB Scotland plc, Bank of Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Halifax is a division of Bank of Scotland plc. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 218813. Telephone: 0870 600 5000 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555 This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. __ 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] Any body have script to accomplish following ?
Someone published a ksh version a few weeks ago. I have a Perl version if you want. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of bolobaboo kabootar Sent: 20 August 2010 14:57 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Any body have script to accomplish following ? Hi I have NBU 6.5 enviornment. I want report which lists client name and total data as per policy type. Example ...which are excahnge client and what is total data size , which are unix client and their data size...etc ..Then at end give total size for entire enviornment. Thank you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 327000. Telephone: 0870 600 5000 Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Lloyds TSB Bank plc, Lloyds TSB Scotland plc, Bank of Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Halifax is a division of Bank of Scotland plc. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 218813. Telephone: 0870 600 5000 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555 This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. __ 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] command to figure out size of all backups in agiven period
Thank you Harpreet. For those who may want to use Perl so that it might work on Windows (not tested) I am attaching a Perl version. If anyone gets it to work on Windows could you let me know, and what you did to get it fixed, please. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Harpreet SINGH Sent: 29 July 2010 00:56 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Cc: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU; veritas-bu-boun...@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] command to figure out size of all backups in agiven period Dear All, Please find attached the requested script. (See attached file: Net_Backup_Total_Report.sh) With Warm Regards =-=-=-=-=-=-=-=-=-=-=-=-=- Harpreet Singh Chana Phone : (O) 6895 - 4326 Fax : (O) 6895 - 4991 =-=-=-=-=-=-=-=-=-=-=-=-=- Please do not print this email unless it is absolutely necessary. Notice The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying or distribution of the message, or any action taken by you in reliance on it, is prohibited and may be unlawful. If you have received this message in error, please delete it and contact the sender immediately. Thank you. NBU netbackup-forum@ backupcentral.com To VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Sent by: cc veritas-bu-bounce s...@mailman.eng.aub Subject urn.edu [Veritas-bu] command to figure out size of all backups in a given period 07/28/2010 07:33 PM Please respond to veritas...@mailma N.ENG.AUBURN.EDU Hi Harpreet, Can we have the script pasted here. +-- |This was sent by qureshiu...@rediffmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ForwardSourceID:NT0016612A Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 327000. Telephone: 0870 600 5000 Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Lloyds TSB Bank plc, Lloyds TSB Scotland plc, Bank of Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Halifax is a division of Bank of Scotland plc. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 218813. Telephone: 0870 600 5000 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555 This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ Net_Backup_Total_Report.pl Description: Net_Backup_Total_Report.pl ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] command to figure out size of all backups inagiven period
I don't know if anyone saw/got the first post with the Perl script, but there were two minor bugs which are fixed with this attachment. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Whelan, Patrick Sent: 30 July 2010 13:17 To: Harpreet SINGH; VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: Re: [Veritas-bu] command to figure out size of all backups inagiven period Thank you Harpreet. For those who may want to use Perl so that it might work on Windows (not tested) I am attaching a Perl version. If anyone gets it to work on Windows could you let me know, and what you did to get it fixed, please. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Harpreet SINGH Sent: 29 July 2010 00:56 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Cc: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU; veritas-bu-boun...@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] command to figure out size of all backups in agiven period Dear All, Please find attached the requested script. (See attached file: Net_Backup_Total_Report.sh) With Warm Regards =-=-=-=-=-=-=-=-=-=-=-=-=- Harpreet Singh Chana Phone : (O) 6895 - 4326 Fax : (O) 6895 - 4991 =-=-=-=-=-=-=-=-=-=-=-=-=- Please do not print this email unless it is absolutely necessary. Notice The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying or distribution of the message, or any action taken by you in reliance on it, is prohibited and may be unlawful. If you have received this message in error, please delete it and contact the sender immediately. Thank you. NBU netbackup-forum@ backupcentral.com To VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Sent by: cc veritas-bu-bounce s...@mailman.eng.aub Subject urn.edu [Veritas-bu] command to figure out size of all backups in a given period 07/28/2010 07:33 PM Please respond to veritas...@mailma N.ENG.AUBURN.EDU Hi Harpreet, Can we have the script pasted here. +-- |This was sent by qureshiu...@rediffmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ForwardSourceID:NT0016612A Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 327000. Telephone: 0870 600 5000 Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Lloyds TSB Bank plc, Lloyds TSB Scotland plc, Bank of Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Halifax is a division of Bank of Scotland plc. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 218813. Telephone: 0870 600 5000 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555 This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded
[Veritas-bu] Aptare Question
Sorry for the interruption. I know this is not an Aptare mailing list, but I don't what is, and I just installed Aptare and had a question or two. If anyone is willing to help off list please let me know. You man now resume your regularly schedule mailing list. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 327000. Telephone: 0870 600 5000 Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Lloyds TSB Bank plc, Lloyds TSB Scotland plc, Bank of Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Halifax is a division of Bank of Scotland plc. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 218813. Telephone: 0870 600 5000 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555 This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. __ 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
[Veritas-bu] bpduplicate
Hi All, A couple of irrelevant questions. Does anyone know what the -fork option is? Is the -X used to set the dates to Unix time format? I am only the one that just discovered how to see what commands jnbSA executes? :( Does anyone know how to do the equivalent from windows? Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 327000. Telephone: 0870 600 5000 Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Lloyds TSB Bank plc, Lloyds TSB Scotland plc, Bank of Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Halifax is a division of Bank of Scotland plc. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 218813. Telephone: 0870 600 5000 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555 This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. __ 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] bpduplicate
I forgot. One more question. Why can I specify a storage unit group from the command line or Catalog tree in the GUI, but not from the Vault Management GUI? Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Whelan, Patrick Sent: 22 June 2010 16:56 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] bpduplicate Hi All, A couple of irrelevant questions. Does anyone know what the -fork option is? Is the -X used to set the dates to Unix time format? I am only the one that just discovered how to see what commands jnbSA executes? :( Does anyone know how to do the equivalent from windows? Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 327000. Telephone: 0870 600 5000 Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Lloyds TSB Bank plc, Lloyds TSB Scotland plc, Bank of Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Halifax is a division of Bank of Scotland plc. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 218813. Telephone: 0870 600 5000 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555 This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ __ 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
[Veritas-bu] WRN - can't lock raw device for read
Hi All, I'm getting the above message while trying to do a raw partition back up of a W2k3 server. I turned off snap shot but it makes no difference. Does anyone have any suggestions? Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 327000. Telephone: 0870 600 5000 Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Lloyds TSB Bank plc, Lloyds TSB Scotland plc, Bank of Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Halifax is a division of Bank of Scotland plc. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 218813. Telephone: 0870 600 5000 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555 This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. __ 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
[Veritas-bu] Bpdbjobs jobtypes
Does anyone know what jobs types 15, 16, 17, 18, ... are? I think 17 is image cleanup, but the others I have no clue. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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] Determining date of media freeze
bperror -l -media -X -d 169200 -e 127652 | grep -i freez that the large number in the first column: bpdbm -ctime large number and that will tell you the date. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 P please don't print this e-mail unless you really need to. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of michael.ket...@orange-ftgroup.com Sent: 14 June 2010 14:50 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Determining date of media freeze Does anyone happen to know if there's a way of determining the date media was frozen? Thanks Mike blocked::http://www.justgiving.com/CoastCakesCastles2010 ** This e-mail (including any attachments) is intended for the above-named person(s). It is confidential and may contain legally privileged information. Any opinions expressed are not necessarily those of the company. If you receive it in error please delete it, inform the sender and do not copy, distribute or take any action in reliance upon it. We may monitor all incoming and outgoing emails in line with current legislation. We have taken steps to ensure that this email and attachments are free from any virus, but it remains your responsibility to ensure that viruses do not adversely affect you. Orange Personal Communications Services Limited is an English company (registered no. 2178917) with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. Orange Retail Limited is an English company (registered no. 2439104) with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. Orange Home UK Limited is an English company (registered no. 3014367) with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. . ** * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. Messages are susceptible to alteration. France Telecom Group shall not be liable for the message if altered, changed or falsified. If you are not the intended addressee of this message, please cancel it immediately and inform the sender. This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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] Netbackup Client Installation through AdministrationConsole
You can install UNIX/Linux clients from the Java GUI. But not windoze clients. At least the option doesn't appear. If you click on Policies -- Summary of All Policies -- Clients then right click on a client it will show if you can install/upgrade of not. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of NBU Sent: 26 April 2010 11:53 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Netbackup Client Installation through AdministrationConsole Dear Forum, I need to know whether we can install netbackup client software through Administration Console on Window/Solaris/Linux clients. Thanks in Advance. +-- |This was sent by qureshiu...@rediffmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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
[Veritas-bu] NDMP Restores Slooooooooooooooow
Has anyone else seen this? When I say slow I mean 150 to 300 KB/Sec. Windoze master Netapps NDMP NBU 6.5.3 Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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
[Veritas-bu] Another stupid question
Hello All, How do I get the equivalent of the GUI Media and Device Management -- Devices -- Media Servers from the command line? At the moment my Admin Console says everything is good, but the Java Console says two are offline. I want to confirm this from the command line which is far more trustworthy. I tried bpstulist with many different options. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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] Another stupid question
Never mind. vmoprcmd -EMM. Java was correct. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Whelan, Patrick Sent: 13 April 2010 10:42 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Another stupid question Hello All, How do I get the equivalent of the GUI Media and Device Management -- Devices -- Media Servers from the command line? At the moment my Admin Console says everything is good, but the Java Console says two are offline. I want to confirm this from the command line which is far more trustworthy. I tried bpstulist with many different options. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ __ 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] Cannot Write to Tape
What does the output of vmquery -list_media_genrule show? Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Justin Piszcz Sent: 13 April 2010 15:55 To: McDonald II, James F. Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Cannot Write to Tape Hi, Please include the list in the future. It appears you need to limit your labels to 6 characters. Check the volume manager manual, you need to edit vm.conf for NBU 6.x++ the labels for LTOX should be no more than 6 characters long, if your barcode reader reads more than the first 6 characters, you need to limit it. BTW, is this a new environment? Or did this just start happening? If it just started happening, have you run an inventory and retried the backup? Justin. On Tue, 13 Apr 2010, McDonald II, James F. wrote: Here is what I got when I ran the test: Opening {4,0,33,1} MODE_SENSE Complete Enter tld commands (? returns help information) s d drive 1 (addr 32) access = 1 Contains Cartridge = Yes Barcode = 01L4 SCSI ID from drive 1 is 0 READ_ELEMENT_STATUS Complete I tried double-checking the barcode result, by doing a robot inventory. 01L4 was not included in the inventory, but I'm almost positive it's in there. -Original Message- From: Justin Piszcz [mailto:jpis...@lucidpixels.com] Sent: Tuesday, April 13, 2010 10:12 AM To: WEAVER, Simon (external) Cc: McDonald II, James F.; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Cannot Write to Tape Hi, Reboot the master, run robtest and run s d does it show the drives OK? Justin. On Tue, 13 Apr 2010, WEAVER, Simon (external) wrote: Have you rebooted the Master just in case? Anything changed to cause this problem? Have you enabled any logging? Simon From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of McDonald II, James F. Sent: Tuesday, April 13, 2010 1:43 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Cannot Write to Tape My backups write to disk without any problem, but when I try to run a Tape Backup I get one of three status codes: 200, 252 or 800. I have researched all three and still have not been able to come up with a solution. I am running NBU 6.5 for Windows on a Dell 2950 with Server 2003 as the OS. The tape drive is a Dell PV-124T. Diagnostics run from the tapeloader all seem to pass and the inventories run from within NBU all seem to be correct, but I can't get anything to begin to write. Thanks, James McDonald System Administrator SAIC - IISBU 410-312-2232 mcdonal...@saic.com mailto:mcdonal...@saic.com This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded.
Re: [Veritas-bu] open files to be backed up
It's not a matter of whether you can or can not backup an open file, it's the type of open file that you are backing up. If it is a database file and the database isn't aware that you are backing up its file the file will not be in a state that the database can use if/when you restore it. MOST database consist of more than one file so the current file that is being backed up will be in one state whereas the next file will be in a different state and so on. So that when the files are restored they will all be in different positions and the database won't know how to reconcile that difference. Database can be backed up without agents but the database must be in control of the backup in order to insure a stable environment for the restore. I hope this makes sense. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Martin, Jonathan Sent: 22 March 2010 14:04 To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] open files to be backed up Didn't Curtis' book include some information on backing up databases without the database agent? I was waiting for the plug. =P -Jonathan From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of SACHIN ARORA Sent: Saturday, March 20, 2010 11:01 AM To: Justin Piszcz Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] open files to be backed up Thanks for replying... Hovewer, i'm kinda illetrate in this...can you elaborate you need a connector to backup databases Can't these filed be backed up via open file file backup (VSS/VSP) Regards Sachin On Sat, Mar 20, 2010 at 9:52 AM, Justin Piszcz jpis...@lucidpixels.com wrote: Hi, MDF is a SQL Server Express DB file, you will have problems backing them up if they keep changing when you back them up. Usually you need a connector to backup databases. Justin. On Sat, 20 Mar 2010, SACHIN ARORA wrote: Hi All, I have a small issue here : Backup of one of the server is getting partially successfull Master : Solaris 10 , netbackup 6.5.4 Client : window 2003 , netbackup 6.5.4 Here the files that are not getting backed up : 03/19/2010 21:31:38 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\Audit_DB_Data.MDF (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:39 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\Audit_DB_Log.LDF (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:40 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\crnmr4_Data.MDF (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:41 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\crnmr4_Log.LDF (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:41 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\master.mdf (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:42 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\mastlog.ldf (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:43 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\model.mdf (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:44 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\modellog.ldf (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:45 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\msdbdata.mdf (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:46 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\msdblog.ldf (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:59:29 - end writing; write time: 0:58:17 the requested operation was partially successful (1) I want these files to be backed up. I tried Disabled Open file backup and
Re: [Veritas-bu] open files to be backed up
The keyword in your statement is down. You can backup any database that is down, their just regular files. It's while the database is running that the problem arises. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 From: Lightner, Jeff [mailto:jlight...@water.com] Sent: 22 March 2010 14:37 To: Whelan, Patrick; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] open files to be backed up I don't know how it works on Windows since we use the SQL agents but on UNIX/Linux you can backup database files from the filesystem so long as the database is down at the time you do it. You can then restore from that backup to the same filesystems or to an alternate server and/or filesystems. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Whelan, Patrick Sent: Monday, March 22, 2010 10:10 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] open files to be backed up It's not a matter of whether you can or can not backup an open file, it's the type of open file that you are backing up. If it is a database file and the database isn't aware that you are backing up its file the file will not be in a state that the database can use if/when you restore it. MOST database consist of more than one file so the current file that is being backed up will be in one state whereas the next file will be in a different state and so on. So that when the files are restored they will all be in different positions and the database won't know how to reconcile that difference. Database can be backed up without agents but the database must be in control of the backup in order to insure a stable environment for the restore. I hope this makes sense. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Martin, Jonathan Sent: 22 March 2010 14:04 To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] open files to be backed up Didn't Curtis' book include some information on backing up databases without the database agent? I was waiting for the plug. =P -Jonathan From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of SACHIN ARORA Sent: Saturday, March 20, 2010 11:01 AM To: Justin Piszcz Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] open files to be backed up Thanks for replying... Hovewer, i'm kinda illetrate in this...can you elaborate you need a connector to backup databases Can't these filed be backed up via open file file backup (VSS/VSP) Regards Sachin On Sat, Mar 20, 2010 at 9:52 AM, Justin Piszcz jpis...@lucidpixels.com wrote: Hi, MDF is a SQL Server Express DB file, you will have problems backing them up if they keep changing when you back them up. Usually you need a connector to backup databases. Justin. On Sat, 20 Mar 2010, SACHIN ARORA wrote: Hi All, I have a small issue here : Backup of one of the server is getting partially successfull Master : Solaris 10 , netbackup 6.5.4 Client : window 2003 , netbackup 6.5.4 Here the files that are not getting backed up : 03/19/2010 21:31:38 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\Audit_DB_Data.MDF (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:39 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\Audit_DB_Log.LDF (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:40 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\crnmr4_Data.MDF (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:41 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\crnmr4_Log.LDF (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:41 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\master.mdf (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:42 - Warning bpbrm (pid=14837) from client : WRN - can't open file: D:\Program Files\Microsoft SQL Server\MSSQL\Data\mastlog.ldf (WIN32 32: The process cannot access the file because it is being used by another process. ) 03/19/2010 21:31:43
Re: [Veritas-bu] Netbackup Drive
Give all four drives to NetBackup, then use tpreq to request a tape for your tar, cpio or whatever. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of naymyotun Sent: 11 March 2010 14:49 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Netbackup Drive Hi, Could you please help to find out for me if it is possible for Netbackup and Tape Library: If Master server manages 4 tape drive from the Tape Library, can we set it in such a way that 2 tape drives will be used for backups run using Netbackup while another 2 tape drives are used for the tar command triggered from OS level? Can you also check if to trigger tar command from OS level, can I use any user account, besides Administrator root account to handle it? +-- |This was sent by naymyo...@gmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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
[Veritas-bu] NDMP Restores
Hi All, Environment: Master and media servers Windoze 2003. NDMP filers Netapps (sorry don't know model or ontap version). Scenario: Backups from A can be restored to B but not A Backups from B can be restored to B. Backups from B to A may have worked but I don't remember as it was awhile ago. I do know that all restore scenarios for B worked. Ontap for A is newer than B, but I don't have the version numbers. :( Has anyone seen a similar problem? Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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] NDMP Restores
Update: ontap for A = 7.2.6.1 B = 7.2.5.1 the set_ndmp_attr -verify works for both and all the responses are the same, except for the os version and host id. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Whelan, Patrick Sent: 01 March 2010 18:24 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NDMP Restores Hi All, Environment: Master and media servers Windoze 2003. NDMP filers Netapps (sorry don't know model or ontap version). Scenario: Backups from A can be restored to B but not A Backups from B can be restored to B. Backups from B to A may have worked but I don't remember as it was awhile ago. I do know that all restore scenarios for B worked. Ontap for A is newer than B, but I don't have the version numbers. :( Has anyone seen a similar problem? Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ __ 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] Parsing through bpimagelist
Which OS? on *nix you can use grep, and awk. on toy OS's you can use find. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Trudi Eisenhour Sent: 26 February 2010 18:14 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Parsing through bpimagelist Does anyone know of something that will help parse through a bpimagelist to help me see Client, Kilobytes, and Backup Time in easier way? I received the output of the nbulog via text and it has so many policies and clients that it will take me a week to go through it. Got any magic tools in your back pocket? The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt. This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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] Steps to change Master Server Name
Since you are on MP5.1 MP4 (i.e. before 6.x) you should be able to change the first bp.conf entry to reflect the name of the new master. There is actually more to it than this, and there must be a white paper somewhere, but it is doable. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 Loc: OBS 2C-132 -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of lookn4me Sent: 22 February 2010 13:37 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Steps to change Master Server Name I plan to replicate a production environment on a test server, but I need to change the master server name as the test environment will not be isolated. Anyone out there have success with the process? The environment is Netbackup 5.1 MP4 on solaris 9 and 10 OS. +-- |This was sent by bt...@comcast.net via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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
[Veritas-bu] Command line to do restore preview
Hi All, Does anyone know what the 6.5.4 command is to get a list of tapes needed for a restore? Like in the GUI. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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] Has anyone re-provisioned a media server w/ 6.5.xlately?
Take a look at the nbemmcmd command. Maybe you -deletehost hostname and then -addhost hostname. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Justin Piszcz Sent: 16 February 2010 13:03 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Has anyone re-provisioned a media server w/ 6.5.xlately? Hi, I remember doing this awhile ago (~2 years) when I had a media server which suffered a failure, re-installed NBU but forgot how I fixed it :) For this instance, I re-provisioned from RHEL3 to RHEL5 and re-installed NBU but now NetBackup thinks its a client. ** * ALERT - ACTION REQUIRED ** This installation could fit one of two scenarios. Follow the instructions that fit your situation. ** 1. It appears NetBackup is being installed with the intention of using a different network interface than the default (media-server). NetBackup daemons will be shut down. Additional entries must be added to /usr/openv/netbackup/bp.conf and /usr/openv/volmgr/vm.conf. The entry and the file affected are as follows: REQUIRED_INTERFACE=master-server (bp.conf) REQUIRED_INTERFACE=master-server (vm.conf) DEVICE_HOST=master-server(vm.conf) After these entries have been added, start the NetBackup, Media Manager and client daemons by executing the following command: /usr/openv/netbackup/bin/bp.start_all ** OR ** 2. This machine appears to be a member of a cluster. NetBackup daemons will be shut down. Do not install any NetBackup add-on or database agent products on this machine until after the NetBackup server has been configured to run in a cluster. After NetBackup server installation activities have occurred on all members of the cluster, execute the following command on the primary node: /usr/openv/netbackup/bin/cluster/cluster_config ** I should not have to enter the REQUIRED_INTERFACE etc, I am only using one interface. Will continue looking into this.. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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] Can't upgrade past 6.0 client
Ditto Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Lightner, Jeff Sent: 15 February 2010 16:51 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: Re: [Veritas-bu] Can't upgrade past 6.0 client If you're implying you've asked a question no one has responded to please be aware this is the first post I've seen from you this year. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of zimmy00 Sent: Monday, February 15, 2010 11:29 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Can't upgrade past 6.0 client come on guys :( +-- |This was sent by steve.s...@compucom.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu Proud partner. Susan G. Komen for the Cure. Please consider our environment before printing this e-mail or attachments. -- CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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
[Veritas-bu] NDMP Restores
Hello All, Has anyone had a problem with NDMP restores to the same filer? We can restore a file to a different filer, but not to itself. Both restores are going to a separate directory just for the restores. Environment: Windoze 2003 SP2 Netapps filer NetBackup 6.5.3 The restores are from DSU or Tape, makes no difference. Any help/suggestions welcomed. * 15:52:00 (136287.001) INF - Restoring NDMP files from /vol/data4/Credit Trading/ to /vol/scratch * 15:52:05 (136287.001) DAR enabled * 15:52:07 (136287.001) Restoring Credit Trading/25oct06 download.xls to /vol/scratch/25oct06 download.xls * 17:10:16 (136287.001) NDMP restore failed from path /vol/data4 * 17:10:20 (136287.001) Status of restore from image created 06/02/2010 10:23:06 = file read failed * * 17:10:21 (136287.xxx) INF - Status = the restore failed to recover the requested files. Regards, Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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
[Veritas-bu] pbx
Where can I find VRTSpbx for NetBackup 6.5.4? Please. Patrick Whelan NetBackup Specialist Wholesale Markets and Treasury Trading Lloyds Banking Group Desk: +44 (0) 207 158 6123 This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham Gloucester plc are authorised and regulated by the Financial Services Authority. Telephone calls may be monitored or recorded. __ 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] quick eject script
Attached is a perl script that will list the tapes in each drive of a robot as long as it is run on the robotic control host. Patrick Whelan NetBackup Specialist From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Donaldson, Mark Sent: 02 December 2009 17:56 To: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] quick eject script Still - to answer your question, and take the slot number thing into account. for tape in `vmquery -a -l | awk '$8!=- $9!=0 $12~/OFFSITE/ {print $1}'` do eject $tape done The awk selects robotic tapes (field 8), not slot 0 (field 9), volume pool contains OFFSITE (field 12) and prints Volume ID (field 1). Note - the change from field 11 below to field 12. Field 11 is volume group, not volume pool. Mea Culpa. The eject function is left as an exercise for now. Note: it's the vmchange command. Suspicion: the vault options may have this built in - I should look at that one day. -M From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Donaldson, Mark Sent: Wednesday, December 02, 2009 9:57 AM To: Reynolds, Susan K.; Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] quick eject script Well - dunno why. Certainly doesn't work that way for me. vmoprcmd -d ds | grep Yes 26 hcart3 TLD Yes 007766 007766 Yes Yes 0 30 hcart3 TLD Yes 007357 007357 Yes Yes 0 39 hcart3 TLD Yes 007195 007195 Yes Yes 0 sudo vmquery -m 007766 media ID: 007766 media type:1/2 cartridge tape 3 (24) barcode: 007766L4 media description: hcart3 volume pool: Exchange (32) robot type:TLD - Tape Library DLT (8) robot number: 1 robot slot:114 robot control host:uscobrmfa-ug-50 snip From: Reynolds, Susan K. [mailto:sreynol...@semprautilities.com] Sent: Tuesday, December 01, 2009 4:58 PM To: Donaldson, Mark; Veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] quick eject script If slot=0 then it is in a drive; I did a vmquery on a tape that was in a drive and that's what came back From: Donaldson, Mark [mailto:mark.donald...@staples.com] Sent: Tuesday, December 01, 2009 3:55 PM To: Reynolds, Susan K.; Veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] quick eject script I think your second step is in error - a tape in a drive doesn't update the vmquery slot number. I'd do something like this... for tape in `vmquery -rn 0 -l | awk '$11~/Offsite/ {print $1}` do eject routine (lots of lines) done I actually do something much like this for offsite purposes. My eject_tapes script is 60 lines of code that looks up the library for a tape given the tape number. If the tape is in a drive, though, it just errors . I supposed I could query the library controls for the tape location (see if it's in a drive) but right now I just eat the error when it occurs. -M From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Reynolds, Susan K. Sent: Tuesday, December 01, 2009 3:22 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] quick eject script Does anyone have a quick eject script the logic of which goes something like this: 1. Eject any tapes in the OFFSITE volume pool if it is in the tape library 2. Ignore tapes in a drive (vmquery slot number =0) 3. And email the list of tapes to me with a report title and today's date Is there anything quick and easy out there like that? Appreciate your help. This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham
Re: [Veritas-bu] Bible for Storage Administrators
Curtis, any suggestions? :) :) Patrick Whelan NetBackup Specialist (Contractor) COLT Telecom Architect Engineering +44 20 7863 5243 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Angela Akridge Sent: 22 May 2007 15:04 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Bible for Storage Administrators Is there a bible for Storage Administrators? I'd like to learn about all the best practices. Oreilly has a book about backups. Do you have any recommendations? Angela * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Bible for Storage Administrators
I believe Dave Little and Dave Chapa are/were frequent visitors. In fact Curtis's appearance is relatively new, considering how long he's been doing backups. :) :) IMHO. Regards, Patrick Whelan Senior NetBackup Specialist (Contractor) COLT Telecom Architect, Engineering Operations +44 20 7863 5243 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wayne T Smith Sent: 22 May 2007 16:05 To: Angela Akridge; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Bible for Storage Administrators There is no bible; the topic is too broad and in flux too much for their to be a bible, IMHO. That written, I like (the four year old) Little Chapa Wiley publication Implementing Backup and Recovery: The Readiness Guide for the Enterprise, as well as Preston's new O'Riley publication Backup and Recovery, not to be confused with his older work UNIX Backup and Recovery. As Curtis Preston spends a considerable amount of his time here on this mailing list and on his backupcentral.com web site helping us smucks do a better job for our institutions, ... if you buy just one, buy Backup and Recovery. :-) cheers, wayne Angela Akridge wrote, in part, on 2007-05-22 10:04 AM: Is there a bible for Storage Administrators? I'd like to learn about all the best practices. Oreilly has a book about backups. Do you have any recommendations? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 5.1 Oct 2007 End of Support
Not supported or won't work? We are running some 3.4 clients with the master at NBU 5.12MP6 and they work fine. Unfortunately we can't upgrade the Solaris 2.6 clients so we are stuck with 3.4. Of course if they won't work with 6.x then we can push them to upgrade or get rid of the boxes. :) Regards, Patrick Whelan NetBackup Specialist (Contractor) COLT Telecom Architect Engineering +44 20 7863 5243 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon (external) Sent: 17 May 2007 15:25 To: 'Carl Mathews'; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] 5.1 Oct 2007 End of Support If I understood correctly, older clients are not supported - I think 5.1 or higher is needed for 6.0! My clients (some) run 3.4 and are not supported, and I cannot upgrade them to the later version at this stage. Hopefully they will be phased out in 2008. 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 Carl Mathews Sent: 17 May 2007 14:59 To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] 5.1 Oct 2007 End of Support We have Windows clients running NB_4.5. If will take some time to upgrade the clients after the server has been upgraded to NB_6.0. Does anyone know if you can backup-up and restore 4.5 Windows clients with a 6.0 Solaris server? Thanks Carl Mathews University of Arkansas --- We still have a fairly busy 4.5 environment due to older OS versions so I can't see us moving off our 5.1 environment for a while ... this for us is the show-stopper for not upgrading. ___ 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 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] blib and exclude lists
Does anyone have a definitive answer as to whether blib backups will read or not exclude lists? I have looked through the admin, advanced client and oracle agent manuals with not success. Patrick Whelan NetBackup Specialist (Contractor) COLT Telecom Architect Engineering +44 20 7863 5243 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Start NBU non-root
True, NetBackup does require root, but you might be able to setuid on the start-up script and execute it that way, have never actually tried. I have, in the past setuid on all the entire executables in netbackup/bin, and changed the group for the files, then started them with a user belonging to that group. It is a real pain in the ..., but doable. Regards, Patrick Whelan NetBackup Specialist (Contractor) COLT Telecom Architect Engineering +44 20 7863 5243 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clooney, David Sent: 11 May 2007 10:42 To: Justin Piszcz Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Start NBU non-root Thanks Justin, Well I guess that's that then :-) Dave -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: 11 May 2007 10:40 To: Clooney, David Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Start NBU non-root NBU requires root. End of story really. Justin. On Fri, 11 May 2007, Clooney, David wrote: Hi all, Scenario: Linux RD 3 5.1 MP6 Does anyone know if its possible to start netbackup as non root? Know it sounds strange however this server is used merely for info retrieval from other masters through CGI, currently policy specifies that apache cannot be started as root understandably for security reasons. If I could start NBU as the same user as what apache does, it would make my life a lot easier ? Regards Dave 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 Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch and Banc of America Securities Limited are authorised and regulated by the Financial Services Authority. Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch and Banc of America Securities Limited are authorised and regulated by the Financial Services Authority. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or
[Veritas-bu] 5.1 MP6
Has anyone had problems installing MP6 on 5.1 on HP-UX? I have installed on two of our five successfully, but the other three either fail, or fail to start after a successful install. Any clues would be appreciated. Regards, Patrick Whelan NetBackup Specialist (Contractor) COLT Telecom Architect Engineering +44 20 7863 5243 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Moving tapes to a different pool.
Has anyone tried this successfully and consistently? I have done it for one tape and everything seemed to work, but I wanted to know if anyone has tried it before doing the rest of the tapes. Patrick Whelan NetBackup Specialist (Contractor) COLT Telecom Architect Engineering +44 20 7863 5243 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Moving tapes to a different pool.
Oops. Written, assigned tapes. Patrick Whelan NetBackup Specialist (Contractor) COLT Telecom Architect Engineering +44 20 7863 5243 -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: 30 April 2007 14:54 To: Whelan, Patrick Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Moving tapes to a different pool. Scratch tapes to a different pool or written-to tapes? On Mon, 30 Apr 2007, Whelan, Patrick wrote: Has anyone tried this successfully and consistently? I have done it for one tape and everything seemed to work, but I wanted to know if anyone has tried it before doing the rest of the tapes. Patrick Whelan NetBackup Specialist (Contractor) COLT Telecom Architect Engineering +44 20 7863 5243 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NB6.0 MP4: After change of users to LDAP, cannot start Java GUI anymore
The java log files are, I believe, in /usr/openv/java/logs. Patrick Whelan NetBackup Specialist (Contractor) COLT Telecom Architect Engineering +44 20 7863 5243 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Skwar Sent: 20 April 2007 08:35 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NB6.0 MP4: After change of users to LDAP,cannot start Java GUI anymore Hello. Yesterday night, I switched the user and group database on our Sparc Solaris 10 NB6.0 MP4 system from files (ie. /etc/group /etc/passwd /etc/shadow) to LDAP (OpenLDAP 2.3.31, running on the same host). In /etc/nsswitch.conf, I've changed (complete nsswitch.conf at http://askwar.pastebin.ca/449498): passwd: files ldap group: files ldap All the other databases (hosts, services, ...) are untouched; ie. they are set to files. I only moved the following users to LDAP - none of them has anything to do with NBU: apfister, askwar, bea81, conf, dev1, dev2, dev3, dev4, dev5, dev6, dev7, hwieneck, monitor, tcalpha50, tcalpha51, tcasos, tcbeta50, tcbeta51, tce501, tce510, tcpre50, tcpre51, tcpro51, tcpro, tcref50, tcref51, tomcat Since after that change, I cannot login to the Java Console from another (Linux, non-LDAP) machine by running /usr/openv/java/jnbSA. When I click on Login, I get an error message: Unable to login, status: 525 Can not connect to the NB-Java authentication service via VNETD on winds06 on port 13724. Check the log file for more details. Well - what log file? On winds06 (the server that I'm trying to login to), I ran /usr/openv/netbackup/logs/mklogdir, which created all the logdirs in the logs directory; among them is a vnetd directory. But there's nothing in there. The only files that have been created directly after I ran are admin/log.042007 bpcompatd/log.042007 bpdbjobs/log.042007 bpdbm/log.042007 bpjobd/log.042007 bplist/log.042007 bprd/log.042007 nbproxy/log.042007 You can find them at http://alexander.skwar.name/~askwar/stuff/netbackup-log-files.tar. When I, with root perms, run /usr/openv/bin/vnetd manually, a file IS created in the vnetd directory. Contents: [EMAIL PROTECTED] /usr/openv/netbackup/logs $ cat vnetd/log.042007 09:33:45.174 [8772] 2 logparams: /usr/openv/bin/vnetd 09:33:45.175 [8772] 2 ProcessRequests: vnetd.c.284: msg: getsockname(5) failed Restarting inetd (by running svcadm restart inetd) did also not help. What's going wrong there? Why does vnetd not start? Thanks, Alexander Skwar ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NetBackup certification exam in London (UK)
Having googled myself to death, I'm calling on you all to see if anyone knows where to go to take the NetBackup certification tests in London. Or failing that, if you have a tried and tested google search string that will locate it, that would also be good. Thanks in advance. Regards, Patrick Whelan NetBackup Specialist (Contractor) COLT Telecom Architect Engineering +44 20 7863 5243 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Problem recycling old CATALOG tapes
Try running the first try again only use -d hcart2. According to your vmquery output it is a ½ tape not dlt. If that doesn't' work try HCART2. Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 ... Als sie mich holten, gab es keinen mehr, der protestieren konnte - Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szekely-Bencedi, Endre (Genworth, Contractor) Sent: 13 April 2007 12:02 To: [EMAIL PROTECTED] Subject: [Veritas-bu] Problem recycling old CATALOG tapes Hi Everyone, I've been having some problems with my backups since a week. I found this list googleing around, hope you can spare a few minutes to read this and maybe help me. I don't know much of backups really, I needed to start and handle media a few weeks ago. We usually have 12-15 tapes filled each day with backups, half of it goes ofsite with a month retention (including catalog tapes), half we keep here talking of daily backups of course. The guy before me showed me that sometimes tapes don't get deassigned after expiration; he told me roughly how to check for this and how to deassign/expire a tape manually. He also told me I should place old catalog tapes back to scratch pool. Now. As I started to understand more about netbackup, I realised we have lots of frozen tapes. Tapes that always get assigned but don't get written. I have turned on bptm log and noticed these are all old catalog tapes (googled the error message). The problem is, since we always put old catalog tapes back to scratch pool, the next day's catalog tape will be a random tape. So, we just end up with more and more catalog tapes that we cannot write on. I guess this was just a mistake noone noticed before... Anyway. I have unfrozen the tape and the next day it got frozen again. Then I have found some docs saying that if you want to recycle a catalog tape you need to relabel it. But, relabeling doesn't work for me... tried 2 methods so far: Z:\bplabel -ev 000188 -d dlt Requested number of drives are not configured in the Activity Monitor I have: 12/04/2007 14:38:40 - begin Label 12/04/2007 14:38:40 - started process bplabel (976) 12/04/2007 14:38:40 - mounting 000188 12/04/2007 14:38:41 - Error bplabel(pid=976) Requested number of drives are not configured 12/04/2007 14:38:41 - end Label; elapsed time: 00:00:01 error requesting media (tpreq)(98) Then I tried to relabel using the GUI: 12/04/2007 14:41:49 - begin Label 12/04/2007 14:41:49 - started process bplabel (77988) 12/04/2007 14:41:49 - mounting 000188 12/04/2007 14:42:39 - mounted; mount time: 00:00:50 12/04/2007 14:42:42 - expected media 000188; found NetBackup media 12/04/2007 14:42:42 - end Label; elapsed time: 00:00:53 media manager found wrong tape in drive(93) Okay, I know sometimes you can get error if the media type is different - I am not even sure how to check what it is... For example I got this tape: C:\vmquery -m 000200 media ID: 000200 media type:1/2 cartridge tape 2 (14) barcode: 000200L2 media description: Added by Media Manager volume pool: SCRATCH (3) robot type:TLD - Tape Library DLT (8) robot number: 0 robot slot:9 robot control host:fileserver1.domain volume group: 00_000_TLD vault name:--- vault sent date: --- vault return date: --- vault slot:--- vault session id: --- vault container id:- created: 19/07/2005 17:35:25 assigned: --- last mounted: 13/04/2007 10:34:03 first mount: 20/07/2005 10:21:40 expiration date: --- number of mounts: 65 max mounts allowed:--- This tape is one of the many I am keeping an eye on since the past days and can't get to write them. I also tried to delete it using 'vmdelete', hoped netbackup will forget about it but it didn't - at the next backup try the tape got frozen again because it contains VERITAS NetBackup (tm) database backup data and cannot be used for backups. If you got any ideas, please don't hesitate to help me. Thanks, Endre * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not
[Veritas-bu] Multiple Retention Levels
Environment NBU 5.1MP4 HP-UX 11.11 Does anyone know which command, if any, I can use from the command line (and thefore shell scripts) to determine if the allow multiple retention level box has been ticked by some idiot in another country who will not fess up to it. In case you think I'm pissed off, you're right. I have now had to go to the remote site twice in one week to cycle tapes and will have to go again on Monday, because of this screwup (normally we only have to go every two weeks). So if there is a command line way to check, than I can write a script to catch it before it does too much harm. Thank you for allowing me to rant. Regards, Patrick * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] How to check the approx. available space on a tape?
Since no two tapes are exactly the same length, what is this going to tell you, even if you did find out where the EOT marker was? I suppose if your are really insistent on the length of tape (there always seems to be one every year), you could take one apart, measure it's length, try to determine where the EOT is, find the percentage of the tape up to that point and use this as a general rule for all other tapes. Of course to know for sure you are going to have to take apart all tapes and measure each one just to be sure. Having never actually tried this, I can only assume that winding the tape back in to the cartridge could be a real bear. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 A shocking crime was committed on the unscrupulous initiative of few individuals, with the blessing of more, and amid the passive acquiescence of all. - Publius Cornelius Tacitus In a state where corruption abounds, laws must be very numerous. - Publius Cornelius Tacitus ... Als sie mich holten, gab es keinen mehr, der protestieren konnte - Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Skwar Sent: 29 March 2007 14:52 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Howto check the approx. available space on a tape? Martin, Jonathan (Contractor) [EMAIL PROTECTED] wrote: There's no way to tell exactly how much more data a single tape will hold, since anything better than 100GB (in your example) is compression and compression varies by file type. Yes, I know. I'm not looking for an exact number. I don't know how LTO tapes exactly work, but I suppose that the tape is written now until a certain position. If the tape is 609 meter long, it might be written up to 550 meters, which would be about 90%. Or is that assumption completely off? Alexander Skwar ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Checking to see if millions of files are backed up?
Why not have a script that runs a backup followed by an archive. Check the error code of the backup, if is not 0 then don't run the archive. If it is 0 then run the archive which will automatically delete the files when it completes successfully. It will not delete antything if it fails even with a 1. Regards, Patrick Whelan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: 26 March 2007 22:36 To: [EMAIL PROTECTED] Cc: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Checking to see if millions of files are backed up? The problem with that is two-fold: 1. We backup multiple copies of the data, therefore, the archive option will not work. 2. What if a tape has an I/O error half way through the archive process? Yikes. Justin. On 3/26/07, Bobby Williams [EMAIL PROTECTED] wrote: Why not set up an archive schedule? That way, the files can be archived and NetBackup will ensure that they are on tape before removing. Bobby Williams 2205 Peterson Drive Chattanooga, Tennessee 37421 423-296-8200 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Monday, March 26, 2007 4:27 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Checking to see if millions of files are backed up? If one is to create a script to ensure that the files on the filesystem are backed upon before removing them, what is the best data-store model for doing so? Obviously, if you have 1,000,000 files in the catalog and you need to check each of those, you do not want to bplist -B -C -R 99 /path/to/file/1.txt for each file. However, you do not want to grep 1 one_gigabyte_catalog.txt either as there is really too much overhead in either case. I have a few ideas that involves neither of these, but I was wondering if anyone out there had already done something similar to this that was high performance? 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 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ 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
Be sure DISALLOW_SERVER_WRITES (sp?) = NO. You run bpgetconfig -M client and grep/find for DISALLOW and check that it is set to no. If it is set to yes, you can only change it on the client. regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller From: Ian Sent: Mon 19/03/2007 6:27 PM To: Broun, Bevan Cc: veritas-bu@mailman.eng.auburn.edu Subject: 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 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Two Netbackup questions
1) If you do not backup server2 at all, you could create a symbolic link from server1 so that when you did a search on server2 it would find the backups for server1. 2) tpreq -m media_id [-a (r/w)] [-d density] [-p poolname] [-f] filename rsh client dump 0f - /mnt/volume_name filename tpunmount [-f] filename [-force] Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 A shocking crime was committed on the unscrupulous initiative of few individuals, with the blessing of more, and amid the passive acquiescence of all. - Publius Cornelius Tacitus In a state where corruption abounds, laws must be very numerous. - Publius Cornelius Tacitus ... Als sie mich holten, gab es keinen mehr, der protestieren konnte - Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Courteney, Jonathan Sent: 09 March 2007 10:55 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Two Netbackup questions I've got two questions which I'm trying to find some info on. I understand this might not be supported but 1) is it possible within netbackup to backup volumes on one server but catalog them as belonging to another server entirely ? Example I have a server called server1 drives F;G;H and I. I install a netbackup windows client on this server and backup in the normal way. However I want netbackup to catalog it as belonging to server2. Should I ever wish to restore this data is will be show as originating from server2. 2) is it possible to backup data via RSH from a client with no netbackup client software installed ? So here's my theory. So on the media server i can run a rsh client dump 0f - /mnt/volume_name /tmp/test.dump this gives me a unix dump file on the media server called test.dump. What I want to do is something similar but get netbackup to write the data to tape ie not create a local file. My understanding would be that the remote dump process writes to the STDOUT then the netbackup job would us it's STDIN as the input ( datastream ) and write this data to tape. Thanks in advance. -- This e-mail is confidential and the information contained in it may be privileged. It should not be read, copied or used by anyone other than the intended recipient. If you have received it in error, please contact the sender immediately by telephoning +44 (0)20 7623 8000 or by return email, and delete the e-mail and do not disclose its contents to any person. We believe, but do not warrant, that this e-mail and any attachments are virus free, but you must take full responsibility for virus checking. Please refer to http://www.dresdnerkleinwort.com/disc/email/ and read our e-mail disclaimer statement and monitoring policy. Dresdner Kleinwort is the trading name of the investment banking division of Dresdner Bank AG, and operates through Dresdner Bank AG, Dresdner Kleinwort Limited, Dresdner Kleinwort Securities Limited and their affiliated or associated companies. Dresdner Bank AG is a company incorporated in Germany with limited liability and registered in England (registered no. FC007638, place of business 30 Gresham Street, London EC2V 7PG), and is authorised by the German Federal Financial Supervisory Authority and by the Financial Services Authority ('FSA') and regulated by the FSA for the conduct of designated business in the UK. Dresdner Kleinwort Limited is a company incorporated in England (registered no. 551334, registered office 30 Gresham Street, London EC2V 7PG), and is authorised and regulated by the FSA. Dresdner Kleinwort Securities Limited is a company incorporated in England (registered no. 1767419, registered office 30 Gresham Street, London EC2V 7PG), and is authorised a! nd regulated by the FSA. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and
Re: [Veritas-bu] Frozen tape characteristics?
Point of clarification. The only differences between FROZEN and SUSPENDED: 1) Suspending has to be done manually 2) When all the images on a SUSPENDED tape have expired the tape will be re-used. Otherwise they are treated the same in that NetBackup will read from the tape if a restore needs it. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner Sent: 16 February 2007 14:34 To: Justin Piszcz; Ueli Schweizer Cc: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Frozen tape characteristics? Typically we make tapes SUSPENDED rather than FROZEN when we want to reserve them for a restore (e.g. avoid vaulting using them for duplication or other backups using them). I was under the impression you couldn't restore from a FROZEN tape. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Friday, February 16, 2007 5:37 AM To: Ueli Schweizer Cc: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Frozen tape characteristics? Thanks. On Fri, 16 Feb 2007, Ueli Schweizer wrote: It will try to do the restore using the frozen tape. Ueli Schweizer AGITE Software AG . Boesch 43 . CH-6331 Huenenberg . Switzerland Direct: +41 79 204 9190 . Phone: +41 41 781 5678 . Fax: +41 41 781 5677 [EMAIL PROTECTED] . http://www.AGITE-Software.com backupVISUAL... ...we make life on backup easy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Friday, February 16, 2007 10:20 AM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Frozen tape characteristics? Quick frozen tape question, I need to re-visit the docs. When a tape is frozen, no more backups can be written to it. When a tape is frozen and it is part of a restore, what happens? It says the media is unavailable or does it try to do the restore? 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 maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] List of backuped files
According to the command line manual for 6.0 bplist is still there. Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Edwin Bader Sent: 09 February 2007 13:02 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] List of backuped files Hi, I have request from customers that they want a list of backuped files, is there a command available in NBU 6.0 Mp4 ? Thanks. Edwin Bader * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Linux media server recommendations
Does anyone have any suggestions for Linux media servers? Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] RES: RES: Moving assigned media to another
The software has been installed on lonbrk11 and 12. Where are the physically located so I can add them to the correct policy? Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ankur kumar Sent: 02 February 2007 17:12 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] RES: RES: Moving assigned media to another Carlos its like playing with a gun, you never know when its gonna fire. vmquery -deassignbyid - would deassign the media from the VolDb on the master server. - means its available to be assigned again for backup. vmchange would change the volume pool listed in the VOLDB without changing the assigned status. - whaddya think guys Warmest Regards Ankur Kumar [EMAIL PROTECTED] Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games. http://games.yahoo.com/games/front ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Expiring images and tapes
How about with the backupid: bpexpdate: -backupid backup id -d mm/dd/ HH:MM:SS | 0 | infinity [-client name] [-copy number] [-force] [-M master_server,...,master_server] Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Akker Henk van den Sent: 31 January 2007 15:15 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Expiring images and tapes All, bpexpdate -m MEDIAID -d 0 does not do the trick. I think because it are copy 2 tapes, when I try this on a single tape it works fine but on those duplicates it doesn't expire the tape. Seems there is still a connection between the copy 1 tape and the copy 2 tape. Henk van den Akker Afdeling ITT NV Waterleiding Maatschappij Limburg Meer informatie over WML en hoe u met ons in contact kunt treden, vindt u op de website www.wml.nl. De informatie verzonden met dit e-mail bericht is uitsluitend bestemd voor de geadresseerde. Gebruik van deze informatie door andere dan de geadresseerde is verboden. Openbaarmaking, vermeningvuldiging, verspreiding en/of verstrekking van deze informatie aan derden is niet toegestaan. WML staat enkel in voor de juistheid, volledigheid en rechtsgeldigheid van deze informatie indien deze informatie formeel (per gewone post) bevestigd is. In alle andere gevallen kunnen aan deze informatie geen rechten worden ontleend. NV Waterleiding Maatschappij Limburg - Handelsregister Maastricht 14602038 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Script for Daily Backup Totals
Does that work on Windows? Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Fogarty Sent: 18 January 2007 15:48 To: 'Conner, Mike'; 'NB List Mail' Subject: Re: [Veritas-bu] Script for Daily Backup Totals TOTAL=`/usr/openv/netbackup/bin/admincmd/bpimagelist -U -hoursago 24 | awk '{t+=$5}END{print t/100}'` Prints it out the total data backe up in GB. Steve From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Conner, Mike Sent: Thursday, January 18, 2007 11:06 AM To: NB List Mail Subject: [Veritas-bu] Script for Daily Backup Totals I have NBU 5.1 MP5 on Windows. I was curious if anyone had a script for getting a daily backup total. I am using bpcatlist but it comes back with a value like 2G, 400M, 760k. Is there a command that will return a value just in kilobytes? Thanks Mike From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hindle, Greg Sent: Thursday, January 18, 2007 9:17 AM To: NB List Mail Subject: [Veritas-bu] moving assigned media Solaris 9 nb 5.0 mp6 Is there any easy way to move assigned media from one volume pool to another? We have recreated our volume pools to meet new internal standards but I have a bunch of tapes that cannot be moved because they are assigned. The last time I talked to Symantec they said it was messy trying to move tapes from one pool to another. Does anyone have a easy way to do this? Greg This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee. If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP2 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Pre-/Post-Exec scripts with NetBackup 5.1?
The full format of the bp_notify file names is: bstart_notify[.policy_name][.schedule_name] bpend_notify[.policy_name][.schedule_name] If the policy allows multiple streams, than the scripts will be called for each stream. To activate the scripts, move them to /usr/openv/netbackup/bin and be sure they are executable and they do not send output to STDOUT or STDERR, otherwise they will fail, as will the backup. If the scripts are going to take longer than 300 seconds to run, you will need to increase the timeout, see manual as I don't remember the parameter name. One more thing to keep in mind is that the file list of what is to be backed up is generated BEFORE the notify script is called and can not be changed by the bpstart_notify script. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Skwar Sent: 09 January 2007 12:23 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Pre-/Post-Exec scripts with NetBackup 5.1? Hi! Whelan, Patrick wrote: Look at bpstart_notify and bpend_notify examples in /usr/openv/netbackup/bin/goodies. Thanks a lot. This seems to be very much what I'm looking for. Some questions, though. How do I install this script? Do I need to copy it to some special directory? In the comments it says: # This script is called by NetBackup when bpbkar is started up on the client # to do a backup or archive. Suppose I've got 2 directories in a Backup Selection. Will this script be started twice? If so, can I somehow find out which directory is going to be backed up? Thanks, Alexander Skwar ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Exclusions
Have you tried *\.mp3 ? Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan (Contractor) Sent: 09 January 2007 13:28 To: Edson Noboru Yamada Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Exclusions The .mp3 is actually important. The actual file extension I'm trying to ban is .tran - I'm testing with .mp3 and a few other things. files that end in tran (no dot) are actually good files that need to be backed up. -Jonathan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Edson Noboru Yamada Sent: Tuesday, January 09, 2007 5:05 AM Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Exclusions Have you tried this? *mp3 hth On 1/8/07, Martin, Jonathan (Contractor) [EMAIL PROTECTED] wrote: I'm trying to figure out how to exclude a certain file suffix from all backups on a certain Linux/Unix client. Say *.mp3. In testing, creating *.mp3 doesn't work, nor does /*.mp3. I think the only way to make this work (and I think its kind of silly) is to say /*.mp3 /*/*.mp3 /*/*/*.mp3 /*/* /*/*.mp3 /*/* /*/*/*.mp3 /*/* /*/*/*/*.mp3 /*/* /*/*/*/*/*.mp3 /*/* /*/*/*/* /*/*.mp3 /*/* /*/*/*/*/* /*/*.mp3 /*/* /*/*/*/*/* /*/*/*.mp3 /*/* /*/*/*/*/* /*/*/*/*.mp3 /*/* /*/*/*/*/* /*/*/* /*/*.mp3 etc... Any better ideas? -Jonathan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Pre-/Post-Exec scripts with NetBackup 5.1?
You could: bpdbjobs -most_columns | grep backupid | awk -F, '{ print $17 }' Caveat emptor. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Skwar Sent: 09 January 2007 13:16 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Pre-/Post-Exec scripts with NetBackup 5.1? Hello again :) Ed Wilts wrote: On 1/9/2007 6:22 AM, Alexander Skwar wrote: Hi! Whelan, Patrick wrote: Look at bpstart_notify and bpend_notify examples in /usr/openv/netbackup/bin/goodies. Thanks a lot. This seems to be very much what I'm looking for. Some questions, though. How do I install this script? Do I need to copy it to some special directory? Copy it it to /usr/openv/netbackup/bin That's it - also thanks to Patrick reg. his hint on how to name that file. It will get called for every stream. Hm, okay. I now have a VERY basic script, which does: echo pwd: `pwd` $OUTF echo Params: $@ $OUTF echo $OUTF env | sort $OUTF In OUTF, I find: Tue Jan 9 14:14:10 CET 2007 full backup started on winds06 - policy TEST schedule TestSched pwd: /root Params: winds06 TEST TestSched FULL BACKUPID=winds06_1168348386 BACKUPTIME=Tue Jan 9 14:13:06 2007 BPEND_TIMEOUT=300 BPSTART_TIMEOUT=300 IS_NETBACKUP_DAEMON=YES KEYWORD=NONE LC_COLLATE=en_US.ISO8859-1 LC_CTYPE=en_US.ISO8859-1 LC_MESSAGES=C LC_MONETARY=en_US.ISO8859-1 LC_NUMERIC=en_US.ISO8859-1 LC_TIME=en_US.ISO8859-1 PATH=/usr/sbin:/usr/bin RESTARTED=0 SMF_FMRI=svc:/network/bpcd/tcp:default SMF_METHOD=inetd_start SMF_RESTARTER=svc:/network/inetd:default STREAM_COUNT=2 STREAM_NUMBER=1 STREAM_PID=18379 STREAMS=0 TZ=Europe/Zurich UNIXBACKUPTIME=1168348386 Can I somehow find out, which directory is currently being backed up? I see that there are environment variables called STREAM_*. Are those somehow useful for me? Using the STREAM_PID, I find: [EMAIL PROTECTED] ~ $ ps -ef | grep 18379 askwar 18394 18337 0 14:14:37 pts/13 0:00 grep 18379 root 18379 1 0 14:14:11 ? 0:00 bpbkar -r 1209600 -ru root -dt 0 -to 7200 -clnt winds06 -class TEST -sched Test Hm. Cheers, Alexander Skwar ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Pre-/Post-Exec scripts with NetBackup 5.1?
Ok, disregard last email. How about (ASSUMING you have bpbkar logging turned on on the client): Grep \[STREAM_PID\] | grep Processing | cut -d -f8- Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Skwar Sent: 09 January 2007 14:16 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Pre-/Post-Exec scripts with NetBackup 5.1? Hi! Whelan, Patrick wrote: You could: bpdbjobs -most_columns | grep backupid | awk -F, '{ print $17 }' Hm, there's no bpdbjobs on the client :( On the master server, I find it in /opt/openv/netbackup/bin/admincmd. And even on the server, bpdbjobs doesn't print what I need :( I called the backup policy TEST. Now I did: (winds03)askwar$ sudo /opt/openv/netbackup/bin/admincmd/./bpdbjobs -most_columns | grep TEST | tail -1 12031,0,3,0,TEST,TestSched,winds06,winds03,1168348027,000190,1168348217,L25_Tape_Drive_winds03_SR,1,,31744,1450,,100,22659,root,0,0,0,0,root,winds03,2,2,0,,,0,0,0,7019,,22662W011L1,1,,,1,0,0,winds06_1168348028,, (winds03)askwar$ sudo /opt/openv/netbackup/bin/admincmd/./bpdbjobs -most_columns | grep TEST | tail -1 | awk -F, '{print $17}' Hm. Nothing :( And also in the other lines printed by bpdbjobs, there's never a directory name printed :( (winds03)askwar$ sudo /opt/openv/netbackup/bin/admincmd/./bpdbjobs -most_columns | awk -F, '{print $17}' | sort | uniq Caveat emptor. Why? Alexander Skwar ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Pre-/Post-Exec scripts with NetBackup 5.1?
Ah, that's because the job had completed, which it probably won't be at the time the bpstart_notify script is called. :) Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Skwar Sent: 09 January 2007 14:16 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Pre-/Post-Exec scripts with NetBackup 5.1? Hi! Whelan, Patrick wrote: You could: bpdbjobs -most_columns | grep backupid | awk -F, '{ print $17 }' Hm, there's no bpdbjobs on the client :( On the master server, I find it in /opt/openv/netbackup/bin/admincmd. And even on the server, bpdbjobs doesn't print what I need :( I called the backup policy TEST. Now I did: (winds03)askwar$ sudo /opt/openv/netbackup/bin/admincmd/./bpdbjobs -most_columns | grep TEST | tail -1 12031,0,3,0,TEST,TestSched,winds06,winds03,1168348027,000190,1168348217,L25_Tape_Drive_winds03_SR,1,,31744,1450,,100,22659,root,0,0,0,0,root,winds03,2,2,0,,,0,0,0,7019,,22662W011L1,1,,,1,0,0,winds06_1168348028,, (winds03)askwar$ sudo /opt/openv/netbackup/bin/admincmd/./bpdbjobs -most_columns | grep TEST | tail -1 | awk -F, '{print $17}' Hm. Nothing :( And also in the other lines printed by bpdbjobs, there's never a directory name printed :( (winds03)askwar$ sudo /opt/openv/netbackup/bin/admincmd/./bpdbjobs -most_columns | awk -F, '{print $17}' | sort | uniq Caveat emptor. Why? Alexander Skwar ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Symantec ?!Support?!
Just my £.02 worth. Unless it is absolutely critical, in which case I will ask to be transferred immediately, I send an email from their web site. This does many things: 1) They get my email address right (unless I type it wrong) :-( 2) They send an automated response that they received your email. 3) When the engineer responds, you will have his email address. 4) With an email you can explain technical aspects that the first line support wouldn't understand. 5) You have a written record of when you first contacted them and all the subsequent contacts. There are probably more good reasons, but that's just off the top of my head. :-) Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sixbury, Dan Sent: 04 January 2007 16:44 To: Martin, Jonathan (Contractor); NetBackup List Subject: Re: [Veritas-bu] Symantec ?!Support?! I have dealt with numerous vendors and support. Like all vendors, who you get on the other line makes a huge difference as to the type of support you receive. i.e. I actually have received better Red Hat Linux support from HP versus directly from Red Hat. But in that same example I have had both good and bad experiences. Different people have different levels of experience and therefore you will receive different support depening on the level of expertise you have helping you. So far as support from Symantec / NetBackup, I have had some average support and I have had top of the line, really good support. In regards to having to wait for a call back, it really depends on the criticality of your case and the work load of the support engineers. I have to admit that I prefer support setup such that if you have an issue that you can get transferred to someone immediately, and that is an option (I believe?) with NetBackup if you have severity level 1 issue. Most of the issues that I have that require calling support have a call back within 2 hours and that has been acceptable. So far as value for using Symantec (Veritas) for support, it also depends on your environment. I just checked my configuration and we have over 853 clients of which 762 are Unique clients that are getting backed up on a regular basis. I would never want to support this environment if I didn't have someone like Symantec to back me up when I ran into issues. So far as the email and phone numbers, I have typically gotten verification from the support person on the number and email address that is on file to verify that it is correct. Not sure if they don't always verify this, but I have typically received verification. Dan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan (Contractor) Sent: Thursday, January 04, 2007 10:12 AM To: NetBackup List Subject: [Veritas-bu] Symantec ?!Support?! A while back there was a thread going about how good/bad Symantec support is. I recently submitted and closed my first case (after solving the issue myself) and replied the following to their Technical Support Feedback survey. We didn't have Netbackup support here for many years, and only bought it to upgrade to 6.0. Considering my initial experience I can only hope it gets better (although that so far looks unlikely) or I've got a feeling we won't be bothering with support in the future. 4. You have indicated dissatisfaction with one or more of the case handling aspects. Please use the comment field below to provide specific examples. Where do I start? 1 - When I call I want to talk to a competent technician right away. Not wait 8 hours for someone to get back to me. What's the point of paying for 24x7 support if I'm not going to talk to someone right away? Does my 8 hour wait continue for 8 hours - 24 hours a day versus a 5x9 contract where I only burn 9 waiting hours a day? 2 - When I ask to be called back after hours at a specific number I want to be called on that number, not my desk because I don't work at 10:00PM. 3 - How many times do I have to tell the phone screener that my company's email address standard is not first initial, last name?! It took me 2 days and several calls to get it strait that my email address was [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] NOT [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] . I just put in another case and the same mistake was made! 4 - We spent 2 days going back and forth via email to work on COMMON ISSUES that had NOTHING TO DO with my problem. Even after I had solved my own problem, I continued sending
Re: [Veritas-bu] File restore search?
What OS are using? You can either use bpflist or from the restore GUI search for a specific file name. If you don't know the name of the server, then it gets a little tougher. Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sixbury, Dan Sent: 18 December 2006 17:18 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] File restore search? Is there a way to search a list of backups for a specific file name to see if it exists on the backups? i.e. I have a file name, but the person requesting the restore can't recall what directory / File System the file was stored in. Thanks Dan * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Error 41 on one of 7 streams - RESOLUTION
I should have thought of it sooner, but it happens so infrequently. There is a problem with one of the mount points within the stream that failed. A find / hangs. Since this is basically what NetBackup does, the backup hangs and eventually times out. If I had logged in and done the find first I would have discovered this and not bothered any of you. However, having bothered you I thought I would let you know the solution, lest it should happen to you. BTW, the client is an HP-UX system, which are notorious (at least here) for this sort of hang. (No it is not NFS mounted) Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: Bob Stump [mailto:[EMAIL PROTECTED] Sent: 12 December 2006 17:08 To: Whelan, Patrick Subject: Re: [Veritas-bu] Error 41 on one of 7 streams Hi Pat! couple of things to check How is Busy files setup on client's properties page? Have you enabled compression? Bob Stump Analysts International contracted to: DIT IS TS Backup and Recovery 7285 Parsons Drive Lansing, MI 48913 Tel: (517) 636-4076 Fax: (517) 636-0402 Email: [EMAIL PROTECTED] Whelan, Patrick [EMAIL PROTECTED] 12/12/2006 5:47 AM Environment: Solaris master server NBU5.1MP5 HP-UX Media Server NBU5.1MP5 Client HP-UX NBU5.1MP4 Has anyone seen a case where seven streams kick off and only one fails with a 41 Error (network connection timeout)? This is very strange. Any suggestions appreciated. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] New Media Server
I have never actually tried this, but you might try putting a SCRATCH_POOL = entry in /usr/openv/volmgr/vm.conf on the new media server. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Deiter Scott Sent: 07 December 2006 13:12 To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] New Media Server We have installed a new media server with a two drive robot at a remote site to replace two stand alone drives and the old media server. We want to setup 4 volume pools including a scratch pool at the remote site. It appears that these pools must be defined at the new media server as I have not been able to create another scratch pool in our existing master/media. Current version is 5.1 mp4 The master/media is solaris The new media server is solaris The remote site has window clients. I'm wondering what else to look for when creating this new setup. Scott Deiter System Administrator Hanover Direct, Inc. Hanover, PA Voice: 717-633-3298 Fax: 717-633-3101 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] bpversion command
Has any used the bpversion command? If so, what does it do and how are the parameters used? Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Backup networks
Does anyone have a similar setup? Separate backup network from clients in one location to media servers in same location, but the master server can only see the clients and media servers on the public network. This causes 41 errors, we have come up with different work arounds but all of them are hooey. Is there a clean solution to this dilemma? I know the real solution is to have one backup network for everything, but this is politically impossible at the moment. Any suggestions welcomed. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Oracle RMAN backups
I was under the impression that RMAN backups were supposed to have INFINITE retention and that RMAN took care of expiring the images, there by keeping the RMAN catalog in sync with the NetBackup catalog. Otherwise RMAN will think there is a good backup, but NetBackup has expired it, if the retention level is different than what RMAN expects. Someone please correct me if I'm wrong. Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of mkiles Sent: 24 November 2006 16:11 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Oracle RMAN backups Hi All I am going through the NetBackup for Oracle Admin guide, it mentions that you can have multiple schedules in the policy with different retention periods. That is you can have a FULL backup schedule with retention period of 1 year and an INCREMENTAL backup schedule with retention of 1 month. This may be new in NBU 6, but I remeber in NBU 5.x, the retention period that was always used was that of Default-Application-Backup schedule. So in my NBU 5.0 environment, I have ONE policy for FULL Oracle backup with 1 year retention and ONE Oracle policy for INCREMENTAL backups with 1 month retention. Each policy has 2 schedules in it, one of those is Default-Application-Backup schedule, both schedule have same retntion period, i.e. for FULL Backup policy retention period for both schedules is 1 year and for INCREMENTAL policy retention period for both schedules is 1 month. So my question is, is it the same behaviour in NBU 6.0 for Oracle and SQL backups, or it has changed. THX Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Patch install for NBU5.1MP5 for HP-UX
Title: Patch install for NBU5.1MP5 for HP-UX Does anybody have the correct install script for HP-UX for NBU5.1MP5? The script that comes with patch works find on Solaris but fails on our HP-UX11.11 media servers. Thanks in advance for any help. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] exceeded the configured number of tries
Title: exceeded the configured number of tries All, Environment: Clustered Solaris master server 5.8 running NBU 5.1MP4 and 4 HP-UX media servers, also running NBU 5.1MP4. The clients that are failing are windows and UNIX. I have been getting the above error for over a week now on various clients and policies. In at least one case no clients in a given policy ran. In another case one client from a policy didnt run. If I run the backup manually it works fine. I have searched Google, Veritas and the mailing list archives, but to no avail. If anyone has any suggestions they would be greatly appreciated. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Writing perl scripts for performance enhancement inNBU5.1
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Raghunath kandakur Sent: 11 October 2006 15:32 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Writing perl scripts for performance enhancement inNBU5.1 Hi all, I am looking out for help for writing perl scripts for performance enhancement in Netbackup 5.1 . Pls advise me.. Thank u all, Regards Raghu __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu More details please. Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Multiple-Nics
If you dont want to use the GUI, you can do it from the command line using bpsetconfig (see manual for details). Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Martin, Jonathan (Contractor) Sent: 22 September 2006 14:32 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Multiple-Nics Does anyone know what the equivalent registry entry is for REQUIRED_INTERFACE for Windows? Or is this strictlya UNIX/Linux thing? I've been searching Google and support.veritas.com all morning now with no luck. -Jonathan From: Scott Jacobson [mailto:[EMAIL PROTECTED] Sent: Monday, September 11, 2006 6:21 PM To: Martin, Jonathan (Contractor); veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Multiple-Nics As mentioned from an earlier thread, I'm not sure of youruse/need for the multiple interfaces. If some or all these multiple interfaces are available for teaming or bonding, I would do that, and use the REQUIRED_INTERFACE for desired data stream (ip addr) -sj Martin, Jonathan (Contractor) [EMAIL PROTECTED] 9/11/2006 1:42 PM Ok... so three new media servers with 4 nics each are headed my way in the next few weeks. That's 12 interfaces I've got to worry about! According to the NBU Performance Planning Tuning Guide I should create DNS entries for each interface, and add all interfaces to each server's bp.conf (or registry in windows.) I'm going to get all these values setup and ready to go before the hardware even arrives. backup1 (IP1) backup1-neta (IP2) backup1-netb (IP3) backup1-netc (IP4) backup2 (IP1) backup2-neta (IP2) backup2-netb (IP3) backup2-netc (IP4) backup3 (IP1) backup3-neta (IP2) backup3-netb (IP3) backup3-netc (IP4) So the servers will all talk to each other across the various nics (by looking up the server name) but how do clients know which IP to use? Many of those IPs are going to be on a non-routed backend network, which several clients will not have access to. How does the Master / Media server know which nic to use to communicate with the client? Further, how do I tell my jobs which IP to use?! For example, if I have 6 nics on 3 servers in the back end will NBU automatically local balance between them? Perhaps I should enable teaming? Any input on how this done properly would be appreciated. Unfortunately the HOSTS file lookup method we use now is unacceptable (and dumb) so I'll have to make this work properly. -Jonathan * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Client is not validated to use this server
Are you restoring from another server? Do you have /usr/openv/netbackup/db/altnames set up properly, see manual for the way that is right for your implementation? Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 15 September 2006 13:10 To: Don Klebba; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Client is not validated to use this server Hello Don Check the bprd log to see what name/ip the server is logging in to the backup server with. You may need to raise the verbose level to 5 to get the wanted information. You will proably need to stop/start netbackup on the backup server, if you didn't already. Regards Michael On Thu, 14 Sep 2006 07:38:00 -0400, Don Klebba wrote I have a windows server that I want to have the ability to do restores. When I go into the backup, archieve, restore screen and choose the select for restore button, I get the error, client is not validated to use this server. I've already gone in the host properties of the master server and allowed access to this server to allow both browse and restore. I've recycled the agents on the master after making this change and still get the same message. I'm running Netbackup 5.1 MP4, does anyone have any ideas? -- Don KLebba Quicken Loans Storage Management Team [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] phone: (734)805-7791 cell: (734)634-7486 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Cybercity Webhosting (http://www.cybercity.dk) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup through firewalls
I have a script that runs bprdreq -rereadconfig 50 times (50 is completely arbitrary) and so far it has worked every time. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner Sent: 15 September 2006 15:32 To: Paul Keating; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup through firewalls As I said it worked for me doing the reread. The documentation says you have to restart the daemons so I noted it as such. I didn't try without the reread so it might have worked as you say. -Original Message- From: Paul Keating [mailto:[EMAIL PROTECTED] Sent: Friday, September 15, 2006 9:11 AM To: Jeff Lightner; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup through firewalls -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner Step by step notes I wrote when I did this: FYI the following is what I did in NetBackup for backing up client in the firewall. Open Netbackup Java GUI Go to Host Properties Go to Master Servers Double click on the master server. In Master Server Properties box go to Client Attributes Click Add Type in name of client(s) and hit enter to add to list. Select (highlight) the client(s) from list Under BPCD Connect Back click the VNETD Port radio button Click OK. Exit and you're done with the GUI. Was with ya up to here After that at command line on the master server run bprdreq -rereadconfig. (Note - this worked but manual and Datalink indicated bouncing daemons is the only SURE way to do it. Datalink said it works sometimes.) Never had to do any of this.the message that pops up telling you you need to bounce the daemons can be ingnored in my experienceonce you turn on the VNETD radio button, or the no connect back check box, depending on version, click OK, and it works. No need to bounce anything or re-read any configs IME. Paul ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Several seperated backup networks..
Ok, everybody all at once. YES Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: 04 September 2006 14:21 To: 'Ed Wilts' Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Several seperated backup networks.. Hi, We dont use dns in our backup network. Will that complicate things? 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: Ed Wilts [mailto:[EMAIL PROTECTED] Skickat: den 4 september 2006 15:16 Till: Hampus Lind Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Several seperated backup networks.. Hampus Lind wrote: Hi all, We have one separated backup net at our site which is starting to run out on IP addresses. Our communication folks what to create another new backup network, which means we would have two separated backup networks. I am not sure how this will work with our master and media servers. Anyone running several backup networks who can explain how this works on the server side? So long as all of your routes are working properly and your DNS is working properly, this won't cause you any grief. We've got multiple networks in place here and it's working fine. If you're using BMR, then you have to be a bit more concerned but that's the only part of NetBackup that I'm aware that cares about what subnet you're on. .../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 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Catalog Archiving
Title: Catalog Archiving All, Is anyone using Catalog Archiving? If so how is it working for you? I have read the documentation, but it is not clear what the process is if you need to do a restore of files that have archived. Can you enlighten me? Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Client Installs
Title: Client Installs If you use update_clients from the command line you do not need to add them to a policy. Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hillman, Eric Sent: 23 August 2006 20:04 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Client Installs We use Netbackup 5.0 MP6. The only way to install the client is to have the client added in a Netbackup Policy prior to the client installation. Is there any way to override this requirement and install the client without it first being added to Netbackup? Thanks! Eric * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. THE INFORMATION CONTAINED IN THIS MESSAGE AND ANY ATTACHMENT MAY BE PRIVILEGED, CONFIDENTIAL, PROPRIETARY OR OTHERWISE PROTECTED FROM DISCLOSURE. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Does anyone know what operating system this is and what, if any, NetBackup version supports it?
Title: Does anyone know what operating system this is and what, if any, NetBackup version supports it? Linux some-server 2.2.19-SMP #1 SMP Thu Oct 25 17:55:16 GMT 2001 i686 unknown Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NetBackup 4.5MP6 Linux client - bind question
Title: NetBackup 4.5MP6 Linux client - bind question Does anyone know what the significance of the following error is?: bind(13782) failed: 98 It happens when running bpcd -standalone Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] LTO2 drives and HP-UX
Title: LTO2 drives and HP-UX NetBackup 5.1MP4 IBM and HP LTO2 drives attached to a HP-UX box. Has anyone done this, successfully? Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Multiplexing
Probably the best reason for not multiplexing is that an un-multiplexed tape can be read using gnu tar in a worst case scenario. Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: 31 July 2006 14:16 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Multiplexing Or at the very least, multiplexed to a lower value than 25. However, if you are using fast tape and a slow network/clients, the slowness of the clients will obscure the performance penalty of multiplexing. I've done some testing, and got MPX = 10, and saw no performance hit for backup or restores for 100Mb/s clients.however, with high performance clients running SAN attached disk and dedicated GigE cards for backup, I saw significant performance hit between between MPX=2 and MPX=3...the difference between MPX=2 and no multiplexing was negligable. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Liddle, Stuart Sent: July 31, 2006 2:59 AM To: WEAVER, Simon; 'Mansell, Richard'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Multiplexing Simon, Finebelieve what you wantbut the numbers don't lie. If you ever try any testing of this you will see that restores are significantly faster when you do them from non-multiplexed tapes. --stuart * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] HCART tapes with LTO2 Drives
Title: HCART tapes with LTO2 Drives Does anyone know if HCART tapes will be used by LTO2 drives defined as HCART2 drives? We have just replace all our LTOI drives with LTOII which can read and write LTOI tapes, but do they have to be moved to HCART2, or will it work auto magically? Also, can a tape be moved from HCART to HCART2 if it is assigned? Im hoping someone has already gone through process and can be of assistance. TIA. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Updating UNIX clients from the master server.
Title: Updating UNIX clients from the master server. All, One more question. Is anyone aware of a problem updating UNIX clients running Oracle 8 from the master server? I have been told that Oracle holds some of the lib files open so the update can not succeed. Is this true? Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] vmoprcmd -shmdrive
Title: vmoprcmd -shmdrive Does anyone have the fields for the above command? It looks like it could be very useful if I could figure out what fields are what. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] whats wrong with my calendar basedbackupschedule.bppllist included.
You could always set the time on the master server ahead, so midnight matches your normal start time. J Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Stump Sent: 13 June 2006 17:21 To: Jonathan - Fort Collins CO Marks; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] whats wrong with my calendar basedbackupschedule.bppllist included. goofy isn't the word I was thinking ofbad prcatice to do backups from 6PM to 6AM anyhow. I should have included that I am using NB5.1_MP4 Marks, Jonathan - Fort Collins, CO [EMAIL PROTECTED] 6/13/2006 12:02 PM If you are using Netbackup 6.0 you can not have your start window cross midnight. I was told that it is bad practice. I think Netbackup has gone goofy. -Jonathan Marks (970)295-5362 From: Bob Stump [mailto:[EMAIL PROTECTED] Sent: Monday, June 12, 2006 4:02 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] whats wrong with my calendar based backup schedule.bppllist included. I have years of experience with frequency based scheduling but I have always shied away from calendar based. Today I made my first attempt and I cannot see where I made a mistake. Please review this and help me if you can. Thanks. Here is the problem The calendar based backup started on the first day that I made this policy active even though it is not suppose to be active until the last Monday of the month. Here is the strategy 1. full backup every monday night excluding last monday of the month with 1 month retention allow tuesday full for any failures that may occur on monday 3. last monday of each month run a calendar full backup with 3 month retention retries allowed after runday which would be tuesday night. 2. incremental backup every night except monday nights with 1 month retention Here is the bppllist: Policy Name: groupwise01-09 Policy Type: Standard Active: yes Effective date: 06/12/2006 08:00:00 Client Compress: no Follow NFS Mounts: no Cross Mount Points: no Collect TIR info: no Block Incremental: no Mult. Data Streams: yes Client Encrypt: no Checkpoint: no Policy Priority: 25 Max Jobs/Policy: Unlimited Disaster Recovery: 0 Residence: dssu_grp Volume Pool: Novell Keyword: (none specified) HW/OS/Client: Novell NetWare gw01 Novell NetWare gw02 Novell NetWare gw03 Novell NetWare gw04 Novell NetWare gw05 Novell NetWare gw06 Novell NetWare gw07 Novell NetWare gw08 Novell NetWare gw09 Include: /FS Schedule: 17.30_mon_calendar Type: Full Backup Maximum MPX: 10 Synthetic: 0 PFI Recovery: 0 Retention Level: 5 (3 months) Number Copies: 1 Fail on Error: 0 Residence: dssu04 Volume Pool: (same as policy volume pool) Calendar sched: Enabled Allowed to retry after run day SPECIFIC DATE 0 - 06/26/2006 SPECIFIC DATE 1 - 07/31/2006 SPECIFIC DATE 2 - 08/28/2006 SPECIFIC DATE 3 - 09/25/2006 SPECIFIC DATE 4 - 10/30/2006 SPECIFIC DATE 5 - 11/27/2006 SPECIFIC DATE 6 - 12/25/2006 Monday, Week 5 Daily Windows: Monday 18:30:00 -- Tuesday 04:00:00 Tuesday 17:30:00 -- Wednesday 04:00:00 Schedule: 17.30_mon_full Type: Full Backup Frequency: every 5 days Maximum MPX: 10 Synthetic: 0 PFI Recovery: 0 Retention Level: 3 (1 month) Number Copies: 1 Fail on Error: 0 Residence: dssu04 Volume Pool: (same as policy volume pool) EXCLUDE DATE 0 - 06/26/2006 EXCLUDE DATE 1 - 07/31/2006 EXCLUDE DATE 2 - 08/28/2006 EXCLUDE DATE 3 - 09/25/2006 EXCLUDE DATE 4 - 10/30/2006 EXCLUDE DATE 5 - 11/27/2006 EXCLUDE DATE 6 - 12/25/2006 Daily Windows: Monday 17:20:00 -- Tuesday 04:00:00 Tuesday 17:30:00 -- Wednesday 04:00:00 Schedule: 17.30_mon_inc Type: Differential Incremental Backup Frequency: every 12 hours Maximum MPX: 10 Synthetic: 0 PFI Recovery: 0 Retention Level: 3 (1 month) Number Copies: 1 Fail on Error: 0 Residence: (specific storage unit not required) Volume Pool: (same as policy volume pool) Daily Windows: Sunday 17:30:00 -- Monday 04:00:00 Tuesday 17:30:00 -- Wednesday 04:00:00 Wednesday 17:30:00 -- Thursday 04:00:00 Thursday 17:30:00 -- Friday 04:00:00 Friday 17:30:00 -- Saturday 04:00:00 Saturday 17:30:00 -- Sunday 04:00:00 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the
Re: [Veritas-bu] Exclude Lists on Linux - Again!!!
If you want to exclude the entire directory you need to end the line with a / for example u02/oradata/bnrbuild/. At least that's what a quick glance at the manual implied (or I inferred) :) Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brooks, Jason Sent: 02 June 2006 13:30 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Exclude Lists on Linux - Again!!! Yesterday, I was trying to get a BMR image of one of our Linux Oracle servers. Currently, we are doing nightly database backups to disk via RMAN, and then NBU backs up the system, including the db backup. All backups are done while the databases are live, so I have to exclude several directories. Here is the contents of the exclude_list on that server: /u02/oradata/BANTEST /u02/oradata/bnrbuild /u02/oradata/bnrcnvt1 /u02/oradata/jwetmpdb /u02/oradata/lumtest /u02/oradata/PPRD /u02/oradata/SEED /u02/oradata/TRNG /u01/oradata/* /u03/oradata On the backup, I received the following errors: 6/1/2006 4:33:27 PM - begin writing 6/1/2006 4:36:06 PM - Error bpbrm(pid=13760) from client server1: ERR - Modification time has changed while backing up /u02/oradata/bnrbuild/undotbs_bnrbuild_01.dbf. 6/1/2006 4:51:15 PM - begin writing 6/1/2006 5:06:39 PM - begin writing 6/1/2006 5:09:17 PM - Error bpbrm(pid=13760) from client server1: ERR - Modification time has changed while backing up /u03/oradata/bnrbuild/ctrl_bnrbuild_03.ctl. 6/1/2006 5:18:31 PM - end writing; write time: 00:11:52 the requested operation was partially successful(1) I would think both of these would be covered under the /u02/oradata/bnrbuild exclude list item. Am I wrong? Suggestions? Thanks, Jason Jason Brooks Computer Systems Engineer IITS - Longwood University voice - (434) 395-2916 fax - (434) 395-2035 mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Searching mailing list
Title: Searching mailing list All, It has been too long and/or I am getting too old J, how do I search the mailing list for previous questions and answers? Failing that, or in addition to, does anyone know the meaning of the following message generated by bpimmage spangroups? could not find previously added media id (003115), aborting command unable to process request Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] bpcoverage HELP!
Title: bpcoverage HELP! In an earlier email I mentioned a problem with bpcoverage after I had fixed bpcoverage to work (NBU 5.1MP4 Solaris). Because some of the clients can only be seen by one client I had to run bpcoverage on that client and guess what! The fix for bcoverage on the master server didnt work on the HP-UX media servers even allowing for different lib locations etc. Does anyone know how to fix bpcoverage for NBU 5.1MP4 on HP-UX? Does MP5 fix it? Thanks, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
RE: [Veritas-bu] bpstart_notify
I think you need to put it in session_start_notify.bat instead. Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 10 May 2006 13:30 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] bpstart_notify All I have inherited a windows 2003 netbackup 5.1 mp4 master server. I want to automate the robot inventory. I have a bpstart_notify.Windows2003_Backup.bat file in the netbackup bin folder. It runs quite happily, unfortunately it does not wait for the inventory to finish. Therefore all my backups fail error 96, but rerun quite happily. How do I make the .bat file wait for the inventory to complete. I have tried sleep n and start /wait but they both do nothing. Regards Mark Goodchild Branches Remediation J.P.Morgan Chase Phone: 01202347149 Mail: Mark A Goodchild/[EMAIL PROTECTED] E-Mail: [EMAIL PROTECTED] * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
RE: [Veritas-bu] Export and Import NetBackup configuration
Am I misinterpreting the original post? According to the manual, using bprecover with the -dhost option is supposed to allow recovery of the database to an alternate host. This is a snippet from the command manual. bprecover -dhost destination_host Specifies the host to which the selected catalog is restored. Normally, catalogs are restored to the host where the data originated (as displayed with the -l option). The -d option makes it possible to restore the catalog to another host. Caution Use the dhost option with EXTREME caution, since it can overwrite existing catalogs on the destination host. To permit recovery in case you unintentionally overwrite the wrong catalogs, you can move existing catalogs to a temporary directory on the destination host. The following NetBackup client software must be installed on the destination host: /usr/openv/netbackup/bin/bpcd and /usr/openv/netbackup/bin/tar Note Do not specify -r all (or ALL) with -dhost when using this command. Either explicitly specify an image (for example, -r 2) or use the interactive mode (-r). Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Media Manager error 44
Title: Media Manager error 44 Has anybody seen an error 44 from media manager when trying to use the configure storage device configuration wizard? I have tried this on all 5 libraries (separately and together) with the same results. Although these drives are not SSOd I would expect the wizard to find the drives. Any ideas would be appreciated. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
[Veritas-bu] bpclntcmd
Title: bpclntcmd Does anyone have any idea why: Bpclntcmd hn master_server_name (works) Bpclntcmd ip master_server_ip_address (works) But Bpclntcmd pn (doesnt work) This is driving me crazy. Naturally the backups fail. Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
RE: [Veritas-bu] Remotely Finding Version _AND_ patch level
Oops, sent it to the wrong person. ;) You could try playing with this script to see if it helps any. It only works for Windoze boxes, running from a unix media/master server, but could be adapted to unix or other. Let me know if it helps any. Cut here get_version ## #!/usr/bin/ksh # Make sure there is a client specified if [ $# -ne 1 ] then echo usage: $0 client_name exit 1 fi # Try to generate the client list only once. Sometime it can take a long time if [ ! -f /tmp/client.list ] then bpplclients -allunique -noheader /tmp/client.list fi client=$1 grep -w $client /tmp/client.list | tail -1 | read HW OS CLIENT # If CLIENT is empty, then the client is known to NetBackup if [ -z $CLIENT ] then echo Client $client not found exit 2 fi ext= typeset -l os=${OS%%s*} if [ ${os} == window ] then DIR= else echo This script is only for Windows clients exit 3 fi integer found=-39 bpdir -M $client /$DIR | \ grep -i dir | \ awk '{ print $NF }'| \ while read DIR do found=$( bpdir -M $client /$DIR | \ egrep -ic veritas ) if [ found -gt 0 ] then ffound=$(bpdir -M $client /$DIR/veritas/netbackup | \ grep -c version.txt ) bpgp from $client \ /$DIR/veritas/netbackup/version.txt \ /tmp/$client.txt cat /tmp/$client.txt exit fi done -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mansell, Richard Sent: 23 April 2006 21:49 To: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Remotely Finding Version _AND_ patch level FWIW, the Windows admin console in 6.0 reports the client version for Windows clients. We are only running 6.0 at the moment so I don't know if it will report the version for pre-6 clients. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sean Clarke Sent: Sunday, 23 April 2006 8:51 pm To: Sean Clarke; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Remotely Finding Version _AND_ patch level Ed Wilts wrote: On Wed, Apr 19, 2006 at 11:42:10PM +0100, Sean Clarke wrote: consistent way to get the versions across all clients. .../Ed I'll go to my corner and cry now ;-) Guess I'll report on the UNIX boxes (which seem to play OK with bpcoverage and just report the major version number for windows boxes. Very annoying as to the untrained eye it would seem to be easy to ensure that this worked :-( Thanks for the replies anyway Sean ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ** This electronic email and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed. The views expressed in this message are those of the individual sender and may not necessarily reflect the views of the Christchurch City Council. If you are not the correct recipient of this email please advise the sender and delete. Christchurch City Council http://www.ccc.govt.nz ** ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Hardware compression not working
Title: Message What is the indication that it is not compressing? Is it the same data as the test system? Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: 18 April 2006 10:04 To: 'Carlisle, D Renee'; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Hardware compression not working Although the spec is the same, do any of the netbackup logs show why compression may not be running? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B32AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Carlisle, D Renee [mailto:[EMAIL PROTECTED] Sent: 17 April 2006 20:22 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Hardware compression not working Tape Library: IBM 3584 partitioned into production and test environment Operating System: Solaris 9, Windows 2003, HP-UX 11i Netbackup: 5.1 mp3 Just upgraded from STK L700E LTO-1 library to a IBM 3584 LTO-2 library All of a sudden tape compression is not working on any flavor media server, but only in production. Our test environment is compressing data at a hardware level just fine. Same OS, same NBU release, same Tape library, same tape drive drivers, same HBA cards, same firmware, same st.conf file on the Sun systems. Can anyone think of what we might be missing that would cause the production environment not to be using hardware compression while the test environment is? Reneé Carlisle Sr. Systems Administrator 675 Basket Road Webster, NY 14580 Jer 29:11-13 The information contained in this message may be privileged, confidential, and protected from disclosure. If the reader of this message is not the intended recipient, or any employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Paychex, Inc. * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. 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 EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
RE: [Veritas-bu] Database backup scheduling with different retentions
In researching some answers to the original post I was reminded that most Oracle backups use an infinite retention level with RMAN managing the actual retention level. Does this ring any bells for anyone else, or am I getting senile in my old age. Regards, Patrick Whelan NetBackup Specialist Architect Engineering -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 19 January 2006 17:09 To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Database backup scheduling with different retentions I can answer for Oracle - I assume that the MSSQL would be similar. When your RMAN script runs, it sends data to the Netbackup Oracle agent. The agent, in turn, sends the data onto a Netbackup media server, to a particular policy schedule. In the RMAN script, you can specify the NB_ORA_POLICY and NB_ORA_SCHEDULE variables. These variables select which Netbackup (Oracle-type) policy schedule are used to recieve the data. Netbackup's retention of the data, therefore, is the retention period set on these application backup schedules. At the end of the retention period, therefore, NB will discard the images. If you want three different retentions, create three different schedules (it can be in the same policy). Have RMAN set the schedule variable appropriate to the type of retention you wish to select. This has nothing to do with retention periods set by RMAN within the RMAN scripts. RMAN can say keep this for a year and what it really is doing is keeping its info on those data blocks for a year. If it tries to restore an old image, it's going to request specific backup pieces from Netbackup. If NB's scheduled retention is less than RMAN's retention, there's a risk that RMAN will get a failure from NB - the images will no longer be in NB's image set. There's two ways to deal with this: 1. Set NB's retention to be the same (or more) than RMAN's retention periods. 2. Frequently sync RMAN's catalog against NB's catalog so RMAN stays current with NB's actual retained data. This is the most accurate but more complex. Here's a technote to get you started: http://seer.support.veritas.com/docs/251686.htm HTH - M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Austin Murphy Sent: Thursday, January 19, 2006 8:23 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Database backup scheduling with different retentions Does anyone have any insight on how to do scheduled weekly/monthly/yearly backups (with commensurate retention periods) of an MSSQL or Oracle database with Netbackup? I am running 5.1 MP3 on Solaris 9 and just found out that the database policy schedules don't work the same way as the file policy schedules. It has been pointed out to me that I could setup 3 Policies for weekly/monthly/yearly backups, but this won't stop the weekly when a monthly runs. Nor will the monthly (or weekly) be suspended when the yearly is run. If anyone has any ideas I'd be grateful to hear them. Thanks. Austin Murphy ___ 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 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] exclude list on Linux client
Title: Message Omit the three mount points from the policy and put them in an include_list on util1. Regards, Patrick Whelan NetBackup Specialist Architect Engineering -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pillapalem, Smitha Sent: 12 January 2006 14:41 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] exclude list on Linux client Any suggestions please? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Pillapalem, Smitha Sent: Tuesday, January 10, 2006 5:01 PM To: veritas-bu@mailman.eng.auburn.edu Cc: Pillapalem, Smitha Subject: [Veritas-bu] exclude list on Linux client Hi all, I'm on NB 5.1 - I have 2 Linux clients(util1 and util2 )under a policy and with the following filelist /export /root /home /etc /var /u/d01 /usr /lib All I need is to exclude /u/d01 , /usr and /lib from one of the clients (util2) - I created a exclude list on util2 as follows - [EMAIL PROTECTED] netbackup]# cat exclude_list /usr /lib /u/d01 But NB still is backing up the above 3 dir's on util2 - Any idea y? Thanks in advance.. Smitha * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
RE: [Veritas-bu] EXCLUDE LIST QUESTION
bpplexclude -help Patrick Whelan NetBackup Specialist Architect Engineering -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Leandrine, Anderson Henrique Sent: 10 January 2006 12:02 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] EXCLUDE LIST QUESTION Hello All, How can I do a exclude list through command line at Unix System? We have a 120 Windows clients and we'd like to create a Shell Script to do this. Thanks, Anderson Leandrine Siemens Ltda Siemens Business Services SBS ITO ORS NOC Tel.: +55 11 3908 5690 E-mail: [EMAIL PROTECTED] Siemens Brasil 2005 * 100 ANOS ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu