Re: [Veritas-bu] 9940B
> Was wondering whether anyone knows the max I/O buffer size for the STK > 9940B ? > > Trying to fine tune some media servers using the SIZE_DATA_BUFFERS and > NUMBER_DATA_BUFFERS. > > And was thinking the drive would obviously determine what the settings > should be. That's unlikely to be correct. How does the drive subdivide its buffer space (or does it?)? How does it use it--wait for it to fill, then compute and write, waiting for it to empty before accepting more data (both unlikely)? Would it wait to fill before looking to find out it contained 64KB of zeros? The point is that without knowing the drive firmware, we have no idea how the drive uses its space--and if there were a performance advantage to be had by matching buffer sizes, the vendor would certainly tell you about it. (BTW, the one modern drive firmware I have studied works nothing like a fixed buffer, but much more like a round-robin queue, optimized for continuous input of data and [de]compression at one "end" while writing out the other. Its size is relevant only for avoiding over/under-run; it's rate that matters.) Your objective is to never let the drive run dry on write, and never let it fill on read. Matching buffer sizes doesn't do either. Buffer tuning results for serverA in infrastructureA are often quite different from best results for serverB/infrastructureB with the same tape drives. If there's a better way to determine them than empirically, I'd like to know it. The only correct answer IMO is to open the Tuning Guide and do the work. After you do it the right way, you have the numbers to understand your infrastructure and predict the results of changes to it. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Testing NOM
After the recent questions on sizing for NOM, we've thrown up a Win2K3 Virtual Server (using MS Virtual Server). I installed NBU 6.0 client, Veritas Authentication (root + broker) and then NOM. Patched both the client and NOM to MP3. I launch NOM, log in and try to add my NBU Master server. Nada. Both server are on the same subnet and from the NOM virtual server, I can ping my NBU server as well as launch the java GUI and manage NBU. So, networking is out. I've tried adding by name (using the hosts file for resolution) and via IP. It always returns this: Server "IP Address" could not be located. Make sure the server is reachable on the network and NetBackup is running. It's reachable and NBU is running. Is there something I'm missing? I've looked through the manual and don't see anything. 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
Re: [Veritas-bu] Media Write Errors - To Disk?!
As I eluded to in the E:\Catalog I've tried changing both directories (D:\Catalog D:\Catalog etc..) and Drives (E:\Catalog, D:\Catalog.) This particular server has 4 different disks / partitions and they all produce the same results. I'm a bit perplexed. -J -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: Friday, October 13, 2006 3:02 PM To: Martin, Jonathan (Contractor) Cc: veritas-bu Subject: Re: [Veritas-bu] Media Write Errors - To Disk?! On Fri, 13 Oct 2006, Martin, Jonathan (Contractor) wrote: > NBU 5.1 MP5 I'm trying to backup the catalog to disk D:\Catalog and I > get a MEDIA WRITE ERROR about 50% through it. I've tried changing > drives (E:\Catalog) and chkdsk'ing the drives and I always get the > same thing. Any ideas? Does the catalog backup write a log I can check? > > -Jonathan > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > Does it work to a different disk? Sounds like you may have either hit a bug or bad sector(s) on the disk, I would guess the latter. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Media Write Errors - To Disk?!
On Fri, 13 Oct 2006, Martin, Jonathan (Contractor) wrote: > NBU 5.1 MP5 I'm trying to backup the catalog to disk D:\Catalog and I > get a MEDIA WRITE ERROR about 50% through it. I've tried changing > drives (E:\Catalog) and chkdsk'ing the drives and I always get the same > thing. Any ideas? Does the catalog backup write a log I can check? > > -Jonathan > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > Does it work to a different disk? Sounds like you may have either hit a bug or bad sector(s) on the disk, I would guess the latter. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Media Write Errors - To Disk?!
NBU 5.1 MP5 I'm trying to backup the catalog to disk D:\Catalog and I get a MEDIA WRITE ERROR about 50% through it. I've tried changing drives (E:\Catalog) and chkdsk'ing the drives and I always get the same thing. Any ideas? Does the catalog backup write a log I can check? -Jonathan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] W2k3R1 DC Fast Boot BMR
I just want to verify a couple of things. We are in the process of BMR'ing two W2k3R1 servers using the BMR Fast Boot (NB 6.0MP3)CD/DVD in a test environment. I'm asking because the DNS Server service stops every once and a while on the BMR'ed DC's. The two DC's in question are also trying to connect to other DC's in the domain but can't because they are on a test network. Also, BMR'ed domain members can't connect to the DC's. They seem to loose their credentials but still think that they are part of the domain. Is there any added tasks needed to complete after the W2k3R1 DC's get rebuilt? Do we need to do any ntdsutil commands?___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NOM Hardware Requirements
Couple of quick things that'll hopefully provide someone some ideas of what to expect. I've got it running on an older test box (v480) with Solaris 10. 4 900 MHz CPUs, 16 GB memory. I'm monitoring three NB 6 servers and the load on my NOM server usually looks like: load averages: 0.24, 0.22, 0.18 58 processes: 57 sleeping, 1 on cpu CPU states: 95.7% idle, 1.9% user, 2.4% kernel, 0.0% iowait, 0.0% swap Memory: 16G real, 13G free, 655M swap in use, 21G swap free (first few lines from a top) This is a server doing nothing else but running NOM. >From what I can tell, both the database back-end to NOM and its web interface will require some decent horsepower to keep users happy with the results. Hope this helps somewhat. - John Nardello -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Friday, October 13, 2006 5:36 AM To: "Koster, Phil" Cc: veritas-bu Subject: Re: [Veritas-bu] NOM Hardware Requirements $ du -sh *NOM* 234MNB_60_NOM.tar.gz The program itself is big, you need to install ICS, setup tunnel/authentication/brokering etc.. I remember the patches were 50-250MB as well, which I thought was crazy. I had set this up 4-5 months ago for test purposes and I do not recall the exact amount of memory; however, I do remember there were a lot of processes in use, the ICS stuff, a number of webserver-like applications for NOM, etc.. Perhaps someone on the list who is -currently- using NOM can shed some light on this? Thanks, Justin. On Fri, 13 Oct 2006, "Koster, Phil" wrote: > My intention was on Linux but in this case I guess I will have to go Windows. > > What kind of RAM and HDD was this thing using? GB of RAM and 5 GB HDD? More? We are going to use VMWare/ESX 2.5 and I would rather get this thing sized right to start with. > > Thanks. > > Phil > 456-3136 > > -Original Message- > From: Justin Piszcz [mailto:[EMAIL PROTECTED] > Sent: Friday, October 13, 2006 8:08 AM > To: Koster, Phil > Cc: veritas-bu > Subject: Re: [Veritas-bu] NOM Hardware Requirements > > Unless you meant running the application within Windows within VMWare or > similar-- I installed it once on a Windows Server box, it was a big hog IMO for memory/disk space. > > On Fri, 13 Oct 2006, Justin Piszcz wrote: > > > NOM requires Solaris or Windows server, it is not supported on any > > other platform. > > > > On Fri, 13 Oct 2006, "Koster, Phil" wrote: > > > > > We are getting ready to put NOM in a Linux VM. Can anyone give me > > > some idea as to what kind of resources this needs? Specifically > > > looking for RAM and HDD space requirements. I looked at the NOM > > > getting started guide, Admin guide for Windows vol I & II, and all > > > I could find were common sense things like a "reliable server". > > > > > > Thanks. > > > > > > Phil Koster > > > Network Administrator > > > City of Grand Rapids > > > Direct: 616-456-3136 > > > Helpdesk: 456-3999 > > > > > > > > > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Log Files filling disk space
Title: Message Thanks - yep found this out from another poster. Cheers Philip Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message-From: Weber, Philip [mailto:[EMAIL PROTECTED] Sent: 13 October 2006 15:18To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Log Files filling disk space These are log files for the robot services. If I recall, they will create a log file for each day. You can create under debug the directories tpcommand, reqlib, ltid and daemon and different logs will be written to each. You should be able to delete old log files, but if you want to delete the current or turn off logging by deleting or renaming the debug directory, you will have to bounce the services, otherwise they will fall over when they get to midnight and try to cycle the logs. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, SimonSent: 13 October 2006 08:24To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Log Files filling disk space Guys I have been running an applet to check the folder / file structure for a drive where NBU 5.1 is installed on a Win2k3 Server I came across program files\veritas\netbackup\volmgr\debug and folders called Daemon and ltid which is holding 1GB of log files. reading these, they look safe to delete - they go back from 2005 to present. Could I please get clarification this is not going to impact anything within NBU - they end in .log so I believe I am safe, but nice to get confirmation of this. Thank you Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified.-Astrium Limited, Registered in England and Wales No. 2449259Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England Egg is a trading name of the Egg group of companies which includes:Egg plc (reg no2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA.This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent.Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate.This communication does not create or modify any contract. 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. ---
Re: [Veritas-bu] Log Files filling disk space
Title: Message These are log files for the robot services. If I recall, they will create a log file for each day. You can create under debug the directories tpcommand, reqlib, ltid and daemon and different logs will be written to each. You should be able to delete old log files, but if you want to delete the current or turn off logging by deleting or renaming the debug directory, you will have to bounce the services, otherwise they will fall over when they get to midnight and try to cycle the logs. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, SimonSent: 13 October 2006 08:24To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Log Files filling disk space Guys I have been running an applet to check the folder / file structure for a drive where NBU 5.1 is installed on a Win2k3 Server I came across program files\veritas\netbackup\volmgr\debug and folders called Daemon and ltid which is holding 1GB of log files. reading these, they look safe to delete - they go back from 2005 to present. Could I please get clarification this is not going to impact anything within NBU - they end in .log so I believe I am safe, but nice to get confirmation of this. Thank you Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified.-Astrium Limited, Registered in England and Wales No. 2449259Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: 1 Waterhouse Square, 138- 142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e- mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] HP-UX Media Server to boot up....
Title: Message Thanks Jeff - As many people will know, I am not a HP-UX expert, so only going by what I have been told. Its a start and the link should assist the originator. Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message-From: Jeff Lightner [mailto:[EMAIL PROTECTED] Sent: 13 October 2006 13:34To: WEAVER, Simon; Hampus Lind; ZIMMER, RANDY K [AG/1000]; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] HP-UX Media Server to boot up Somewhat off topic but I believe he asked here because he uses the server for NBU. I'm with you in thinking it rather unlikely NBU is the cause of slow boots. There is a mailing list for HP-UX Administration: To subscribe/unsubscribe to that list, email [EMAIL PROTECTED] Posts go to: [EMAIL PROTECTED] Archives: ftp.dutchworks.nl:/pub/digests/hpux-admin FTP, browse only) http://www.dutchworks.nl/htbin/hpsysadmin (Web, >browse & search) Additionally there are online forums for HP-UX at http://itrc.hp.com. From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Friday, October 13, 2006 5:28 AMTo: Jeff Lightner; Hampus Lind; ZIMMER, RANDY K [AG/1000]; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] HP-UX Media Server to boot up Guys This is slightly off topic of NBU, as it does not sound like this is the problem. But we do have a HP-UX with a SAN that takes AGES to boot. One suggestion our HP-UX engineer suggested was to check if there is trouble with an NFS mouth at boot time - it could be waiting for this to take place. also, check the rc.log and/or if applicable syslog files. this may give an indication where its getting stuck. But its not veritas to blame here (from what I can see) and I am no unix expert ! Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message-From: Jeff Lightner [mailto:[EMAIL PROTECTED] Sent: 12 October 2006 18:05To: Hampus Lind; WEAVER, Simon; ZIMMER, RANDY K [AG/1000]; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] HP-UX Media Server to boot up Of course it depends a lot on the age and class of the equipment. My RP8420 with over 10 TB attached boots much faster than one of my old N Class machines with only 2 TB attached. Also he says "HP-UX" without mentioning version. 9x? 10x? 11? 11i?. Itanium box or PA-RISC? Many variables can affect this including how one has zoned storage (assuming a SAN). I recall one of the original EMC Symmetrix arrays to which we attached an HP-UX box (probably 10.20) took forever to do initial boot and errored out for the load because it actually scanned all the disk drives in the array not just the ones we were going to use on the particular host via the SCSI connections we'd made. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus LindSent: Thursday, October 12, 2006 12:04 PMTo: 'WEAVER, Simon'; 'ZIMMER, RANDY K [AG/1000]'; veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] HP-UX Media Server to boot up Hi, We are a large hpux customer. But I don't have any 10TB systems yet... But almost!! One of our media server have about 6 TB and I haven't seen any time delay in boot time after adding more disk to the system. The boot time now is the same as it was before the 6 TB. If you look at the console when then server boots, what does it delay/hang on? I would also recommend you to look at itrc.hp.com (if you have a user). Often problem with DNS/NIS causes long boot time.. Hampus LindRikspolisstyrelsenNational Police BoardTel dir: +46 (0)8 - 401 99 43Tel mob: +46 (0)70 - 217 92 66E-mail: [EMAIL PROTECTED] -Original Message-From: ZIMMER, RANDY K [AG/1000] [mailto:[EMAIL PROTECTED] Sent: 11 October 2006 15:43To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] HP-UX Media Server to boot up I have a question for the group. I have an HP-UX Media Server with 10TB of disk storage attached to the SAN. When we reboot this system it can take up to 90 minutes for it to come up. Is anybody out there experiencing this same issue? If so, Is there anything that can be done to speed this process up? Thanks, Randy Zimmer Unix
Re: [Veritas-bu] Submitting Bug Reports to Veritas [Is it possible ?]
[EMAIL PROTECTED] On Fri Oct 13 <[EMAIL PROTECTED]> If so ... how ? -aW ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Submitting Bug Reports to Veritas [Is it possible ?]
...laughing... Wilkinson, Alex wrote: > If so ... how ? > > -aW > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -- === Steven L. Sesar Lead Operating Systems Programmer/Analyst UNIX Application Services R101 The MITRE Corporation 202 Burlington Road - MS K101 Bedford, MA 01730 tel: (781) 271-7702 fax: (781) 271-2600 mobile: (617) 519-8933 email: [EMAIL PROTECTED] === ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] ASR (a little of topic)
Hello Has anybody succeed in creating a CD in place of a floppy to use with Windows 2003 ASR ? I know about BMR, but we have some machines that are not netbackup clients Regards Michael -- Cybercity Webhosting (http://www.cybercity.dk) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] To make expired media available again
Hello colleagues, whether there is any guide to make expired media available again? I have found some recommendations in inet but all of them very fragmented. Thank you for any help, Sergey ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NOM Hardware Requirements
$ du -sh *NOM* 234MNB_60_NOM.tar.gz The program itself is big, you need to install ICS, setup tunnel/authentication/brokering etc.. I remember the patches were 50-250MB as well, which I thought was crazy. I had set this up 4-5 months ago for test purposes and I do not recall the exact amount of memory; however, I do remember there were a lot of processes in use, the ICS stuff, a number of webserver-like applications for NOM, etc.. Perhaps someone on the list who is -currently- using NOM can shed some light on this? Thanks, Justin. On Fri, 13 Oct 2006, "Koster, Phil" wrote: > My intention was on Linux but in this case I guess I will have to go Windows. > > What kind of RAM and HDD was this thing using? GB of RAM and 5 GB HDD? > More? We are going to use VMWare/ESX 2.5 and I would rather get this thing > sized right to start with. > > Thanks. > > Phil > 456-3136 > > -Original Message- > From: Justin Piszcz [mailto:[EMAIL PROTECTED] > Sent: Friday, October 13, 2006 8:08 AM > To: Koster, Phil > Cc: veritas-bu > Subject: Re: [Veritas-bu] NOM Hardware Requirements > > Unless you meant running the application within Windows within VMWare or > similar-- I installed it once on a Windows Server box, it was a big hog IMO > for memory/disk space. > > On Fri, 13 Oct 2006, Justin Piszcz wrote: > > > NOM requires Solaris or Windows server, it is not supported on any > > other platform. > > > > On Fri, 13 Oct 2006, "Koster, Phil" wrote: > > > > > We are getting ready to put NOM in a Linux VM. Can anyone give me > > > some idea as to what kind of resources this needs? Specifically > > > looking for RAM and HDD space requirements. I looked at the NOM > > > getting started guide, Admin guide for Windows vol I & II, and all > > > I could find were common sense things like a "reliable server". > > > > > > Thanks. > > > > > > Phil Koster > > > Network Administrator > > > City of Grand Rapids > > > Direct: 616-456-3136 > > > Helpdesk: 456-3999 > > > > > > > > > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] HP-UX Media Server to boot up....
Title: Message Somewhat off topic but I believe he asked here because he uses the server for NBU. I’m with you in thinking it rather unlikely NBU is the cause of slow boots. There is a mailing list for HP-UX Administration: To subscribe/unsubscribe to that list, email [EMAIL PROTECTED] Posts go to: [EMAIL PROTECTED] Archives: ftp.dutchworks.nl:/pub/digests/hpux-admin FTP, browse only) http://www.dutchworks.nl/htbin/hpsysadmin (Web, >browse & search) Additionally there are online forums for HP-UX at http://itrc.hp.com. From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Friday, October 13, 2006 5:28 AM To: Jeff Lightner; Hampus Lind; ZIMMER, RANDY K [AG/1000]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] HP-UX Media Server to boot up Guys This is slightly off topic of NBU, as it does not sound like this is the problem. But we do have a HP-UX with a SAN that takes AGES to boot. One suggestion our HP-UX engineer suggested was to check if there is trouble with an NFS mouth at boot time - it could be waiting for this to take place. also, check the rc.log and/or if applicable syslog files. this may give an indication where its getting stuck. But its not veritas to blame here (from what I can see) and I am no unix expert ! 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: Jeff Lightner [mailto:[EMAIL PROTECTED] Sent: 12 October 2006 18:05 To: Hampus Lind; WEAVER, Simon; ZIMMER, RANDY K [AG/1000]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] HP-UX Media Server to boot up Of course it depends a lot on the age and class of the equipment. My RP8420 with over 10 TB attached boots much faster than one of my old N Class machines with only 2 TB attached. Also he says "HP-UX" without mentioning version. 9x? 10x? 11? 11i?. Itanium box or PA-RISC? Many variables can affect this including how one has zoned storage (assuming a SAN). I recall one of the original EMC Symmetrix arrays to which we attached an HP-UX box (probably 10.20) took forever to do initial boot and errored out for the load because it actually scanned all the disk drives in the array not just the ones we were going to use on the particular host via the SCSI connections we'd made. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: Thursday, October 12, 2006 12:04 PM To: 'WEAVER, Simon'; 'ZIMMER, RANDY K [AG/1000]'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP-UX Media Server to boot up Hi, We are a large hpux customer. But I don't have any 10TB systems yet... But almost!! One of our media server have about 6 TB and I haven't seen any time delay in boot time after adding more disk to the system. The boot time now is the same as it was before the 6 TB. If you look at the console when then server boots, what does it delay/hang on? I would also recommend you to look at itrc.hp.com (if you have a user). Often problem with DNS/NIS causes long boot time.. 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] -Original Message- From: ZIMMER, RANDY K [AG/1000] [mailto:[EMAIL PROTECTED] Sent: 11 October 2006 15:43 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] HP-UX Media Server to boot up I have a question for the group. I have an HP-UX Media Server with 10TB of disk storage attached to the SAN. When we reboot this system it can take up to 90 minutes for it to come up. Is anybody out there experiencing this same issue? If so, Is there anything that can be done to speed this process up? Thanks, Randy Zimmer Unix System Administrator Monsanto Enterprise Infrastructure Team Office: 314-694-3109 Pager: 314-294-7966 [EMAIL PROTECTED] This e-mail message may contain privileged and/or confidential information, and is intended to be received only by persons entitled to receive such information. If you have received this e-mail in error, please notify the sender immediately. Please delete it and all attachments from any servers, hard drives or any other media. Other use of this e-mail by you is strictly prohibited. All e-mails and attachments sent and received are subject to monitoring, reading and archival by Monsanto. The recipient of this e-mail is solely responsible for checking for the presence of "Viruses" or other "Malware". Monsanto accepts no liability for any damage caused by any such code transmitted by or accompanying this e-mail or any attachment. This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from
Re: [Veritas-bu] NOM Hardware Requirements
My intention was on Linux but in this case I guess I will have to go Windows. What kind of RAM and HDD was this thing using? GB of RAM and 5 GB HDD? More? We are going to use VMWare/ESX 2.5 and I would rather get this thing sized right to start with. Thanks. Phil 456-3136 -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: Friday, October 13, 2006 8:08 AM To: Koster, Phil Cc: veritas-bu Subject: Re: [Veritas-bu] NOM Hardware Requirements Unless you meant running the application within Windows within VMWare or similar-- I installed it once on a Windows Server box, it was a big hog IMO for memory/disk space. On Fri, 13 Oct 2006, Justin Piszcz wrote: > NOM requires Solaris or Windows server, it is not supported on any > other platform. > > On Fri, 13 Oct 2006, "Koster, Phil" wrote: > > > We are getting ready to put NOM in a Linux VM. Can anyone give me > > some idea as to what kind of resources this needs? Specifically > > looking for RAM and HDD space requirements. I looked at the NOM > > getting started guide, Admin guide for Windows vol I & II, and all > > I could find were common sense things like a "reliable server". > > > > Thanks. > > > > Phil Koster > > Network Administrator > > City of Grand Rapids > > Direct: 616-456-3136 > > Helpdesk: 456-3999 > > > > > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NOM Hardware Requirements
Unless you meant running the application within Windows within VMWare or similar-- I installed it once on a Windows Server box, it was a big hog IMO for memory/disk space. On Fri, 13 Oct 2006, Justin Piszcz wrote: > NOM requires Solaris or Windows server, it is not supported on any other > platform. > > On Fri, 13 Oct 2006, "Koster, Phil" wrote: > > > We are getting ready to put NOM in a Linux VM. Can anyone give me some > > idea as to what kind of resources this needs? Specifically looking for > > RAM and HDD space requirements. I looked at the NOM getting started > > guide, Admin guide for Windows vol I & II, and all I could find were > > common sense things like a "reliable server". > > > > Thanks. > > > > Phil Koster > > Network Administrator > > City of Grand Rapids > > Direct: 616-456-3136 > > Helpdesk: 456-3999 > > > > > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NOM Hardware Requirements
NOM requires Solaris or Windows server, it is not supported on any other platform. On Fri, 13 Oct 2006, "Koster, Phil" wrote: > We are getting ready to put NOM in a Linux VM. Can anyone give me some > idea as to what kind of resources this needs? Specifically looking for > RAM and HDD space requirements. I looked at the NOM getting started > guide, Admin guide for Windows vol I & II, and all I could find were > common sense things like a "reliable server". > > Thanks. > > Phil Koster > Network Administrator > City of Grand Rapids > Direct: 616-456-3136 > Helpdesk: 456-3999 > > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NOM Hardware Requirements
Title: Scalix message content We are getting ready to put NOM in a Linux VM. Can anyone give me some idea as to what kind of resources this needs? Specifically looking for RAM and HDD space requirements. I looked at the NOM getting started guide, Admin guide for Windows vol I & II, and all I could find were common sense things like a "reliable server". Thanks. Phil KosterNetwork AdministratorCity of Grand RapidsDirect: 616-456-3136Helpdesk: 456-3999 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 9940B
Hi Dave I was told use the same tuning settings as for the 9840, but depending on your media server you can increase the NUMBER_DATA_BUFFERS Just remember this uses a lot of shared memory, so you may have to tune you kernel also. Regards Michael On Fri, 13 Oct 2006 11:09:20 +0100, Clooney, David wrote > > Hi > > Was wondering whether anyone knows the max I/O buffer size for the STK 9940B ? > > Trying to fine tune some media servers using the SIZE_DATA_BUFFERS and NUMBER_DATA_BUFFERS. > > And was thinking the drive would obviously determine what the settings should be. > > Regards > > Dave > > --- > 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. > --- -- Cybercity Webhosting (http://www.cybercity.dk) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] 9940B
Hi Was wondering whether anyone knows the max I/O buffer size for the STK 9940B ? Trying to fine tune some media servers using the SIZE_DATA_BUFFERS and NUMBER_DATA_BUFFERS. And was thinking the drive would obviously determine what the settings should be. Regards DaveNotice 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
Re: [Veritas-bu] HP-UX Media Server to boot up....
Title: Message Guys This is slightly off topic of NBU, as it does not sound like this is the problem. But we do have a HP-UX with a SAN that takes AGES to boot. One suggestion our HP-UX engineer suggested was to check if there is trouble with an NFS mouth at boot time - it could be waiting for this to take place. also, check the rc.log and/or if applicable syslog files. this may give an indication where its getting stuck. But its not veritas to blame here (from what I can see) and I am no unix expert ! Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message-From: Jeff Lightner [mailto:[EMAIL PROTECTED] Sent: 12 October 2006 18:05To: Hampus Lind; WEAVER, Simon; ZIMMER, RANDY K [AG/1000]; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] HP-UX Media Server to boot up Of course it depends a lot on the age and class of the equipment. My RP8420 with over 10 TB attached boots much faster than one of my old N Class machines with only 2 TB attached. Also he says "HP-UX" without mentioning version. 9x? 10x? 11? 11i?. Itanium box or PA-RISC? Many variables can affect this including how one has zoned storage (assuming a SAN). I recall one of the original EMC Symmetrix arrays to which we attached an HP-UX box (probably 10.20) took forever to do initial boot and errored out for the load because it actually scanned all the disk drives in the array not just the ones we were going to use on the particular host via the SCSI connections we'd made. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus LindSent: Thursday, October 12, 2006 12:04 PMTo: 'WEAVER, Simon'; 'ZIMMER, RANDY K [AG/1000]'; veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] HP-UX Media Server to boot up Hi, We are a large hpux customer. But I don't have any 10TB systems yet... But almost!! One of our media server have about 6 TB and I haven't seen any time delay in boot time after adding more disk to the system. The boot time now is the same as it was before the 6 TB. If you look at the console when then server boots, what does it delay/hang on? I would also recommend you to look at itrc.hp.com (if you have a user). Often problem with DNS/NIS causes long boot time.. Hampus LindRikspolisstyrelsenNational Police BoardTel dir: +46 (0)8 - 401 99 43Tel mob: +46 (0)70 - 217 92 66E-mail: [EMAIL PROTECTED] -Original Message-From: ZIMMER, RANDY K [AG/1000] [mailto:[EMAIL PROTECTED] Sent: 11 October 2006 15:43To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] HP-UX Media Server to boot up I have a question for the group. I have an HP-UX Media Server with 10TB of disk storage attached to the SAN. When we reboot this system it can take up to 90 minutes for it to come up. Is anybody out there experiencing this same issue? If so, Is there anything that can be done to speed this process up? Thanks, Randy Zimmer Unix System Administrator Monsanto Enterprise Infrastructure Team Office: 314-694-3109 Pager: 314-294-7966 [EMAIL PROTECTED] This e-mail message may contain privileged and/or confidential information, and is intended to be received only by persons entitled to receive such information. If you have received this e-mail in error, please notify the sender immediately. Please delete it and all attachments from any servers, hard drives or any other media. Other use of this e-mail by you is strictly prohibited. All e-mails and attachments sent and received are subject to monitoring, reading and archival by Monsanto. The recipient of this e-mail is solely responsible for checking for the presence of "Viruses" or other "Malware". Monsanto accepts no liability for any damage caused by any such code transmitted by or accompanying this e-mail or any attachment. 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. 2449259Registered Office
Re: [Veritas-bu] Writing perl scripts for performance enhancement in NBU5.1
Title: Message Your best bet, may be to search google for perl learning or introduction sites. Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message-From: Didier BRUN [mailto:[EMAIL PROTECTED] Sent: 13 October 2006 09:39To: veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Writing perl scripts for performance enhancementin NBU5.1Hi all, I am also interested in a solution perl supplying reports HTML with a part on the restorations. Pls advise me.. too ;>ThanksDidierVeritas Netbackup a écrit : Hi Raghu,Please visit http://search.cpan.org/search?query=netbackup&mode=allAre u a pro @ perl and newbie to netbackup or vice versa.!The foll is a set of perl modules for netbackup - all in one -http://search.cpan.org/~dutchman/NBU-0.90f/Regards,PP BIJU KRISHNAN On 10/11/06, Raghunath kandakur <[EMAIL PROTECTED]> wrote: Hi all,I am looking out for help for writing perl scripts forperformance enhancement in Netbackup 5.1 .Pls advise me..Thank u all,RegardsRaghu__ Do You Yahoo!?Tired of spam? Yahoo! Mail has the best spam protection aroundhttp://mail.yahoo.com___Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.eduhttp://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Writing perl scripts for performance enhancement in NBU5.1
Hi all, I am also interested in a solution perl supplying reports HTML with a part on the restorations. Pls advise me.. too ;> Thanks Didier Veritas Netbackup a écrit : Hi Raghu, Please visit http://search.cpan.org/search?query=netbackup&mode=all Are u a pro @ perl and newbie to netbackup or vice versa.! The foll is a set of perl modules for netbackup - all in one - http://search.cpan.org/~dutchman/NBU-0.90f/ Regards, PP BIJU KRISHNAN On 10/11/06, Raghunath kandakur <[EMAIL PROTECTED]> wrote: 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 ___ 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] Submitting Bug Reports to Veritas [Is it possible ?]
If so ... how ? -aW ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Log Files filling disk space
Title: Message Guys I have been running an applet to check the folder / file structure for a drive where NBU 5.1 is installed on a Win2k3 Server I came across program files\veritas\netbackup\volmgr\debug and folders called Daemon and ltid which is holding 1GB of log files. reading these, they look safe to delete - they go back from 2005 to present. Could I please get clarification this is not going to impact anything within NBU - they end in .log so I believe I am safe, but nice to get confirmation of this. Thank you Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu