Re: [Veritas-bu] CLOSE_WAIT
David I have a Support Call open, in regards to Media errors, and the Symantec Engineer said the following. Simon, Tcp tuning parameters changes the wait time for a port which is in a TIME_WAIT state. A port will stay in this state for 4 minutes by default. Decreasing this time allows the port to be closed sooner rather than later allowing the port to be re-opened or stay as listening if need be. I noticed VMD (the volume manager daemon process) in TIME_WAIT state. If NetBackup VMD is timing out when trying to write to the next media or when trying to write header information, this could possibly cause problems. NOTE: For more information see Microsoft article # Q120642 at the following URL: TCP/IP and NBT Configuration Parameters for Windows 2000 or Windows NT http://support.microsoft.com/default.aspx?scid=kb;en-us;120642 I think this is the same link Steve sent, but does any of this help answer your Q - For the record, I have NOT implemented this yet, as I have made one major change and want to review this before applying any other fix straight away (otherwise applying multiple fixes at the same time, means I have no trackable method of knowing what fixed the root problem). 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: Clooney, David [mailto:[EMAIL PROTECTED] Sent: 30 October 2006 10:44 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] CLOSE_WAIT Hi All Scenario : Master server Solaris 8 Media server windows 2000 Over the past weekend we encountered a whole bunch of 219's on jobs using a particular media server, a netstat on the media server provided the below snapshot. The CLOSE_WAIT entries seemed to hang around for ages, additionally hogging sockets. On the master server everything was plodding along as usual. Q1. can anyone explain why these sockets on the media server do not close fully and hang around for quite sometime ? If indeed the master server has not finalised comms, what (on the master) would be keeping the socket open between the two. Q2. Does anyone know the default setting for the maximum number of simultaneous tcp connections on windows 2000? Q3. If I was to add the registry key to tcp parameters "TcpNumConnections" , what guidelines could I follow to determine the number of connections ? Q4. Not so long ago on the same windows media server I added the registry key to tcp parameters "TcpTimedWaitDelay" in order to clear TIME_WAIT more quickly. Are there any known issues with windows 2000 and tcp connections that I'm not aware off ? Much appreciated David Clooney TCPmedia_server:bpcd media_server:795ESTABLISHED TCPmedia_server:bpcd media_server:834ESTABLISHED TCPmedia_server:bpcd media_server:868CLOSE_WAIT TCPmedia_server:bpcd media_server:991CLOSE_WAIT TCPmedia_server:bpcd master_server:551 CLOSE_WAIT TCPmedia_server:bpcd master_server:562 CLOSE_WAIT TCPmedia_server:bpcd master_server:591 CLOSE_WAIT TCPmedia_server:bpcd master_server:610 CLOSE_WAIT TCPmedia_server:bpcd master_server:645 CLOSE_WAIT TCPmedia_server:bpcd master_server:696 CLOSE_WAIT TCPmedia_server:bpcd master_server:768 CLOSE_WAIT TCPmedia_server:bpcd master_server:807 CLOSE_WAIT TCPmedia_server:bpcd master_server:829 CLOSE_WAIT TCPmedia_server:bpcd master_server:830 CLOSE_WAIT TCPmedia_server:bpcd master_server:867 CLOSE_WAIT TCPmedia_server:bpcd master_server:904 CLOSE_WAIT TCPmedia_server:bpcd master_server:919 ESTABLISHED TCPmedia_server:bpcd master_server:976 ESTABLISHED TCPmedia_server:bpcd master_server:982 CLOSE_WAIT TCPmedia_server:bpcd master_server:1008 ESTABLISHED TCPmedia_server:bpcd master_server:1023 ESTABLISHED 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 Americ
Re: [Veritas-bu] CLOSE_WAIT
Sorry, fat fingers. http://support.microsoft.com/kb/q120642/ TcpTimedWaitDelay is the value that should help you close those sockets faster. I have to run to a meeting but will try to send more info later. On 10/30/06, Steve <[EMAIL PROTECTED]> wrote: Here is some info from Microsoft that I reference often. On 10/30/06, Dyck, Jonathan <[EMAIL PROTECTED] > wrote: I'm also interested in this topic. My "netstat -a" looked the same asyours last week David. Last week I ran into an issue where (what I think was..) some securityscans on my network for TCP traffic tied up a certain number of ports onmy W2k3 master and some NBU processes were unable to interact reliably. Four levels of support were unable to suitably explain the problem tome, and all we ended up doing was throwing in a TCP wait delay into theregistry, which "worked" with middling success. The issue has since disappeared (mysteriously) - as I assume whatever activity that washappening over those couple of days has since stopped.Cheers,Jon-Original Message-From: [EMAIL PROTECTED][mailto:[EMAIL PROTECTED] ] On Behalf Of Clooney,DavidSent: Monday, October 30, 2006 5:44 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] CLOSE_WAITHi AllScenario :Master server Solaris 8Media server windows 2000 Over the past weekend we encountered a whole bunch of 219's on jobsusing a particular media server, a netstat on the media server provided the below snapshot. The CLOSE_WAIT entries seemed to hang around for ages, additionally hogging sockets. On the master server everything wasplodding along as usual.Q1. can anyone explain why these sockets on the media server do not close fully and hang around for quite sometime ? If indeed the master server has not finalised comms, what (on the master) would be keeping the socketopen between the two.Q2. Does anyone know the default setting for the maximum number of simultaneous tcp connections on windows 2000? Q3. If I was to add the registry key to tcp parameters"TcpNumConnections" , what guidelines could I follow to determine thenumber of connections ? Q4. Not so long ago on the same windows media server I added the registry key to tcp parameters "TcpTimedWaitDelay" in order to clearTIME_WAIT more quickly. Are there any known issues with windows 2000 and tcp connections that I'm not aware off ?Much appreciated David ClooneyTCPmedia_server:bpcd media_server:795ESTABLISHEDTCPmedia_server:bpcd media_server:834ESTABLISHED TCPmedia_server:bpcd media_server:868CLOSE_WAIT TCPmedia_server:bpcd media_server:991CLOSE_WAITTCPmedia_server:bpcd master_server:551 CLOSE_WAITTCPmedia_server:bpcd master_server:562 CLOSE_WAIT TCPmedia_server:bpcd master_server:591 CLOSE_WAIT TCPmedia_server:bpcd master_server:610 CLOSE_WAITTCPmedia_server:bpcd master_server:645 CLOSE_WAIT TCPmedia_server:bpcd master_server:696 CLOSE_WAITTCPmedia_server:bpcd master_server:768 CLOSE_WAIT TCPmedia_server:bpcd master_server:807 CLOSE_WAITTCPmedia_server:bpcd master_server:829 CLOSE_WAIT TCPmedia_server:bpcd master_server:830 CLOSE_WAITTCPmedia_server:bpcd master_server:867 CLOSE_WAIT TCPmedia_server:bpcd master_server:904 CLOSE_WAIT TCPmedia_server:bpcd master_server:919 ESTABLISHEDTCPmedia_server:bpcd master_server:976 ESTABLISHEDTCPmedia_server:bpcd master_server:982 CLOSE_WAITTCPmedia_server:bpcd master_server:1008 ESTABLISHED TCPmedia_server:bpcd master_server:1023 ESTABLISHEDNotice to recipient:The information in this internet e-mail and any attachments isconfidential 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 inthis internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagementletter 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.eduhttp://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the
Re: [Veritas-bu] CLOSE_WAIT
Here is some info from Microsoft that I reference often. On 10/30/06, Dyck, Jonathan <[EMAIL PROTECTED]> wrote: I'm also interested in this topic. My "netstat -a" looked the same asyours last week David. Last week I ran into an issue where (what I think was..) some securityscans on my network for TCP traffic tied up a certain number of ports onmy W2k3 master and some NBU processes were unable to interact reliably. Four levels of support were unable to suitably explain the problem tome, and all we ended up doing was throwing in a TCP wait delay into theregistry, which "worked" with middling success. The issue has since disappeared (mysteriously) - as I assume whatever activity that washappening over those couple of days has since stopped.Cheers,Jon-Original Message-From: [EMAIL PROTECTED][mailto:[EMAIL PROTECTED]] On Behalf Of Clooney,DavidSent: Monday, October 30, 2006 5:44 AM To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] CLOSE_WAITHi AllScenario :Master server Solaris 8Media server windows 2000 Over the past weekend we encountered a whole bunch of 219's on jobsusing a particular media server, a netstat on the media server providedthe below snapshot. The CLOSE_WAIT entries seemed to hang around for ages, additionally hogging sockets. On the master server everything wasplodding along as usual.Q1. can anyone explain why these sockets on the media server do notclose fully and hang around for quite sometime ? If indeed the master server has not finalised comms, what (on the master) would be keeping the socketopen between the two.Q2. Does anyone know the default setting for the maximum number ofsimultaneous tcp connections on windows 2000? Q3. If I was to add the registry key to tcp parameters"TcpNumConnections" , what guidelines could I follow to determine thenumber of connections ?Q4. Not so long ago on the same windows media server I added the registry key to tcp parameters "TcpTimedWaitDelay" in order to clearTIME_WAIT more quickly. Are there any known issues with windows 2000 and tcpconnections that I'm not aware off ?Much appreciated David ClooneyTCPmedia_server:bpcd media_server:795ESTABLISHEDTCPmedia_server:bpcd media_server:834ESTABLISHEDTCPmedia_server:bpcd media_server:868CLOSE_WAIT TCPmedia_server:bpcd media_server:991CLOSE_WAITTCPmedia_server:bpcd master_server:551 CLOSE_WAITTCPmedia_server:bpcd master_server:562 CLOSE_WAITTCPmedia_server:bpcd master_server:591 CLOSE_WAIT TCPmedia_server:bpcd master_server:610 CLOSE_WAITTCPmedia_server:bpcd master_server:645 CLOSE_WAITTCPmedia_server:bpcd master_server:696 CLOSE_WAITTCPmedia_server:bpcd master_server:768 CLOSE_WAIT TCPmedia_server:bpcd master_server:807 CLOSE_WAITTCPmedia_server:bpcd master_server:829 CLOSE_WAITTCPmedia_server:bpcd master_server:830 CLOSE_WAITTCPmedia_server:bpcd master_server:867 CLOSE_WAIT TCPmedia_server:bpcd master_server:904 CLOSE_WAITTCPmedia_server:bpcd master_server:919 ESTABLISHEDTCPmedia_server:bpcd master_server:976 ESTABLISHED TCPmedia_server:bpcd master_server:982 CLOSE_WAITTCPmedia_server:bpcd master_server:1008 ESTABLISHEDTCPmedia_server:bpcd master_server:1023 ESTABLISHED Notice to recipient:The information in this internet e-mail and any attachments isconfidential and may be privileged. It is intended solely for theaddressee. 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 tobe taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained inthis internet e-mail are subject to the terms and conditions expressedin any applicable governing terms of business or client engagementletter 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 areauthorised and regulated by the Financial Services Authority.___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.eduhttp://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. ___Veritas-bu mailli
Re: [Veritas-bu] Duplicate BE images from DLT to hcart media
Hi Simrat We went through a similar exercise earlier in the year. Although you can import the BE tapes in to the NetBackup catalogue they don't appear in the duplication screen so you can't duplicate them. I raised a call with Symantec as I noticed that there was a command called beconv in the manual that could be used to convert BE catalogues to NetBackup. The binary didn't appear to exist though. This is apparently a utility made available in earlier versions of NetBackup (4.5?) but is now no longer available. I did consider trying to obtain an earlier copy of NetBackup and using that to do a catalogue conversion but they said that the way NetBackup treated BE data changed in later versions so it might not be a goer. It might not have saved a huge amount of time anyway as you still have to import the tapes. In the end we did DLT to LT03 duplication in the old BE environment and now just import the LTO's in to NetBackup as and when restores are required. Regards Richard From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sekhon Simrat S.Sent: Wednesday, 25 October 2006 2:27 amTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Duplicate BE images from DLT to hcart media We have imported our old Backup Exec 9.x DLT tapes into Netbackup 6.0 MP3. We are in the process of phasing out our old DLT drive and are trying to duplicate these BE images on to the hcart3 media. Is there a way to duplicate these BE images from Netbackup. Any help or suggestions will be appreciated. Thanks. Simrat S. Sekhon Information Services (804) 459-2206 ** 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
Re: [Veritas-bu] NEW MEDIA SERVER
Setup storage units that use said media server? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clooney, David Sent: Monday, October 30, 2006 6:54 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NEW MEDIA SERVER All This might seem like a bit of a no brainer, but what steps am I missing to direct a windows media server to a new master server ? - configure new vol db host on media server to reflect new master server - add new master to registry in server key and remove old - bounce services - ?? - ?? - ?? 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. ___ 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] Linux Media Server + Win2K3 Master
Yep - it's zoned to the media server using 3-Way NDMP. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Paul Keating > Sent: Monday, October 30, 2006 11:59 AM > To: NB List Mail > Subject: Re: [Veritas-bu] Linux Media Server + Win2K3 Master > > > Ah yesI remember from a while ago. > Alas, NDMP is NDMP, so NAS or Mail appliance shouldn't matter much. > Just to confirm, are your tape drives connected/zoned to the > appliance(backup direct to tape) or to the media server (data > over the network)?ie, remote or 3-way NDMP or whatever it's called. > > -- > > > -Original Message-> From: Brooks, Jason > > [mailto:[EMAIL PROTECTED] > Sent: October 30, 2006 > 11:49 AM> To: > > Paul Keating; NB List Mail> Subject: RE: [Veritas-bu] Linux Media > > Server + Win2K3 Master> > > Our NDMP is not a NAS, but a mail > > appliance. We're using a > media server because of network > config.> > > > The oddity this weekend was that we received the fastest > backup > > ever, but I can't solidly determine from where. The > NDMP > appliance > > said only the test media server (Linux) was > able to back > it up. NBU > > said that the production Media > Server (Windows) did the > deed. Logs > > are not conclusive either.> > I'm also still dealing with > the message > > "Tape Media server is > not active" with tape zoned and visible. > > Ideas?> > Jason > > > == > > == > La version française suit le texte anglais. > -- > -- > This email may contain privileged and/or confidential > information, and the Bank ofCanada does not waive any related > rights. Any distribution, use, or copying of thisemail or the > information it contains by other than the intended recipient > isunauthorized. If you received this email in error please > delete it immediately fromyour system and notify the sender > promptly by email that you have done so. > -- > -- > Le présent courriel peut contenir de l'information > privilégiée ou confidentielle.La Banque du Canada ne renonce > pas aux droits qui s'y rapportent. Toute > diffusion,utilisation ou copie de ce courriel ou des > renseignements qu'il contient par unepersonne autre que le ou > les destinataires désignés est interdite. Si vous recevezce > courriel par erreur, veuillez le supprimer immédiatement et > envoyer sans délai àl'expéditeur un message électronique pour > l'aviser que vous avez éliminé de votreordinateur toute copie > du courriel reçu. > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Linux Media Server + Win2K3 Master
Ah yesI remember from a while ago. Alas, NDMP is NDMP, so NAS or Mail appliance shouldn't matter much. Just to confirm, are your tape drives connected/zoned to the appliance(backup direct to tape) or to the media server (data over the network)?ie, remote or 3-way NDMP or whatever it's called. -- > -Original Message-> From: Brooks, Jason [mailto:[EMAIL PROTECTED] > > Sent: October 30, 2006 11:49 AM> To: Paul Keating; NB List Mail> Subject: RE: > [Veritas-bu] Linux Media Server + Win2K3 Master> > > Our NDMP is not a NAS, > but a mail appliance. We're using a > media server because of network > config.> > The oddity this weekend was that we received the fastest > backup > ever, but I can't solidly determine from where. The > NDMP appliance said > only the test media server (Linux) was > able to back it up. NBU said that > the production Media > Server (Windows) did the deed. Logs are not > conclusive either.> > I'm also still dealing with the message "Tape Media > server is > not active" with tape zoned and visible. Ideas?> > Jason > La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank ofCanada does not waive any related rights. Any distribution, use, or copying of thisemail or the information it contains by other than the intended recipient isunauthorized. If you received this email in error please delete it immediately fromyour system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle.La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion,utilisation ou copie de ce courriel ou des renseignements qu'il contient par unepersonne autre que le ou les destinataires désignés est interdite. Si vous recevezce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai àl'expéditeur un message électronique pour l'aviser que vous avez éliminé de votreordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Linux Media Server + Win2K3 Master
Our NDMP is not a NAS, but a mail appliance. We're using a media server because of network config. The oddity this weekend was that we received the fastest backup ever, but I can't solidly determine from where. The NDMP appliance said only the test media server (Linux) was able to back it up. NBU said that the production Media Server (Windows) did the deed. Logs are not conclusive either. I'm also still dealing with the message "Tape Media server is not active" with tape zoned and visible. Ideas? Jason > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Paul Keating > Sent: Monday, October 30, 2006 11:19 AM > To: NB List Mail > Subject: Re: [Veritas-bu] Linux Media Server + Win2K3 Master > > On 6.0, as the DB is on the master (EMM) server, and not on > the Mediaserver, I would be inclined to use the > Master.Actually, I would use(and am using) the master, regardless. > The only reason I wouldn't use the master, is if I was short > on diskspace, and a media server had lots, and the NAS FS was > large with lotsof small files. > Sure NDMP is chatty, but if the drives are attached to the > NAS anyway,you're still minimizing network traffic. > I'm assuming you're talking about dedicated NAS attached > tapedrives. > Paul > -- > > > -Original Message-> From: > [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf > > Of Joe Royer> Sent: October 30, 2006 11:06 AM> To: > veritas-bu@mailman.eng.auburn.edu> Subject: Re: [Veritas-bu] > Linux Media Server + Win2K3 Master> > > Linux is not > supported as an NDMP media server in 5.1, only Win2k or > > Solaris. If you are on 6.0, I don't know.> > > > Date: Fri, > 27 Oct 2006 11:46:42 -0400> From: "Brooks, Jason" > <[EMAIL PROTECTED]> > Subject: Re: [Veritas-bu] Linux > Media Server + Win2K3 Master > To: > > Message-ID:> > <[EMAIL PROTECTED]> > > Content-Type: text/plain; charset="us-ascii" > I've > discovered the contributing factor to this, but can't > find > out why.> > With the added test Linux Media Server, if I set > the storage > unit to be > used by only that Media Server, it > won't mount a tape, reporting that > the "Tape Media server > is not active". If it's set to any available, > the job will > run, but not by the Linux media server. So far, any job> ran > to use the Linux storage unit are sourcing from the > master > server. > Additionally, what I'm trying to back up is a NDMP > device, > and if I try> to create a NDMP storage unit, the > Linux media server isn't even > available.> So, it seems that > I'm missing something. Suggestions while I > go off and > > dig through the Nix Admin Guide?> > Thanks,> > Jason= > === > La version française suit le texte anglais. > -- > -- > This email may contain privileged and/or confidential > information, and the Bank ofCanada does not waive any related > rights. Any distribution, use, or copying of thisemail or the > information it contains by other than the intended recipient > isunauthorized. If you received this email in error please > delete it immediately fromyour system and notify the sender > promptly by email that you have done so. > -- > -- > Le présent courriel peut contenir de l'information > privilégiée ou confidentielle.La Banque du Canada ne renonce > pas aux droits qui s'y rapportent. Toute > diffusion,utilisation ou copie de ce courriel ou des > renseignements qu'il contient par unepersonne autre que le ou > les destinataires désignés est interdite. Si vous recevezce > courriel par erreur, veuillez le supprimer immédiatement et > envoyer sans délai àl'expéditeur un message électronique pour > l'aviser que vous avez éliminé de votreordinateur toute copie > du courriel reçu. > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Oracle agent issue
If you are using the Oracle agent, then you either have a template or script, or, I suppose you could type in the RMAN command by hand. What is (or are) your RMAN command(s)? David McWilliams wrote, in part, on 10/30/2006 8:48 AM: > I'm interactively backing up the database using the jbpSA GUI. It is > not cleaning away the temporary archive log files > (*.log_archive_dest='/usr/arc_temp/archive_log') after backup, and now > the filesystem is full. Any ideas? If I take down the database, can I > clean out this directory myself? I know this isn't an Oracle list, but > this is a small instance we have, with no DBA. > > -- > Sláinte, > > David > > Checkout the, sometimes updated, McWilliams family website @ > http://davidmcw.tripod.com > > Get a safer, faster, better web browser @ > http://www.mozilla.org/products/firefox/ > > > ___ > 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] Linux Media Server + Win2K3 Master
We're on 6.0. You have to install the NDMP components separately. I'll look at the NDMP Guide for 6.0 and see what I can find out. Jason > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Joe Royer > Sent: Monday, October 30, 2006 11:06 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Linux Media Server + Win2K3 Master > > Linux is not supported as an NDMP media server in 5.1, only > Win2k or Solaris. If you are on 6.0, I don't know. > > > > Date: Fri, 27 Oct 2006 11:46:42 -0400 > From: "Brooks, Jason" <[EMAIL PROTECTED]> > Subject: Re: [Veritas-bu] Linux Media Server + Win2K3 Master > To: > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="us-ascii" > I've discovered the contributing factor to this, but can't > find out why. > > With the added test Linux Media Server, if I set the storage > unit to be > used by only that Media Server, it won't mount a tape, reporting that > the "Tape Media server is not active". If it's set to any available, > the job will run, but not by the Linux media server. So far, any job > ran to use the Linux storage unit are sourcing from the > master server. > Additionally, what I'm trying to back up is a NDMP device, > and if I try > to create a NDMP storage unit, the Linux media server isn't even > available. > So, it seems that I'm missing something. Suggestions while I > go off and > dig through the Nix Admin Guide? > > Thanks, > Jason > > > -- > Joe Royer / SysAdmin / Digital Motorworks / 512-692-1028 > > > This message and any attachments are intended only for the > use of the addressee and may contain information that is > privileged and confidential. If the reader of the message is > not the intended recipient or an authorized representative of > the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. > If you have received this communication in error, please > notify us immediately by e-mail and delete the message and > any attachments from your system. > ___ > 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] Memory usage under rhel 2.1
Memory management in 2.1 is not great (2.4.9 kernel). I'm assuming you are using a hugemem kernel, or it wouldn't access more than 4GB to begin with. Check out /usr/src/linux-2.4.9-e.59/Documentation/sysctl/vm.txt You also might want to google: "linux 2.4.9 kernel tuning fileserver sysctl" There are lots of similarities between NBU and NFS on linux WRT memory management. Best answer: Upgrade to 4.3, it made a world of difference for me. Date: Fri, 27 Oct 2006 14:02:26 -0300 From: "Edson Noboru Yamada" <[EMAIL PROTECTED]> Subject: [Veritas-bu] Memory usage under rhel 2.1 To: veritas-bu@mailman.eng.auburn.edu Hi, I have a media server (NBU 5.1 MP4) running under RHEL 2.1 AS. The server is a SUN V40Z with 8GB RAM. There are 6 LTO2 tape drives attachedto it. Under normal circunstances, each job is recorded on two tapes simultaneously (on and off-site copy). My question is regarding the memory usage, which looks too low. NUMBER_DATA_BUFFERS=64, SIZE_DATA_BUFFERS=524288, and the MPX of each of the 6 drives is 32. So, according to the manual, the total shared memory allocate should be: NUMBER_DATA_BUFFERS x SIZE_DATA_BUFFERS x MPX x Number of drives = 6 GB. However, using linux top command, we see a plenty of free memory (5 or 6GB),no matter how many jobs are running. btpm complains also that it?s waiting for empty buffers. Am I doing something wrong? TIA -- next part -- -- Joe Royer / SysAdmin / Digital Motorworks / 512-692-1028 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Linux Media Server + Win2K3 Master
On 6.0, as the DB is on the master (EMM) server, and not on the Mediaserver, I would be inclined to use the Master.Actually, I would use(and am using) the master, regardless. The only reason I wouldn't use the master, is if I was short on diskspace, and a media server had lots, and the NAS FS was large with lotsof small files. Sure NDMP is chatty, but if the drives are attached to the NAS anyway,you're still minimizing network traffic. I'm assuming you're talking about dedicated NAS attached tapedrives. Paul -- > -Original Message-> From: [EMAIL PROTECTED] > [mailto:[EMAIL > PROTECTED] On Behalf > Of Joe Royer> Sent: October 30, 2006 11:06 AM> To: > veritas-bu@mailman.eng.auburn.edu> Subject: Re: [Veritas-bu] Linux Media > Server + Win2K3 Master> > > Linux is not supported as an NDMP media server in > 5.1, only Win2k or > Solaris. If you are on 6.0, I don't know.> > > > Date: > Fri, 27 Oct 2006 11:46:42 -0400> From: "Brooks, Jason" <[EMAIL PROTECTED]> > > Subject: Re: [Veritas-bu] Linux Media Server + Win2K3 Master > To: > > Message-ID:> <[EMAIL > PROTECTED]> > Content-Type: text/plain; charset="us-ascii" > I've > discovered the contributing factor to this, but can't > find out why.> > With > the added test Linux Media Server, if I set the storage > unit to be > used > by only that Media Server, it won't mount a tape, reporting that > the "Tape > Media server is not active". If it's set to any available, > the job will > run, but not by the Linux media server. So far, any job> ran to use the > Linux storage unit are sourcing from the > master server. > Additionally, > what I'm trying to back up is a NDMP device, > and if I try> to create a NDMP > storage unit, the Linux media server isn't even > available.> So, it seems > that I'm missing something. Suggestions while I > go off and > dig through > the Nix Admin Guide?> > Thanks,> > Jason La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank ofCanada does not waive any related rights. Any distribution, use, or copying of thisemail or the information it contains by other than the intended recipient isunauthorized. If you received this email in error please delete it immediately fromyour system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle.La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion,utilisation ou copie de ce courriel ou des renseignements qu'il contient par unepersonne autre que le ou les destinataires désignés est interdite. Si vous recevezce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai àl'expéditeur un message électronique pour l'aviser que vous avez éliminé de votreordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Linux Media Server + Win2K3 Master
Linux is not supported as an NDMP media server in 5.1, only Win2k or Solaris. If you are on 6.0, I don't know. Date: Fri, 27 Oct 2006 11:46:42 -0400 From: "Brooks, Jason" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] Linux Media Server + Win2K3 Master To: Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" I've discovered the contributing factor to this, but can't find out why. With the added test Linux Media Server, if I set the storage unit to be used by only that Media Server, it won't mount a tape, reporting that the "Tape Media server is not active". If it's set to any available, the job will run, but not by the Linux media server. So far, any job ran to use the Linux storage unit are sourcing from the master server. Additionally, what I'm trying to back up is a NDMP device, and if I try to create a NDMP storage unit, the Linux media server isn't even available. So, it seems that I'm missing something. Suggestions while I go off and dig through the Nix Admin Guide? Thanks, Jason -- Joe Royer / SysAdmin / Digital Motorworks / 512-692-1028 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Robot Status via Win Cmd Line?
On Mon, 30 Oct 2006, "Koster, Phil" wrote: > We have an old Storage TEK 9840 library that because of our setup > requires a SCSI-to-Fiber bridge (connected through a Dell 56f, I know, > break out the history books) for our NBU master to connect to it. That > connection is a little flakey and this weekend it "hiccupped" on us > effectively killing all of our back ups. For some reason it will not > re-initialize itself when the communication is reliably restored. > Management will not throw ANY money at this as there is a P.O. somewhere > in our purchasing department for a whole new tape library. (BTW, we are > running NBU6 MP2 on a Win 2K Server.) > > Question is: > > Will a "tpconfig -l" get us to a point where we can tell what is going > on and be able to parse it or should we be doing something else? > > From my own experimentation it looks like a tpconfig -l will not > actually tell us the robot's status (always shows up as a hyphen) but we > can see the drive status which (near as I can tell) should be UP, DOWN, > or AVR. So in theory we could parse for the AVR status on the drives > and go from there. Problem is we have a second NBU server that uses the > same robot through our master that we will begin using soon to offload > some of the work from the master. Neither of us NBU guys here know what > that drive status will show up as when the secondary kicks in. Am I on > the right path? Anyone? Anyone? Bueller? Bueller? > > Thanks. > > Phil Koster > Network Administrator > City of Grand Rapids > Direct: 616-456-3136 > Helpdesk: 456-3999 > > Definitely be watching for AVR as when 1 or more drives are in AVR, the robot could be hung up or have a serious error. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] CLOSE_WAIT
I'm also interested in this topic. My "netstat -a" looked the same as yours last week David. Last week I ran into an issue where (what I think was..) some security scans on my network for TCP traffic tied up a certain number of ports on my W2k3 master and some NBU processes were unable to interact reliably. Four levels of support were unable to suitably explain the problem to me, and all we ended up doing was throwing in a TCP wait delay into the registry, which "worked" with middling success. The issue has since disappeared (mysteriously) - as I assume whatever activity that was happening over those couple of days has since stopped. Cheers, Jon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clooney, David Sent: Monday, October 30, 2006 5:44 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] CLOSE_WAIT Hi All Scenario : Master server Solaris 8 Media server windows 2000 Over the past weekend we encountered a whole bunch of 219's on jobs using a particular media server, a netstat on the media server provided the below snapshot. The CLOSE_WAIT entries seemed to hang around for ages, additionally hogging sockets. On the master server everything was plodding along as usual. Q1. can anyone explain why these sockets on the media server do not close fully and hang around for quite sometime ? If indeed the master server has not finalised comms, what (on the master) would be keeping the socket open between the two. Q2. Does anyone know the default setting for the maximum number of simultaneous tcp connections on windows 2000? Q3. If I was to add the registry key to tcp parameters "TcpNumConnections" , what guidelines could I follow to determine the number of connections ? Q4. Not so long ago on the same windows media server I added the registry key to tcp parameters "TcpTimedWaitDelay" in order to clear TIME_WAIT more quickly. Are there any known issues with windows 2000 and tcp connections that I'm not aware off ? Much appreciated David Clooney TCPmedia_server:bpcd media_server:795ESTABLISHED TCPmedia_server:bpcd media_server:834ESTABLISHED TCPmedia_server:bpcd media_server:868CLOSE_WAIT TCPmedia_server:bpcd media_server:991CLOSE_WAIT TCPmedia_server:bpcd master_server:551 CLOSE_WAIT TCPmedia_server:bpcd master_server:562 CLOSE_WAIT TCPmedia_server:bpcd master_server:591 CLOSE_WAIT TCPmedia_server:bpcd master_server:610 CLOSE_WAIT TCPmedia_server:bpcd master_server:645 CLOSE_WAIT TCPmedia_server:bpcd master_server:696 CLOSE_WAIT TCPmedia_server:bpcd master_server:768 CLOSE_WAIT TCPmedia_server:bpcd master_server:807 CLOSE_WAIT TCPmedia_server:bpcd master_server:829 CLOSE_WAIT TCPmedia_server:bpcd master_server:830 CLOSE_WAIT TCPmedia_server:bpcd master_server:867 CLOSE_WAIT TCPmedia_server:bpcd master_server:904 CLOSE_WAIT TCPmedia_server:bpcd master_server:919 ESTABLISHED TCPmedia_server:bpcd master_server:976 ESTABLISHED TCPmedia_server:bpcd master_server:982 CLOSE_WAIT TCPmedia_server:bpcd master_server:1008 ESTABLISHED TCPmedia_server:bpcd master_server:1023 ESTABLISHED 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 This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. ___ Veritas-bu maillist - Veritas-
[Veritas-bu] Robot Status via Win Cmd Line?
Title: Scalix message content We have an old Storage TEK 9840 library that because of our setup requires a SCSI-to-Fiber bridge (connected through a Dell 56f, I know, break out the history books) for our NBU master to connect to it. That connection is a little flakey and this weekend it "hiccupped" on us effectively killing all of our back ups. For some reason it will not re-initialize itself when the communication is reliably restored. Management will not throw ANY money at this as there is a P.O. somewhere in our purchasing department for a whole new tape library. (BTW, we are running NBU6 MP2 on a Win 2K Server.) Question is: Will a "tpconfig -l" get us to a point where we can tell what is going on and be able to parse it or should we be doing something else? From my own experimentation it looks like a tpconfig -l will not actually tell us the robot's status (always shows up as a hyphen) but we can see the drive status which (near as I can tell) should be UP, DOWN, or AVR. So in theory we could parse for the AVR status on the drives and go from there. Problem is we have a second NBU server that uses the same robot through our master that we will begin using soon to offload some of the work from the master. Neither of us NBU guys here know what that drive status will show up as when the secondary kicks in. Am I on the right path? Anyone? Anyone? Bueller? Bueller? 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] Oracle agent issue
Hello David Does you script included something like this archivelog all delete input ? As I understand is this what tells rman to delete the archive log after they have been backed up. Regards Michael On Mon, 30 Oct 2006 08:48:11 -0500, David McWilliams wrote > I'm interactively backing up the database using the jbpSA GUI. It is not cleaning away the temporary archive log files (*.log_archive_dest='/usr/arc_temp/archive_log') after backup, and now the filesystem is full. Any ideas? If I take down the database, can I clean out this directory myself? I know this isn't an Oracle list, but this is a small instance we have, with no DBA. > -- > Sláinte, > > David > > Checkout the, sometimes updated, McWilliams family website @ > http://davidmcw.tripod.com > > Get a safer, faster, better web browser @ http://www.mozilla.org/products/firefox/ -- 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] Oracle agent issue
I'm interactively backing up the database using the jbpSA GUI. It is not cleaning away the temporary archive log files (*.log_archive_dest='/usr/arc_temp/archive_log') after backup, and now the filesystem is full. Any ideas? If I take down the database, can I clean out this directory myself? I know this isn't an Oracle list, but this is a small instance we have, with no DBA. -- Sláinte,DavidCheckout the, sometimes updated, McWilliams family website @http://davidmcw.tripod.comGet a safer, faster, better web browser @ http://www.mozilla.org/products/firefox/ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NEW MEDIA SERVER
All This might seem like a bit of a no brainer, but what steps am I missing to direct a windows media server to a new master server ? - configure new vol db host on media server to reflect new master server - add new master to registry in server key and remove old - bounce services - ?? - ?? - ?? 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. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] CLOSE_WAIT
Hi All Scenario : Master server Solaris 8 Media server windows 2000 Over the past weekend we encountered a whole bunch of 219's on jobs using a particular media server, a netstat on the media server provided the below snapshot. The CLOSE_WAIT entries seemed to hang around for ages, additionally hogging sockets. On the master server everything was plodding along as usual. Q1. can anyone explain why these sockets on the media server do not close fully and hang around for quite sometime ? If indeed the master server has not finalised comms, what (on the master) would be keeping the socket open between the two. Q2. Does anyone know the default setting for the maximum number of simultaneous tcp connections on windows 2000? Q3. If I was to add the registry key to tcp parameters "TcpNumConnections" , what guidelines could I follow to determine the number of connections ? Q4. Not so long ago on the same windows media server I added the registry key to tcp parameters "TcpTimedWaitDelay" in order to clear TIME_WAIT more quickly. Are there any known issues with windows 2000 and tcp connections that I'm not aware off ? Much appreciated David Clooney TCPmedia_server:bpcd media_server:795ESTABLISHED TCPmedia_server:bpcd media_server:834ESTABLISHED TCPmedia_server:bpcd media_server:868CLOSE_WAIT TCPmedia_server:bpcd media_server:991CLOSE_WAIT TCPmedia_server:bpcd master_server:551 CLOSE_WAIT TCPmedia_server:bpcd master_server:562 CLOSE_WAIT TCPmedia_server:bpcd master_server:591 CLOSE_WAIT TCPmedia_server:bpcd master_server:610 CLOSE_WAIT TCPmedia_server:bpcd master_server:645 CLOSE_WAIT TCPmedia_server:bpcd master_server:696 CLOSE_WAIT TCPmedia_server:bpcd master_server:768 CLOSE_WAIT TCPmedia_server:bpcd master_server:807 CLOSE_WAIT TCPmedia_server:bpcd master_server:829 CLOSE_WAIT TCPmedia_server:bpcd master_server:830 CLOSE_WAIT TCPmedia_server:bpcd master_server:867 CLOSE_WAIT TCPmedia_server:bpcd master_server:904 CLOSE_WAIT TCPmedia_server:bpcd master_server:919 ESTABLISHED TCPmedia_server:bpcd master_server:976 ESTABLISHED TCPmedia_server:bpcd master_server:982 CLOSE_WAIT TCPmedia_server:bpcd master_server:1008 ESTABLISHED TCPmedia_server:bpcd master_server:1023 ESTABLISHED 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
Re: [Veritas-bu] bpplsched columns
Thanks Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marianu, Jonathan Sent: 27 October 2006 18:16 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] bpplsched columns BPPLSCHED COLUMNS Line 1 1 SCHED 2 SCHEDULE_NAME 3 TYPE (0=FULL, 1=INCR, 2=USRD) 4 MPX 5 FREQ (Run every ___ seconds, 86400=1 day) NOTE: Even on FULLS set it to run daily but restrict the time to the particular day. 6 retention level 7 uwind/o/d (Future use) 8 internal attribute 9 internal attribute 10 maximum fragment size 11 calendar 12 number of copies 13 Fail_on_Error Line 2 SCHEDWIN SUNDAY START_TIME in seconds SUNDAY DURATION in seconds MONDAY START_TIME in seconds MONDAY DURATION in seconds TUESDAY START_TIME in seconds TUESAY DURATION in seconds WEDNESDAY START_TIME in seconds WEDNESDAY DURATION in seconds THURSDAY START_TIME in seconds THURSDAY DURATION in seconds FRIDAY START_TIME in seconds FRIDAY DURATION in seconds SATURDAY START_TIME in seconds SATURDAY DURATION in seconds Line 3 Residence for each copy Line 4 Pool for each copy Line 5 Retention Level for each copy Line 6 Fail_on_Error for each copy ___ Remedy information: Group: "National EBR Ops" Scope: Backend Applications Category: NetBackup http://wa-gsmrdb02-bth/ESBR/ http://netbackup.entp.attws.com/cgi-bin/backup_amount http://netbackup/prod/netbackup_REQ_form.xlt __ Jonathan Marianu (mah ree ah' nu) National Enterprise Backup & Recovery Cingular Wireless (360) 597-6896 Manager: John Menzik (425) 288-8690 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, October 27, 2006 10:00 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Veritas-bu Digest, Vol 6, Issue 54 Send Veritas-bu mailing list submissions to veritas-bu@mailman.eng.auburn.edu To subscribe or unsubscribe via the World Wide Web, visit http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Veritas-bu digest..." Today's Topics: 1. Re: Merging Master servers (Paul Keating) 2. Jobid's (Clooney, David) 3. bpplsched columns (Clooney, David) 4. Re: Jobid's (Peter DrakeUnderkoffler) 5. Re: Tape not mounting (Dave Markham) 6. Re: bpplsched columns (Darren Dunham) 7. Re: Linux Media Server + Win2K3 Master (Brooks, Jason) 8. Re: bpplsched columns (Haskins, Steve) -- Message: 1 Date: Fri, 27 Oct 2006 08:48:15 -0400 From: "Paul Keating" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] Merging Master servers To: "NB List Mail" Message-ID: <[EMAIL PROTECTED] canada.ca> Content-Type: text/plain; charset="utf-8" agreedthe money certainly isn't in "this". -- -Original Message- From: Clooney, David [mailto:[EMAIL PROTECTED] Sent: October 27, 2006 8:33 AM To: Paul Keating; Hindle, Greg; NB List Mail Subject: RE: [Veritas-bu] Merging Master servers So we have arranged to pay loads of money for PS to look over my shoulder while I perform the work in a couple weeks time. Something tells me I'm in the wrong job. Dave La version fran?aise suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le pr?sent courriel peut contenir de l'information privil?gi?e ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires d?sign?s est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer imm?diatement et envoyer sans d?lai ? l'exp?diteur un message ?lectronique pour l'aviser que vous avez ?limin? de votre ordinateur toute copie du courriel re?u. -- next part -- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061027/ e06c9c2b