Re: [Veritas-bu] Sun Trunking vs. Redhat Linux ???
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yes, it is called bonding. It has several options for configuration, you would be looking at running it in a load balancing configuration with LACP, the /etc/modprobe.conf settings for that would be something like: options bond0 lacp_rate=1 mode=4 miimon=100 But this will also depend on your switch vendor. I've only used two(2) NICs in a trunk, so I would imagine you have some testing ahead of you to not only get it to function as you wish, but also get the desired throughput. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 thomas.sch...@cortalconsors.de wrote: > > > We run two SUN V490 Server as NBU 6.0 Media Server. > > Over four 1GB NICs we have a SUN Trunking running. > > Now we plan to migrate the Media Applikation to four DELL r710 Servers. > > Is there a Redhat Linux feature like SUN Trunking availiable ? > > Cortal Consors S.A. Zweigniederlassung Deutschland, Bahnhofstraße 55, > D-90402 Nürnberg, HR Nürnberg B 20075, USt-IdNr. DE225900761 > > Sitz der Cortal Consors S.A.: 1, boulevard Haussmann, F-75318 Paris > cedex 09, Registergericht: R.C.S. Paris 327 787 909 > Président du Conseil d'Administration (Verwaltungsratsvorsitzender) und > Directeur Général (Generaldirektor) der Cortal Consors S.A.: Olivier Le > Grand > Leitung der Zweigniederlassung Deutschland: Martin Daut (CEO > Deutschland), Olivier Le Grand, Richard Döppmann, Pascal Grundrich > > Before printing, think about environmental responsibility! > Bitte denken Sie über Ihre Verantwortung gegenüber der Umwelt nach, > bevor Sie diese E-Mail ausdrucken. > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org/ iD8DBQFKxLQhl+lekZRM55oRAuMHAKCRUKXrHbLzrGuIhGmmAJ+HSZ/WzACgzLCy WCfkFpb/iWJaeGVGb5Q1UJA= =lH57 -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] SUDO
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is what I use: # Cmnd alias specification Cmnd_Alias NETBACKUP = /usr/openv/netbackup/bin/, /usr/openv/netbackup/bin/admincmd/, /usr/openv/volmgr/bin/, /usr/openv/bin/, /usr/openv/netbackup/bin/goodies/ %sysad ALL=(ALL) ALL %sysad ALL=(ALL) NOPASSWD: NETBACKUP Obviously I have a unix group called "sysad" set up at the unix level. Thanks peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Reynolds, Susan K. wrote: > Does anyone here use SUDO for non-root access to Netbackup; and, if so > can you send a copy of what your SUDOERs file looks like? > > Interested in allowing backup admins the ability to do their jobs as > needed while trying to strike a balance with security concerns of UNIX > group. > > Thanks for your help. > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org iD8DBQFJwUt7l+lekZRM55oRAhPqAJ9ityClIdDiQYFD94JBDI+Wbk3hxgCgi2Sc vxHfPeRBKYqKtVi3PjRWERs= =+vca -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Question Regarding Linux 2.6 kernel udev rules for tape devices
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The option in the vm.conf ENABLE_AUTO_PATH_CORRECTION will take care of what you need between reboots as it has reconfigured without issue for me with a 2.6 AMD64 kernel for more that 2 years. So if all underlying drivers and SANs have been configured correctly, then a /dev/nst# set of character devices have been created. Once you configure them in the gui or tpconfig, NBU will perform a scsi query and attach the outputed serial number to that tape devices. With the above configuration option, it will adjust the tape name to the new /dev/nst# on reboot if there was a change. If you want to go down the route of udev, the default configuration will point to /dev/tape%e but the NBU tape drive configuration tools I don't think will recognize anything but the no rewind devices (/dev/nst?) format although I've never tried. It looks like you may be on a RH4 based on your kernel version. FYI, the udev and multipathd implementation in RH5 was cleaned up quite a bit from and admin's management perspective. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Jonathan Dyck wrote: > For some reason I don't think this post made it through... Here's > attempt number 2: > > > -Original Message- > *From:* Jonathan Dyck > *Sent:* January 08, 2009 3:38 PM > *To:* veritas-bu@mailman.eng.auburn.edu > *Subject:* Question Regarding Linux 2.6 kernel udev rules for tape > devices > > Hello all, > I'm building a new NBU 6.5 environment on RedHat... > > [root@<>dev]# uname -a > Linux <>2 2.6.9-55.ELsmp #1 SMP Fri Apr 20 16:36:54 EDT 2007 x86_64 > x86_64 x86_64 GNU/Linux > and am trying to wrap my head around the FC-SCSI tape device > configuration. I have seen/heard mention that udev rules should be > create to ensure that persistent naming occurs in the event that the > server gets rebooted, SAN changes are made, new devices are added, etc > > The way I understand things, the following is the method to get > things working on the server side: > 1) Kernel detects tape scsi devices and creates /dev/nst## device > files (and /dev/st## device files) > ie: /dev/nst1 > > 2) Links are created via the default udevrules , create "tape" > device symlinks. > ie: tape81 -> nst23a > > 3) Run "/dev/MAKEDEV sg" to create the sg links that Netbackup needs > to populate the device database > Question here: does the MAKEDEV command look for /dev/nst > devices? Or is it based on the "tape#" symlinks described above? > > If the answer is that is uses the symlinks, then I think I > understand how the udev rules would be used (scsi_id -g -u -s device> used to get the scsi inquiry string, create a rules so that > the result of that inquiry always creates the same tape#). If not, > could someone enlighten me? > > Cheers, > Jon > > > > > > > > > > > La version française suit le texte anglais. > > > > This email may contain privileged and/or confidential information, and the > Bank of > Canada does not waive any related rights. Any distribution, use, or copying > of this > email or the information it contains by other than the intended recipient is > unauthorized. If you received this email in error please delete it > immediately from > your system and notify the sender promptly by email that you have done so. > > > > Le présent courriel peut contenir de l'information privilégiée ou > confidentielle. > La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute > diffusion, > utilisation ou copie de ce courriel ou des renseignements qu'il contient par > une > personne autre que le ou les destinataires désignés est interdite. Si vous > recevez > ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans > délai à > l'expéditeur un message électronique pour l'aviser que vous avez éliminé de > votre > ordinateur toute copie du courriel reçu. > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/ve
Re: [Veritas-bu] Linux tape discovery / cleanup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yes, several differences. Adding and removing simple SCSI devices has turned out to be easy enough in Linux. The complexities of multipathing software and volume management tools makes removing devices more difficult, but Linux isn't the only one that suffers from that. Take note that one thing I do miss in Linux is that the iostat command does not have the ability to show tape devices and their utilization which I find very useful in the world of NBU. If the tape device is fibre channel, then you can get some of that depending on the HBA model and the driver version and if its through a switch, you can get it from there as well. Still not the same. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLCv 617-834-2352 Paul Keating wrote: > Ah yesthis is about what I found using Google as well, once sorted > through the 15000 linux incantations. > > Coming from a Solaris background, I'm thinking: > >> rm -f /dev/rmt/* >> devfsadm > > Looks like I've got more work to do. > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org iD8DBQFH0CN3l+lekZRM55oRAh4eAJwI69Cs99IOSY52CL/fyd8JKYebWACgjHSG /prRMNN5hq0xN5uSbfv+GGY= =Dcbe -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Linux tape discovery / cleanup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lots of data on Google for this. You can remove/add scsi devices at different levels. You can always remove (unload) the module for the SCSI/FC driver and reload it as long as you take care of all the dependencies. You can be far more precise with /proc/scsi/scsi for removing a device with: echo "scsi remove-single-device #1 #2 #3 #4" > /proc/scsi/scsi where: #1 = controller number #2 = channel number #3 = SCSI id #4 = LUN number and to add if you know all the particulars: echo "scsi add-single-device #1 #2 #3 #4" > /proc/scsi/scsi If you are running a 2.6 kernel version of redhat (RHv4 or v5), you can also use the /sys/class/scsi_host/host#/ routines. There may be needed tasks performed in /etc/modprobe.conf or /etc/modules.conf as well as making a new boot image (initrd with the command mkinitrd). These changes do require a reboot. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Paul Keating wrote: > Hey Folks. > > First foray into enterprise linux using RHEL. > > when adding or removing tape devices, can you add new, or cleanup > disconencted devices in any sane way? > I've been rebooting to see new devices, or if presenting new and > disconnecting old, it looks like the old dev files are hanging around in > addition to the new ones being created. > > ?? > > > > La version française suit le texte anglais. > > > > This email may contain privileged and/or confidential information, and the > Bank of > Canada does not waive any related rights. Any distribution, use, or copying > of this > email or the information it contains by other than the intended recipient is > unauthorized. If you received this email in error please delete it > immediately from > your system and notify the sender promptly by email that you have done so. > > > > Le présent courriel peut contenir de l'information privilégiée ou > confidentielle. > La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute > diffusion, > utilisation ou copie de ce courriel ou des renseignements qu'il contient par > une > personne autre que le ou les destinataires désignés est interdite. Si vous > recevez > ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans > délai à > l'expéditeur un message électronique pour l'aviser que vous avez éliminé de > votre > ordinateur toute copie du courriel reçu. > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org iD8DBQFH0BHIl+lekZRM55oRArlCAJ4wPiU99hi+h4pyAG2yyQz+LJYSVwCg3QEj KEyUGHUVDP1GtXBVU40QadI= =C5TV -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] netbackup and future linux commands
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Not sure if Symantec/Veritas has this on their radar, but the RedHat 5 based distributions as well as others are updating long out dated command options that some of the NetBackup scripts are going to bork on. Two immediate commands which you would find in the "available_media" script are tail sort The tail command has had it's ambiguous "+NUMBER" option removed and it needs to be replaced with "-n +NUMBER" The sort has had a similar replacement for the ambiguous field specification where the out dated "+NUMBER" needs to be specified as "-s NUMBER" Other commands that might need adjustment are cleanstats check_coverage update_dbclients I did a quick scan but there may be other scripts and there may be other commands within scripts that would need checking. Just and FYI. Thanks Peter - -- Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org iD8DBQFHwrsWl+lekZRM55oRAhXpAKC7QQUeYmT+DdHnAJp8GL++xl+y+QCeN8A/ +LuS3pSgMJU2yrjNPj2Ns4s= =lsvz -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Linux client telnet problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Check to see if any libraries are missing as far as NetBackup bpcd is concerned, run: ldd /usr/openv/netbackup/bin/bpcd and see what is missing. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 [EMAIL PROTECTED] wrote: > > Justin, > >I was running fine earlier, after doing the hardware migration , > it starts failing. > > Rgds > Abhishek > > > *Justin Piszcz <[EMAIL PROTECTED]>* > Sent by: [EMAIL PROTECTED] > > 08/22/2007 04:01 PM > > > To > [EMAIL PROTECTED] > cc > VERITAS-BU@mailman.eng.auburn.edu > Subject > Re: [Veritas-bu] Linux client telnet problem > > > > > > > > > What distribution are you running? Ubuntu is not an officially supported > client. It appears your version of glibc is incompatible with the bpcd > binary. This can sometimes be fixed by upgrading to a different version > of glibc. Ultimately though you need to be running on a supported > platform. > > Justin. > > On Wed, 22 Aug 2007, [EMAIL PROTECTED] wrote: > >> Dear All, >> >> I am installing Netbackup clinet on Ubuntu Linux running kernel >> version 2.6.15-28-686. >> Installation went fine , without any error. But when i am trying to telnet >> the bpcd port of the clinet from the master server. I am getting the error >> >> "bpcd: relocation error: bpcd: symbol errno, version GLIBC_2.0 not defined >> in fie libc.so.6 with link time reference" >> >> Please help in resolving the issues. >> >> Rgds >> Abhishek > ___ > 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGzC4Pl+lekZRM55oRAhPpAJ9nWevInVJ/CFC57aIUB+JLH9LoHwCgrEYX +dZ1Pjg2yHVCmINZcXlElH4= =xsc6 -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tuning Solaris 10 for NetBackup Media Server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If your running the tapes on Solaris, the iostat utility will show the throughput on st devices as well as disks and ttys. If thats what your looking for, start with "iostat -xE" to list all the device names as needed by the iostat utility. Might show something like this: st15 Soft Errors: 0 Hard Errors: 0 Transport Errors: 0 Vendor: HP Product: Ultrium 2-SCSI Revision: S33H Serial No: You can then run that against iostat as in "iostat st15 2" Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Ed Wilts wrote: >>Our numbers vary greatly according to the clients. We have very old >>Solaris machines that backup at 50+ MB/sec. We have very new Windows >>machines where throughput varies greatly between different volumes on >>the same machine (e.g. a volume with 5 million tiny files backs up at >>30 MB/sec via FlashBackup, while another volume on the same machine >>gets about 7 MB/sec backing up small files via FlashBackup). >> >>It's difficult to get good numbers because we use multi-streaming and >>multiplexing like crazy. So the actual throughput to the drive is the >>sum of the jobs using the drive at that moment. Individual jobs vary >>between 5 MB/sec and about 65 MB/sec. But the total throughput to the >>tape heads is unknown. >> >>Anyone know an easy way to calculate that? > > > If your drives are fibre-attached, use something like MRTG to grab the fibre > port stats and graph that. That gives us a pretty good idea as to what the > tape speeds are. > > -- > Ed Wilts, Mounds View, MN, USA > mailto:[EMAIL PROTECTED] > I GoodSearch for Bundles Of Love: > http://www.goodsearch.com/?charityid=821118 > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGcIISl+lekZRM55oRAgwPAKCwOXeHU66dOtdEevWstDSZ/Rv7owCfeAhb LnvzECvM4VkhddgjyBdj5n4= =k2DP -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Kernel Parameters for Linux...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 What linux distro and what kernel? On the disk storage, what is the architecture of that and the file system? Any parameters when you made the file system? 32bit or 64 bit? Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 ZIMMER, RANDY K [AG/1000] wrote: > All, > > I am testing a Linux media server for the first time and was wondering > if there were any kernel tuning parameters I should have. I am testing > a Dell 2950 w/ 2 Dual Core 2.8GHz CPU?s, w/ 16GB of memory, 5TB of disk > storage attached via the San, and 4 fibre tape drives. My initial test > was running 55 clients at one time to tape and the system handled it > fine. Later, when I got my disk storage set up I ran 12 backups to disk > and the system load was at about 16+ and I had a lot of blocked > processes. Any comments or suggestions would be greatly appreciated. > > Thanks,*//**//**//* > > */Randy Zimmer/* > > */Sr. Unix System Administrator/* > > */Monsanto Enterprise Infrastructure Team/* > > */Office: 314-694-3109/* > > */Mobile: 314-960-0500/* > > */[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./ > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGX208l+lekZRM55oRAg9aAKCdL6icGeOLQSfHjW9ld/ViZnY8EwCcDNd7 SG6OskC2UsjuV5R9uL4znKs= =L1cx -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Trouble getting tape drives recognized onLinux Server running SLES9
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 what does the output from lsmod show? Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 ZIMMER, RANDY K [AG/1000] wrote: > There is no switch involved the fibre is attached directly from the > server to the tape drive. > > Thanks, > > Randy Zimmer > Sr. Unix System Administrator > Monsanto Enterprise Infrastructure Team > Office: 314-694-3109 > Mobile: 314-960-0500 > [EMAIL PROTECTED] > > > -Original Message- > From: Robin Small [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 29, 2007 12:55 PM > To: veritas-bu@mailman.eng.auburn.edu; ZIMMER, RANDY K [AG/1000] > Subject: Re: [Veritas-bu] Trouble getting tape drives recognized onLinux > Server running SLES9 > > With the emulex fc cards showing up in lspci and not having drives show > up anywhere on the lsscsi, could it be FC switch zoning issues? > > You may want to doublecheck the zoning config on your FC switch to make > sure your new media server can see the right drives. > > ~ Robin > > > > - > 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. > - > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGXHrkl+lekZRM55oRAjYMAKC4yfpo7HjVTk+UPKVK0cmexXc/RQCfYkUS v2l9PyC9M8R6f1IUzu1qNTg= =v0cq -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Trouble getting tape drives recognized on Linux Server running SLES9
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If the lpfc driver is available, it would be called "lpfc". Getting a newer version from the Emulex web site is good idea as you can then also download the version matching lputil utility for firmware upgrades and HBA modification. If you tail your messages file or watch your console when you perform a insmod lpfc or modprobe lpfc you can watch it pick up the targets. If this is part of a fabric, make sure the correct zoning is in place. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 ZIMMER, RANDY K [AG/1000] wrote: > That seems to be the problem I am having I don't know what driver needs > to be loaded and can't get any support from Novell. Below is the output > from my "lspci command": > > :00:00.0 Host bridge: Intel Corporation Workstation Memory > Controller Hub (rev 12) > :00:02.0 PCI bridge: Intel Corporation Server PCI Express x4 Port 2 > (rev 12) > :00:03.0 PCI bridge: Intel Corporation Server PCI Express x4 Port 3 > (rev 12) > :00:04.0 PCI bridge: Intel Corporation Server PCI Express x8 Port > 4-5 (rev 12) > :00:05.0 PCI bridge: Intel Corporation Server PCI Express x4 Port 5 > (rev 12) > :00:06.0 PCI bridge: Intel Corporation Server PCI Express x8 Port > 6-7 (rev 12) > :00:07.0 PCI bridge: Intel Corporation Server PCI Express x4 Port 7 > (rev 12) > :00:10.0 Host bridge: Intel Corporation Server Error Reporting > Registers (rev 12) > :00:10.1 Host bridge: Intel Corporation Server Error Reporting > Registers (rev 12) > :00:10.2 Host bridge: Intel Corporation Server Error Reporting > Registers (rev 12) > :00:11.0 Host bridge: Intel Corporation: Unknown device 25f1 (rev > 12) > :00:13.0 Host bridge: Intel Corporation: Unknown device 25f3 (rev > 12) > :00:15.0 Host bridge: Intel Corporation Server FBD Registers (rev > 12) > :00:16.0 Host bridge: Intel Corporation Server FBD Registers (rev > 12) > :00:1c.0 PCI bridge: Intel Corporation Enterprise Southbridge PCI > Express Root Port 1 (rev 09) > :00:1d.0 USB Controller: Intel Corporation Enterprise Southbridge > UHCI USB #1 (rev 09) > :00:1d.1 USB Controller: Intel Corporation Enterprise Southbridge > UHCI USB #2 (rev 09) > :00:1d.2 USB Controller: Intel Corporation Enterprise Southbridge > UHCI USB #3 (rev 09) > :00:1d.7 USB Controller: Intel Corporation Enterprise Southbridge > EHCI USB (rev 09) > :00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d9) > :00:1f.0 ISA bridge: Intel Corporation Enterprise Southbridge LPC > (rev 09) > :00:1f.1 IDE interface: Intel Corporation Enterprise Southbridge > PATA (rev 09) > :01:00.0 PCI bridge: Intel Corporation 80333 Segment-A PCI > Express-to-PCI Express Bridge > :01:00.2 PCI bridge: Intel Corporation 80333 Segment-B PCI > Express-to-PCI Express Bridge > :02:0e.0 RAID bus controller: Dell PowerEdge Expandable RAID > controller 5 > :04:00.0 PCI bridge: Broadcom: Unknown device 0103 (rev c3) > :05:00.0 Ethernet controller: Broadcom Corporation: Unknown device > 164c (rev 12) > :06:00.0 PCI bridge: Intel Corporation Enterprise Southbridge PCI > Express Upstream Port (rev 01) > :06:00.3 PCI bridge: Intel Corporation Enterprise Southbridge PCI > Express to PCI-X Bridge (rev 01) > :07:00.0 PCI bridge: Intel Corporation Enterprise Southbridge PCI > Express Downstream Port E1 (rev 01) > :07:01.0 PCI bridge: Intel Corporation Enterprise Southbridge PCI > Express Downstream Port E2 (rev 01) > :08:00.0 PCI bridge: Broadcom: Unknown device 0103 (rev c3) > :09:00.0 Ethernet controller: Broadcom Corporation: Unknown device > 164c (rev 12) > :0c:00.0 Ethernet controller: Intel Corporation: Unknown device 105e > (rev 06) > :0c:00.1 Ethernet controller: Intel Corporation: Unknown device 105e > (rev 06) > :0e:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI > Bridge A (rev 09) > :0e:00.2 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI > Bridge B (rev 09) > :0f:03.0 Fibre Channel: Emulex Corporation LP1 Fibre Channel > Host Adapter (rev 01) > :0f:03.1 Fibre Channel: Emulex Corporation LP1 Fibre Channel > Host Adapter (rev 01) > :10:04.0 Fibre Channel: Emulex Corporation LP1 Fibre Channel > Host Adapter (rev 01) > :10:04.1 Fibre Channel: Emulex Corporation LP1 Fibre Channel > Host Adapter (rev 01) > :12:0d.0 VGA compatible controller: ATI Technologies Inc: Unknown > device 515e (rev 02) > > Thanks, > > Randy Zimmer > Sr. Unix System Administrator > Monsanto Enterprise Infrastructure Team > Office: 314-694-3109 > Mobile: 314-960-0500 >
Re: [Veritas-bu] SATA disk backup performance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I run disk staging off of SATA drives but in a RAID 0 config to get both optimal performance and data footprint. The staging takes place at a frequency where that covers the fault tolerance. I get great performance off of LTO 1 and 2 as well as SAIT. Cleanups if a disk fails is a quick script to flush copy 1 of images that have been staged and it is an allowable loss for those backups which are destined to DSSUs in that config. For those clients that can fill the pipes, we go straight to tape. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Martin, Jonathan (Contractor) wrote: > Before the "SATA Sux" crowd gets going here I'll just say this: > > I run 14 x 5 SATAII 500GB Disks in a Raid 5 and get better than > 200MB/sec writes and easily drive LTO3 to 130MB/sec. That said, I'm > running completely different hardware, Dell server & storage. Raid 5, > qlogic HBAs & PERC Raid Controllers. > > The best thing anyone on this list ever said to me when I was in your > shoes was forget about Netbackup. How fast can you copy data from point > a to point b on your solution? Then how fast can you multistream FTPs > to the same solution? Once you get those numbers into the range you are > expecting then you can start to performance tune NBU. Until then, your > buffer settings are a waste of time. > > -Jonathan > > > *From:* [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] *On Behalf Of > *Navarro, Eddy A. > *Sent:* Friday, April 27, 2007 5:10 PM > *To:* veritas-bu@mailman.eng.auburn.edu > *Subject:* [Veritas-bu] SATA disk backup performance > > Gurus, > > > > I?ve been doing some performance testing of backing up to a Disk Storage > Unit of SATA disk. We have the following: > > > > Netbackup 5.1 MP6 > > SunFire V800 running Solaris 9 with 8GB RAM > > Veritas Volume Manager 4.1 > > CX700 array with 500GB 7200rpm SATA drives > > Emulex LP9000 HBA > > > > I?ve been doing all sorts of tweaking, from adjusting the disk buffer > files per http://seer.entsupport.symantec.com/docs/273532.htm, cranking > up the write cache on the CX700 to over 2GB, changing the RAID layouts, > but I just cannot get performance better than 15MB/s. Surely backing up > to SATA can produce better results than that? > > > > Currently, I?ve got six 500GB LUNs each in their own 4+1 RAID group > using RAID3. These LUNs are then striped into a RAID0 volume using > Veritas Volume manager (at first I tested with a striped MetaLun on the > array, but results were no different). > > > > As stated, I?ve tweaked till I?m blue in the face but I can?t seem to > squeeze anything above 15MB/s. Any hints as to what I could be > overlooking? Performance is not looking good compared to our NDMP > backups to LTO-2 tape which run at the nice clip of ~35MB/s. > > > > Thanks, > > Eddy > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGMmzEl+lekZRM55oRAlJNAKDXX0y/RfkuMnl2SzsS7BCr3u8cygCgj2JU HrVgtSLMg533NZXjS+PWN9s= =JaMO -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NB 5.1 and Overland DLT
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 what does "tpconfig -d" output? Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Keith W wrote: > NB 5.1 see's my devices as separate. The robot shows that no drives > are available and the drive is showing up as a stand alone. Here are > my system stats. Any advise is greatly appreciated. > > > System I am running: > > OS: Red Hat Linux 7.1 > NB: 5.1 > Machine: Overland DLT LoaderExpress (LXL1B10) > > > > Linux see's both tape device and robot: > --- > scsi0 : QLogic ISP1020 SCSI on PCI bus 02 device 50 irq 9 MEM base 0xd0829000 > Vendor: OVERLAND Model: LXB Rev: 0517 > Type: Medium Changer ANSI SCSI revision: 02 > Vendor: QUANTUM Model: DLT7000 Rev: 391B > Type: Sequential-Access ANSI SCSI revision: 02 > > > > > NB 5.1 can see both devices: > > [EMAIL PROTECTED] bin]# ./scan -tape > > *** SDT_TAPE > > > Device Name : "/dev/st/nh0c0t3l0" > Passthru Name: "/dev/sg/h0c0t3l0" > Volume Header: "" > Port: -1; Bus: -1; Target: -1; LUN: -1 > Inquiry: "QUANTUM DLT7000 391B" > Vendor ID : "QUANTUM " > Product ID : "DLT7000 " > Product Rev: "391B" > Serial Number: "142092" > WWN : "" > WWN Id Type : 0 > Device Identifier: "" > Device Type: SDT_TAPE > NetBackup Drive Type: 9 > Removable : Yes > Device Supports: SCSI-2 > Flags : 0x4 > Reason: 0x0 > > > > > [EMAIL PROTECTED] bin]# ./scan -changer > > *** SDT_CHANGER > > > Device Name : "/dev/sg/h0c0t2l0" > Passthru Name: "/dev/sg/h0c0t2l0" > Volume Header: "" > Port: -1; Bus: -1; Target: -1; LUN: -1 > Inquiry: "OVERLANDLXB 0517" > Vendor ID : "OVERLAND" > Product ID : "LXB " > Product Rev: "0517" > Serial Number: "2B31934687" > WWN : "" > WWN Id Type : 0 > Device Identifier: "" > Device Type: SDT_CHANGER > NetBackup Robot Type: 8 > Removable : Yes > Device Supports: SCSI-2 > Number of Drives : 1 > Number of Slots : 10 > Number of Media Access Ports: 0 > Flags : 0x0 > Reason: 0x0 > > > > > +---+ > + Keith + > +---+ > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGLlRml+lekZRM55oRAijWAKCJWVqgPh9btBnSvxUl5NhhfWPlPACglOet Dhb3H5kPoVAHXd85YrDQrqg= =XOOi -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] DSSU Script
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You could do it a couple of ways. You certainly could take the image name from the file name on the file system and check that there is an second copy on tape somewhere, bpimagelist -backupid IMAGENAME will give you that. You could go with checking the file system for the filename.ds* file but that might not be atomic enough, I haven't tested it, but I would worry if the prune could overlap the duplication based on that logic. Let us know what you work out. Could be something good to share. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 [EMAIL PROTECTED] wrote: > > I'd like to build a script that expires dssu images the image has been > relocated to tape. What command should i use to check if the image has > been written to tape? > > I'm thinking of generating the list images from a directory listing of > the dssu. > > Karl > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFF1P0ul+lekZRM55oRAr7wAKCN7MpafmkSDgOZ4HDI4zht/nsXXwCgvEzb lQ2mafUBMGipRuYNkvaW14o= =XZ3T -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Unix/Linux file sizes question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The log file or the catalog? Strange as the log file locations (/usr/openv/netbackup/logs) are completely optional and are ignored if not there. I would be interested in the outcome of this tech note. If the file is there and it can't write to it, it borks the process? Which log file was it? Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Hindle, Greg wrote: > > > What was happening is the file size limit was being reached on the Linux > server and the log could no longer be written to. The ndmp backup would > go through all the tapes and then error our with a 96 even though the > non-ndmp would work fine. Had me and the tech support guy stumped until > he came across a tech note on the issue. I am trying to get him to send > me the link to it so I can post it here. > > Greg > > -Original Message- > From: Justin Piszcz [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 12, 2006 9:30 AM > To: Hindle, Greg > Cc: NB List Mail > Subject: Re: [Veritas-bu] Unix/Linux file sizes question > > The 2.4 kernel itself can handle well over 2.0GB, it depends on what > version of glibc you have loaded. Solaris 8 was 1TB, Solaris 9 depends > on whether its 32bit/64bit and what FS you are using, QFS/UFS, etc, but > definitely over 2.0GB. > > Error 96 means you ran out of tapes, (cannot allocate new media for > backup). That is strange you would get that error (if you really do > have tapes available) on files that are larger than 2.0GB. > > On Tue, 12 Dec 2006, Hindle, Greg wrote: > > >>Can anyone tell me the maximum file size in red hat Linux 2.4 and >>Solaris 9? We had a problem on one of our Linux boxes that support >>told us that log files cannot be large than 2.4 gig in size or the >>backup will stop. We were getting 96 errors. Once we deleted the log >>file that backup ran. So my question is can any confirm this in red >>hat Linux and Solaris UNIX? I asked out UNIX experts here they said >>yes, there is a default setting when first installed that limits file >>sizes and if you need larger sizes then you have to turn this on. I am > > >>curious if this is true and if anyone else has run into this weird > > issue. > >> >>Greg >> >>>>>This e-mail and any attachments are confidential, may contain >>>>>legal, >> >>professional or other privileged information, and are intended solely >>for the addressee. If you are not the intended recipient, do not use >>the information in this e-mail in any way, delete this e-mail and >>notify the sender. CEG-IP2 >> > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFfszsl+lekZRM55oRAs/4AJ4jatcTPVOv7qRHr6SszKmTbxjRQwCfVwLq cd6DjGM+IMNjREQEYdhEefA= =HK9w -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup networks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Why can't the master and media servers be on both networks each. Set the client name in the policy to go over the front network for those systems that only have one NIC, and set the name to one that is on the backup network for those hosts that have the second nic? What about 802.1q? Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Whelan, Patrick wrote: > Does anyone have a similar setup? > > Separate backup network from clients in one location to media servers in > same location, but the master server can only see the clients and media > servers on the public network. This causes 41 errors, we have come up > with different work arounds but all of them are hooey. Is there a clean > solution to this dilemma? I know the real solution is to have one backup > network for everything, but this is politically impossible at the > moment. Any suggestions welcomed. > > Regards, > > Patrick Whelan > > NetBackup Specialist > > Architect & Engineering > > +44 20 7863 5243 > > Of all the things I've lost, I miss my mind the most! - Unknown > > There are only 10 kinds of people on earth - those who understand binary > > and those who don't. > > ... Als sie mich holten, > gab es keinen mehr, der protestieren konnte > > -- Martin Niemöller > > > > * > The message is intended for the named addressee only and may not be > disclosed to or used by anyone else, nor may it be copied in any way. > > The contents of this message and its attachments are confidential and > may also be subject to legal privilege. If you are not the named > addressee and/or have received this message in error, please advise us > by e-mailing [EMAIL PROTECTED] and delete the message and any > attachments without retaining any copies. > > Internet communications are not secure and COLT does not accept > responsibility for this message, its contents nor responsibility for any > viruses. > > No contracts can be created or varied on behalf of COLT > Telecommunications, its subsidiaries or affiliates ("COLT") and any > other party by email Communications unless expressly agreed in writing > with such other party. > > Please note that incoming emails will be automatically scanned to > eliminate potential viruses and unsolicited promotional emails. For more > information refer to www.colt.net or contact us on +44(0)20 7390 3900. > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFcCp7l+lekZRM55oRAsZEAKCmR9cn8MGGkEEInWPwjqwbbJDjfwCgrbXw tRMVkfm6tKWI+GnNpA4bD4c= =d3cS -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] DSSU failed images
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 sorry, must have reached my multitasking limit without fresh coffee... Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Joe Royer wrote: > Thanks for trying to help, but did you read my message at all? > > NetBackup 5.1 MP5 > was the first line of the message. I also said I tried to manually > bpduplicate the image _specifying_the_name_of_the_image_. > > When bpduplicate couldn't find it by name, I decided to search the > restore catalog and sure enough it wasn't there. I hate to delete 90% > of the incremental for that day, but I guess NBU had failed me anyway at > that point. > > Things are moving again after deleting the fragments, but I'm definitely > calling this a bug. I have 1.7TB of DSSU in my production environment > (MP4) and haven't seen this problem (where it's far more likely to happen). > > Thanks > > > On Wed, 29 Nov 2006, Peter DrakeUnderkoffler wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Not sure which version and MP you are running so that info might help >> someone help you. If the file is left on the dssu file system, the >> backup >> image is held within the name of the file It will be the first part >> of the file name up to "_C1". The form of the file is this: >> >> CLIENT_STARTTIMESINCEEPOCC_F#.STARTTIMESINCEEPOC.img >> >> where CLIENT is the client name as configured within your policies >> where STARTTIMESINCEEPOC is a number of seconds since the epoc >> where C# is copy number >> where F# is fragment number. >> >> For instance, if the file name is: >> >> vader_1164805206_C1_F1.1164805206.img >> >> the backup image name is: >> >> vader_1164805206 >> >> You should be able to search the catalogs for that image name as such: >> >> bpimagelist -backupid vader_1164805206 >> >> If there is nothing there, you can remove the file. Don't ever remove >> a file from the DSSU if the image still lives in the catalogs. >> >> At least this might help you clean up your storage temporarily. As to >> the source of the problem, I'd love to know if that is a bug. >> >> Thanks >> Peter >> >> Peter DrakeUnderkoffler >> Xinupro, LLC >> 617-834-2352 >> >> >> >> Joe Royer wrote: >> >>> NetBackup 5.1 MP5 >>> >>> I have noticed twice now, that if a large job is writing to a DSSU and >>> it fails or is killed, it doesn't get destaged, ever. This can fill >>> up the DSSU. I am also not able to locate the image, even by name >>> with the bpduplicate command so I can't manually destage it. >>> >>> Help? I don't particularly want to delete it from the DSSU. >>> >> > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFbbcAl+lekZRM55oRAu72AJoDzVNevrdTg5PoPd1jdo6Q1Hp+uACg341x zwSY0+EOEbVzlnKvJJZjXX8= =Viti -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] DSSU failed images
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Not sure which version and MP you are running so that info might help someone help you. If the file is left on the dssu file system, the backup image is held within the name of the file It will be the first part of the file name up to "_C1". The form of the file is this: CLIENT_STARTTIMESINCEEPOCC_F#.STARTTIMESINCEEPOC.img where CLIENT is the client name as configured within your policies where STARTTIMESINCEEPOC is a number of seconds since the epoc where C# is copy number where F# is fragment number. For instance, if the file name is: vader_1164805206_C1_F1.1164805206.img the backup image name is: vader_1164805206 You should be able to search the catalogs for that image name as such: bpimagelist -backupid vader_1164805206 If there is nothing there, you can remove the file. Don't ever remove a file from the DSSU if the image still lives in the catalogs. At least this might help you clean up your storage temporarily. As to the source of the problem, I'd love to know if that is a bug. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Joe Royer wrote: > NetBackup 5.1 MP5 > > I have noticed twice now, that if a large job is writing to a DSSU and > it fails or is killed, it doesn't get destaged, ever. This can fill > up the DSSU. I am also not able to locate the image, even by name > with the bpduplicate command so I can't manually destage it. > > Help? I don't particularly want to delete it from the DSSU. > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFbbDNl+lekZRM55oRAkOSAJ9aGoyawqfFKhU5mA4X5KjSLfm5LACeIupE zURHq0Z/tKtWUlSmmxz8lfk= =sV/A -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Linux Exclude File List Format
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 if you want to exclude for instance a directory: /foo/thing/that then place in a file: /foo/thing/that/ notice the trailing slash. The file is placed in /usr/openv/netbackup called "exclude_list" but there are three options: exclude_list exclude_list.POLICY exclude_list.POLICY.SCHEDULELABEL The docs have a whole section for this. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Koster, Philip wrote: > Q: What is the format for the Unix/Linux exclude file? > > I know the path, I know the names. I just don't know how the file has > to be formatted for NBU to read it correctly (NBU 6 MP3 BTW). > > Thanks. > > Phil Koster > Network Administrator > City of Grand Rapids, MI > Direct: 456-3136 > Helpdesk: 456-3999 > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFZKdil+lekZRM55oRAmoWAJ91GCTqvfGGZXWJ9AGH0bsu8c9XBQCfVV4n +LKpvSPW3U3qfEU45xOipBo= =SHSS -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] tape FROZEN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've always taken the route of destroying the media and replacing it with new. If the data is important that you back up and you are backing it up because it lives on something that can break down, you should be certain that you can restore it. You can look and see what the reasoning is with bperror output or the debug logs if you have those enabled. Also check your /var/(log|adm)/messages file for errors. The only exception to the destroying frozen media would be if it was frozen by an admin user for some other reason. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Krzys wrote: > When I do run ./bpmedialist I see the following entry: > GK5510 1 39 09/28/2006 23:59 11/20/2006 21:05 hcart3 1106192064 > 1 > 15 12/04/2006 21:05 11/16/2006 19:26FROZEN > > Does it mean that this tape is bad? Can I reformat it? Reuse it? Or do I need > to > replace this frozen tape? > > Thanks for help... > > Chris > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFZHUAl+lekZRM55oRAvWiAJ9wVdyZrJeXIvZhHt2cgymWfybghwCgqPyp zdclo2HcXu3vH3yrGbH5yoU= =6CV/ -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Oracle Backups
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The oracle client does nothing like that, all the management of archive and redo logs is always handled within Oracle. The agent simply understands both RMAN and Oracle API and executes a RMAN script. Keep in mind that at times some house cleaning is needed between the RMAN catalogs and the NetBackup catalogs in reference to expired images to RMAN backup id names. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Dave Brown wrote: > Ok, need some help from Oracle/Linux people here. > > > > I am running an oracle backup using NB client 5.1 and Oracle client. > Our dba has created RMAN scripts to do hot backups of the databases. > > > > I am wondering if the oracle client works like other database clients > (exchange, sql) in such that it will clear transaction logs after a > good backup. > > > > This message (including any attachments) is intended for the sole use of > the individual to whom it is addressed and may contain confidential > information. You are hereby notified that any dissemination, > distribution, or duplication of this message by someone other than the > intended addressee or their designated agent is strictly prohibited. > Information included in this message that does not relate to the > specified business of Worknet shall be understood as neither given by > nor endorsed by Worknet or its employees. Any cost estimates or > estimated quotes included in this message are considered non-binding > estimates only and must not be considered final costs unless contained > within an official proposal document. > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFW1djl+lekZRM55oRAqvnAKCJ4wsuefwxNPdhgND5PLG23iIj3gCgjCzV EqAYw/YTNQ3sSCsmdbw97rM= =zaI+ -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Jobid's
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I thought it was offline netbackup, and remove /usr/openv/netbackup/db/jobs/jobid.lock then change the contents of /usr/openv/netbackup/db/jobs/jobid to 1 or 0 or something. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Clooney, David wrote: > Hi All > > Quick Q , does anyone know how you can reset jobid's, and if there are > any configurable parameters ? > > 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFQhVSl+lekZRM55oRAroeAJ4vhpBCRsNXjdzn2gOuDJg+fbiAiwCgm4ag +D+BodA00mzJjEkEA60U7PQ= =ofL9 -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Linux Media Server, Adic Library, and Drivers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is the module for the qlogic hba loaded lsmod | grep ql If so, then cat /proc/scsi/qla2xxx/# where "#" is whatever controller number it was assigned. If there is no module loaded, then open up another window with a "tail -f /var/log/messages" and while watching that, perform a "modprobe -v qla2300", lets see what comes out of it. If they are seen at this point, make sure you have the needed entry in /etc/modules.conf and them create a new boot image. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Brooks, Jason wrote: > /proc/scsi/scsi only sees the local SCSI bus. > > We're running RHEL3, kernel 2.4.21-40.EL with Qlogic 2300 driver > installed. > > Zones look right, but not sure why drive isn't seen. The tape drive is > a straight FC connect - no backplane in the ADIC (Scalar i2K). The > server is a Dell with a Xeon, NBU 6.0 MP3, Qlogic 23xx. > > Jason > > >>-Original Message- >>From: [EMAIL PROTECTED] >>[mailto:[EMAIL PROTECTED] On Behalf >>Of Peter DrakeUnderkoffler >>Sent: Wednesday, October 25, 2006 12:39 PM >>To: Brooks, Jason >>Cc: veritas-bu@mailman.eng.auburn.edu >>Subject: Re: [Veritas-bu] Linux Media Server, Adic Library, >>and Drivers >> > what do you see when you... > > cat /proc/scsi/scsi > > If it isn't there, then your O/S isn't seeing the drives, > check your zones again. Also, are you using the included > qlogic driver to the kernel (which distro and kernel are you > using?) or have you installed the qlogic Linux drivers? > There shouldn't be a "driver" for the LTO3 drives, it should > be seen as a SCSI "st" device and the NBU install should set > up the SG driver correctly. > > There are also great docs included with NBU for this. > I would also help when asking questions to supply all the data needed: > > -O/S version and architecture? > -NBU version and MP level? > -which qlogic cards? > > Thanks > Peter > > Peter DrakeUnderkoffler > Xinupro, LLC > 617-834-2352 > > > > Brooks, Jason wrote: > >>We're testing a Linux media server now to try and resolve some NDMP >>issues. I have the Media server set up, talking to my > > Master, fiber > >>connectivity to a tape drive (properly zoned), but I can't find >>drivers. I've contacted ADIC support, but they've been no > > help. I've > >>found IBM drivers (library contains IBM LTO3s), but they don't work >>for fibre attached, just SCSI. The fibre attached drivers link to >>Emulex, but we have QLogic cards. > >>Now, I'm about at the end of my rope. Any suggestions? Contact >>Veritas support? My last hope is to wait on my ADIC Sales > > Rep's Engineer. > > >>Thanks, >>Jason > > > > > -- > >>-- > >>___ >>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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFP6EPl+lekZRM55oRAgyqAJ9N0wOcbHNxEYCe6+1HyyTru9v8DgCdHfLq 9w5TMQJR0utw77UtOdTecpc= =qPDp -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Linux Media Server, Adic Library, and Drivers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 what do you see when you... cat /proc/scsi/scsi If it isn't there, then your O/S isn't seeing the drives, check your zones again. Also, are you using the included qlogic driver to the kernel (which distro and kernel are you using?) or have you installed the qlogic Linux drivers? There shouldn't be a "driver" for the LTO3 drives, it should be seen as a SCSI "st" device and the NBU install should set up the SG driver correctly. There are also great docs included with NBU for this. I would also help when asking questions to supply all the data needed: - -O/S version and architecture? - -NBU version and MP level? - -which qlogic cards? Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Brooks, Jason wrote: > We're testing a Linux media server now to try and resolve some NDMP > issues. I have the Media server set up, talking to my Master, fiber > connectivity to a tape drive (properly zoned), but I can't find > drivers. I've contacted ADIC support, but they've been no help. I've > found IBM drivers (library contains IBM LTO3s), but they don't work for > fibre attached, just SCSI. The fibre attached drivers link to Emulex, > but we have QLogic cards. > > Now, I'm about at the end of my rope. Any suggestions? Contact Veritas > support? My last hope is to wait on my ADIC Sales Rep's Engineer. > > Thanks, > Jason > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFP5M1l+lekZRM55oRAgnWAJ427l9vIRPhqHCtWVJaVUfgwY7gNACeOmhd 2LeaZXnqQeRnzo7Q8UO+uvo= =onCD -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] [Looking For a Command] to show activity monitor ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alex, try "bpdbjobs" You can also run "bpdbjobs -stay_alive" and then when you want, type in "refresh" and only those changes will show up. If you want to change the output of what that looks like, the settings in bp.conf or the registry (I believe) in windows that look like "BPDBJOBS_COLDEFS = " These are documented. You can always get the famous complete output with, "bpdbjobs -all_columns" Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Wilkinson, Alex wrote: > is there a CLI interface to the activity monitor ? > > -aW > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFM2GEl+lekZRM55oRAuy4AJ9Sh6dOgFayZ6ZzQPKRj9Y2rMb9OACbBreX tIX16sHyBxIZqg4STI87o6E= =bgsk -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Using -Listpolicy with bplist.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I believe you must also place a "-client XX" in there. I tested this on a 6.0 MP3 Linux 64bit: # bpflist -backupid zit_1160031651 -d 10/01/06 -rl 10 no entity was found then with the -client # bpflist -backupid zit_1160031651 -d 10/01/06 -rl 10 -client zit FILES 7 0 0 1160031651 4 zit Zit zit_1160031651 - *NULL* 36 0 unknown unknown 0 0 *NULL* 1 0 5 51 1 1 0 0 57856 /etc/ 16877 root wheel 0 1159945261 1158767871 1158767871 2 0 18 52 2 1 0 0 57856 /etc/.last_boot_rc 33188 root wheel 30 1159983433 1159983433 1159983433 3 0 10 54 4 1 0 0 57856 /etc/hosts 33188 root wheel 9654 1160031652 1159897056 1159945207 4 0 9 52 24 1 0 0 57856 /etc/motd 33188 root wheel 59 1159998009 1159997841 1159997841 etc... Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Darren Dunham wrote: >>Don't know about 6.0MP3, but in 5.1 in order to get bpflist to work >>correctly we had to add -rl 999 to get it to work. Else it always >>fails with "no entity was found" >>And yes, it works for NDMP too. > > > Darn. Doesn't seem to do anything for me. I tried 999 and the actual > level (9) for this image. Both stay blank. > > # bpimagelist -backupid netapp-srv_1159657209 IMAGE netapp-srv 0 0 7 > netapp-srv_1159657209 Netapp 19 *NULL* NetBackup Full-Backup 0 9 1159657209 > 1852 2147483647 0 0 8714404 13585 1 2 0 Netapp27_1159657209_FULL.f *NULL* > *NULL* 0 1 0 0 0 *NULL* 0 0 0 0 0 0 0 *NULL* 0 0 0 *NULL* 10340 0 0 829319 0 0 > [...] > # bpflist -d 04/01/06 -backupid netapp-srv_1159657209 > no entity was found > # bpflist -d 04/01/06 -backupid netapp-srv_1159657209 -rl 999 > no entity was found > # bpflist -d 04/01/06 -backupid netapp-srv_1159657209 -rl 9 > no entity was found > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFJUy2l+lekZRM55oRAgtlAKDDgj/xvgqF8UabZ5RsxIOyBse7ugCgve0G N34a6jt5k+2uWqPwEcYzSP0= =sRfl -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Bad tapes how do you track?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You certainly can't change volume pools, but "volume group" is open for season. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 WEAVER, Simon wrote: > Peter > The only thing I was not sure about, was moving "live" media with a > retention period into another Volume Pool; thought you got a message about > cannot deassign media from Volume Pool or something like this :-) > > 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: Peter DrakeUnderkoffler [mailto:[EMAIL PROTECTED] > Sent: 05 October 2006 15:13 > To: Hindle, Greg > Cc: NB List Mail > Subject: Re: [Veritas-bu] Bad tapes how do you track? > > > Why not use a different volume group for those media? Then you can always > perform a search (at least within volume manager) for media in the > "bad_media_on_shelf" volume group, or something like that. > > Thanks > Peter > > Peter DrakeUnderkoffler > Xinupro, LLC > 617-834-2352 > > > > Hindle, Greg wrote: > >>>Nb 5.0 mp4 Solaris 9 >>> >>> >>>Ok We from time to time get read / write errors on tapes. When this >>>happens we clean the drive and write protect the tape and put it on >>>our bad tape rack never to be used again except if a restore is needed >>>(we try to restore form it anyway). I want to somehow keep track of >>>this tape in netbackup and identify it as a bad tape. Does anyone have >>>a way of doing this? I though of editing the vault slot field and put >>>like all or something like that but this only works till someone >>>takes the tape and puts it in our L700 and forgets to take it out. >>>Enterprise vault will re assign it a new slot and then we would loose >>>track of the tape. I just cannot think of a way to track these tapes >>>better other than a manual system. Any thoughts? >>> >>> >>>Greg >>> >>> >>>>>>This e-mail and any attachments are confidential, may contain >>>>>>legal, >>> >>>professional or other privileged information, and are intended solely >>>for the addressee. If you are not the intended recipient, do not use >>>the information in this e-mail in any way, delete this e-mail and >>>notify the sender. CEG-IP2 >>> >>> >>>-- >>>-- >>> >>>___ >>>Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu >>>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFJRSKl+lekZRM55oRAlf8AKCFX/g8zQc/GcNiPyCToe6sasO1dgCgt+Ki shSTTCz2k1IhOY6oiBYHoEM= =kbwX -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Bad tapes how do you track?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Why not use a different volume group for those media? Then you can always perform a search (at least within volume manager) for media in the "bad_media_on_shelf" volume group, or something like that. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Hindle, Greg wrote: > Nb 5.0 mp4 Solaris 9 > > > Ok We from time to time get read / write errors on tapes. When this > happens we clean the drive and write protect the tape and put it on our > bad tape rack never to be used again except if a restore is needed (we > try to restore form it anyway). I want to somehow keep track of this > tape in netbackup and identify it as a bad tape. Does anyone have a way > of doing this? I though of editing the vault slot field and put like all > or something like that but this only works till someone takes the > tape and puts it in our L700 and forgets to take it out. Enterprise > vault will re assign it a new slot and then we would loose track of the > tape. I just cannot think of a way to track these tapes better other > than a manual system. Any thoughts? > > > Greg > >>>> This e-mail and any attachments are confidential, may contain legal, > professional or other privileged information, and are intended solely for the > addressee. If you are not the intended recipient, do not use the information > in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP2 > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFJRLrl+lekZRM55oRAqkFAJ96qTyF1xhBTEsB3Tw7yPqxo6eWgACeJ+vU A/dms43v4My5Y1a46bEhrwc= =w+Oi -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] LTO3 and Disk Staging
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Some quite valid points. The splitting of a DSU's to alternate media servers sounds like requirements from Veritas engineering would be needed as the images on disk would be owned by a different media server. I suppose scriptable be I can foresee several potential hiccups in the event of errors. Have you identified all the performance stats for each item in the mix? So, for instance: max read/write of one tape drive max read/write of two or more tape drives at the same time max read/write of one LUN from CX max read/write of two or more LUNs from CX at the same time utilization rate of FC ports in switches throughout fabric Not to ask a silly question, but are you sharing data paths at all? There have been some posts in the past week or two on max transfer rates round on LTO3, have you researched the archives of this list? How big a system is the media server? Does it have the bandwidth to perform what you want it to? These all may be futile questions as you may have reached the limits of your storage system. The obvious but potentially more expensive solution is to spread your load across more media servers. It is a fully supported configuration... Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Weber, Philip wrote: > Sorry if this has been done to death recently but... > > What sorts of disk systems are people using as disk staging to keep > LTO3s happy? Our current EMC Clariion Cx300 struggles to supply data > fast enough to 3 LTO2 drives (even outside of NetBackup) and performance > goes through the floor if (as is often the case) it is still trying to > write backups to disk while streaming data off to tape. We have pretty > much a 24*7 backup window with lots of slow & small, slow & big, and > some fast, clients. > > It seems the idea that you need disk staging to keep your LTO tapes > running nicely, rings a bit hollow. Also seems to me we're looking at > needing a high-end disk system. Which makes a mockery of backing up to > cheap ATA/SATA disk being the way forward. > > The only way I can see to get around the performance problems with > writing/reading backup streams to/from disk concurrently, other than a > high-end system, is to script some kind of mirror-split-off process and > use it to do the duplication with scripts rather than DSSU. i.e. back > up to disk overnight & then split a mirror off (to somewhere where its > I/O will be separate) and duplicate off this during the day before > resynching. Anybody do anything like that? I can see all sorts of > nasty gotchas ... maybe that way madness lies? > > cheers, Phil > > Phil Weber > Business Technology (Egg) > Storage Technical Services - Senior UNIX Technologist > Phone: 01384 26 4136 > Mobile: 07748 333503 > Jabber: [EMAIL PROTECTED] > > - > 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 > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFE7FLl+lekZRM55oRAgdpAJ0cdyS6ncDyvk+NreG40i7eXDCwpACeO1wQ puv/Vkd9B2jvob2Zqd/2FDs= =0CZ5 -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] How many servers per NBU Policy? - Poll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Not really a useful stat. Everyone's NBU implementation is generally different based on lots of factors. Clients may or may not be bundled into policies for business or security reasons, platform commonalities, and of course schedule windows. As a first stab, I usually bundle systems with similar services into the same policy. But that almost always gets split up a bit. Database backups generally tend to be one client per policy, but there are exceptions. As usual, everyones millage may vary. Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Koster, Phil wrote: > We ran some numbers and have about 1.26 servers per policy. I was just > wondering where everyone else is in that regard. > > 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFEqZll+lekZRM55oRAte9AJ9SjYqzSLBfHbRgtvL8MVOHUfFWkwCg19Kl Y7fheJBLojavf0jZV4/Sdzw= =ELaK -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Policy Auditing: How to
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If you're alright doing command line loops or writing short shell scripts, here you go: for i in `bppllist` ; do printf "$i:" bpplclients $i -l | awk '{printf $2":"}' printf "\n" done That will give you an output of policy1:clientA:clientB: policy2:clientC:clientd: etc... Just replace the ":" with a "," or whatever separator you want This is for bash or sh, modify the loop syntax for csh/tcsh If you are running windows, install cygwin Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Koster, Phil wrote: > We ended up just using a bppllist and hand creating a file. We were > hoping for something more parsable without re-writing the NBU reporting > module but in the end we couldn't figure out any better way to do it. > > Thanks. > > Phil Koster > Network Administrator > City of Grand Rapids > Direct: 616-456-3136 > Helpdesk: 456-3999 > > > *From:* WEAVER, Simon [mailto:[EMAIL PROTECTED] > *Sent:* Thursday, September 21, 2006 4:15 AM > *To:* Koster, Phil; veritas-bu > *Subject:* RE: [Veritas-bu] Policy Auditing: How to > > */Do you mena BPPLList command perhaps?/* > */It gives an output and you can use the > to write to a file if it > helps :-)/* > > > > /Regards/ > > /Simon Weaver > *3rd Line Technical Support > Windows Domain Administrator*/ > > /EADS Astrium Limited, B23AA IM (DCS)/ > /Anchorage Road, Portsmouth, PO3 5PU/ > > /Email: //[EMAIL PROTECTED]/ > <mailto:[EMAIL PROTECTED]> > > -Original Message- > *From:* "Koster, Phil" [mailto:[EMAIL PROTECTED] > *Sent:* 18 September 2006 14:14 > *To:* veritas-bu > *Subject:* [Veritas-bu] Policy Auditing: How to > > NBU 6 MP2 on Win2K Srvr > > Me and the other "backup admin" inherited the NBU system from > someone else. We want to audit the policies. I think I already know > the answer but is there any "easy" way to get a list of which > servers are in which back up policies without having to do this one > policy or one client at a time? It'd be nice to get it dumped to > like a csv or something we can process to look for duplicates etc. > > I have a feeling I am going to have to do some combination of > bplist, and bpplclients and probably more. > > Basically we just want to do a full audit of the nBU policies > including schedules and which servers are in the policies etc. Seems > to me there should be a relatively easy way to do this but maybe I > am wrong. Anyone at least already have a script or something that > can do this? > > Thanks. > > Phil Koster > Network Administrator > City of Grand Rapids > Direct: 616-456-3136 > Helpdesk: 456-3999 > > This email is for the intended addressee only. > If you have received it in error then you must not use, retain, > disseminate or otherwise deal with it. > Please notify the sender by return email. > The views of the author may not necessarily constitute the views of > Astrium Limited. > Nothing in this email shall bind Astrium Limited in any contract or > obligation. > > Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, > England > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFEpOPl+lekZRM55oRAiDmAKCtvfxWW4XfO+QnaDS79/zyOv7E6ACgy2WW 0ZkWbXcMlIYX5IaNgaOg+ZE= =KzK5 -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Bppllist columns
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is from NBU6, so there are some more fields, but I think this is right. # 1 Tag # 2 Policy Type # 3 Follow NFS/Backup Network Drives (0 no/1 yes) # 4 Cross Mount Points # 5 Client Compress # 6 Priority # 7 Encrypt # 8 Collect DR Info (0 no/1 yes) # 9 Limit Jobs Per Policy (int value) #10 Max frag size #11 Active|Inactive #12 Effective Time #13 Collect TIR (0 no/1 yes/2 yes with move detection) #14 Extended Security #15 rfile (individual restore from raw) #16 Block Incremental #17 Allow Multiple Data Streams #18 Frozen image #19 Backup copy #20 Number of copies #21 Fail on error #22 Collect BMR info #23 Checkpoint #24 Checkpoint interval (minutes) #25 Offhost backup #26 Use alternate client #27 Use data mover (off host bkups) #28 Data mover type #29 Collect BMR info #30 Keyword #31 Policy ID Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 David Rock wrote: > * Clooney, David <[EMAIL PROTECTED]> [2006-09-19 11:53]: > >>Hi All >> >>Does anyone have the columns for >> >>bppllist $policy >> >>Basically trying to put something together based on policy type, trying to >>get the columns specifically for the INFO section below. >> >>Eg. >> >>CLASS croyvtsms_oracle *NULL* 0 50 169200 *NULL* >>NAMES >>INFO 0 0 0 0 *NULL* 0 0 2147483647 1 0 1 0 0 0 0 0 0 0 1041511308 >>3E0E2989A5AF4185B6575FE1DA53C67A 1 0 0 0 0 0 0 0 2 > > > This is what I have gleaned from working with it. I believe it covers > most of what you probably need to know. I'm still working on the rest :-) > > # Policy INFO line > # 1 2 3 4 5 67 8 910 11 12 13 14 15 16 17 18 19 20 > 21 22 > #INFO 6 0 0 0 *NULL* 0 0 2147483647 0 0 0 0 0 0 0 0 0 0 1088520139 > 85BD1B0A1DD211B2AE2C0800208094C0 1 # > # 1 Tag > # 2 Policy Type > # 3 Follow NFS/Backup Network Drives (0 no/1 yes) > # 4 Compression (0 no/1 yes) > # 5 Job Priority (int value) > # 6 > # 7 > # 8 Collect DR Info (0 no/1 yes) > # 9 Limit Jobs Per Policy (int value) > #10 Cross Mount Points (0 no/ 1 yes) > #11 > #12 Active (0 yes / 1 no) > #13 Collect TIR (0 no/1 yes/2 yes with move detection) > #14 > #15 > #16 > #17 Allow Multiple Data Streams > #18 > #19 > #20 Active Date > #21 > #22 > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFEEo4l+lekZRM55oRAraqAJ4uHgW5G9SFPP2c0YoJhcVCT4gtiACbBpcy dA3lr+4ajeWPP+eY25z4aF8= =HVoa -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] LTO3 throughput on Vault/Duplication jobs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You then need to test each component individually if you don't know where your bottleneck lives. There are many ways to test tape drive throughput from a media server. Simple dd or tar commands and all the way up to bpbkar. When you quote your read speeds of 130mb/sec, is that during a restore process through netbackup? If so and there is multiplexing, make sure your restore test is big enough to get a valid sample size. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Liddle, Stuart wrote: > I think we are licensed per TB on the VTL?.not per drive. > > > > Our rationale in doing the multiplexing to the VTL was to increase > throughput to the VTL for backups. We CAN increase the number of > virtual drives instead and then do single streams to the VTL and avoid > the de-multiplexing during the duplication step. > > > > However, we are seeing lightning-fast read speeds off of the VTL > regardless of the fact that it is multiplexed (around 130MB/sec). > > > > So, I?m still concerned about the speed with which we write out to the > physical tapes?..not sure where the bottleneck is?but there definitely > is a bottleneck. > > > > > > *From:* [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] *On Behalf Of *Paul > Keating > *Sent:* Tuesday, September 19, 2006 8:49 AM > *To:* veritas-bu@mailman.eng.auburn.edu > *Subject:* Re: [Veritas-bu] LTO3 throughput on Vault/Duplication jobs > > > > My thought's exactly JR. > > > > I'm thinking folks either have VTLs where they are licensing from the > vendor on a "per virtual drive" basis, OR, they are licensing Netbackup > on a (old) per drive, rather than (new) per TB of usable disk basis, so > want to avoid the licensing cost of adding more virtual drives..that > was on of my primary criteria in selecting a VTLI want to be able to > create as many virtual drives as I want. > > > > I currently have 20 physical drives, and run various multiplex levels > for different STUs, depending on the type of backup, in order to > maintain sufficient data flow to stream the drives, but when the VTL > comes into play, I want MPX=1, so I'll be configuring upwards of 20 > virtual drives per media server. > > > > Paul > > > > > > -- > > -Original Message- > *From:* Dyck, Jonathan [mailto:[EMAIL PROTECTED] > *Sent:* September 19, 2006 10:09 AM > *To:* Paul Keating; Liddle, Stuart; veritas-bu@mailman.eng.auburn.edu > *Subject:* RE: [Veritas-bu] LTO3 throughput on Vault/Duplication jobs > > Agreed. Coming from an environment where we are "afraid" of > multiplexing everything due to those image's importability (or lack > thereof), the fact that we cannot demux quick enough has us > handcuffed a little. > > > > Just a question, what's the rationale on mpx'ing to your VTL's? > > > > Cheers, > > Jon > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFECQ1l+lekZRM55oRAni8AJ91fyyqTD2CrIZLLWRMfeVPu0NVNACdFaHD dgliOvTDWXsWlH8eXzhVg3M= =RJAg -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NetBackup catalog migration
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I thought the migration plan for this was 4.5 -> 5.0 mp3 or 5.1 -> 6.0? I never went through that large of a jump, but I would want to test it before stepping into production. The real key will be if nbpushdata will work, certainly a bprecover will place the data back on disk, but that is the easy part of the battle. Any test systems you can play with? Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Dariusz Klar wrote: > Hi Gurus, > > One of my customer plan to migrate from NetBackup DataCenter 4.5(MP4) > directly to version 6.0(latest fix). I know that there is no migration > process > for doing it. Documentation states that it is not possible. But... > > I will install 6.0 and next all data (devices, storage units, pools, > policies, > schedules, etc.) will be recreated (using scripts prepared earlier) in > NetBackup > 6.0 manually by myself. Thers is one exception. > > The NetBackup catalog. > > I'm not so sure if it is possible to import NetBackup catalog from > version 4.5 to 6.0. > > So my question is: Will it work? Does anyone tried to do this? > > regards, > > Darek > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFACCWl+lekZRM55oRAl/wAJ9NuprOg2J1sOfhzK5CxITax4vv5gCfWE1G eRLR2gq4GOMANlhWFQbdzN0= =/aK2 -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Disk Storage - Advice / clarification
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Simon, At one customer site, I setup dssu's to perform cumul incr within policies. I needed to make sure as they were adding clients on a regular basis, that I could house at lease 1.5 full backups per client within the dssu for the include list specified. That As time flows along, the cumul incr balance out and reduce in size as the fulls were configured to go straight to tape since I had the time on the weekend to endure the slow client performance and resource hogging. As far as what you are doing, sounds great as long as you have the disk space for it. Keep in mind that volume pools are a per dssu match, so if you have multiple clients going to the same dssu that you ultimately want on different volume pools, straight phase 2 isn't going to help you. You can always do some bpduplcate fun to get around that if you have the time to customize. Hope this helps. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 WEAVER, Simon wrote: > Cheers Peter, this was some of my thoughts as well. > > In general, when using DSSU could you give me an idea of how much data is > stored on there and when you write to tape? > > For example I am thinking of doing a 2TB Disk Backup, and then writing to > tape 3 days later when its quiet. > > Am I on the right track for make the best use of DSSU? > > I will delete the current DSU, but I am having trouble deleting the images > :( > > 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: Peter DrakeUnderkoffler [mailto:[EMAIL PROTECTED] > Sent: 01 September 2006 16:30 > To: WEAVER, Simon > Cc: 'veritas-bu@mailman.eng.auburn.edu' > Subject: Re: [Veritas-bu] Disk Storage - Advice / clarification > > > Simon, > > If you want to expire an image on disk, it is the same procedure as on tape. > Images written to disk are copy #1, so find the image name and specify copy > #1. You can query the db to find the actual path and copy number. For > testing I can see this being useful, just remember for production you will > want phase 2 to complete successfully before expiring images. > > I never found a way to convert a dsu to a dssu, so I've always destroyed it > and started again. Once that is done, you can either set up the schedule or > kick it off manually "bpbackup -dssu DSSU_NAME" > > Length and durations and phase 2 frequencies are definitely not a one size > fits all situation. Really generally comes down to business requirements > plus capital expenses and then work backward from there... Maybe you have > some restore SLAs that can help make some decisions. > > Thanks > Peter > > Peter DrakeUnderkoffler > Xinupro, LLC > 617-834-2352 > > > > WEAVER, Simon wrote: > >>>*/Hi everyone/* >>>*/Now looking at DSU considerations for my setup:/* >>>*//* >>>*/1 x NBU 5.1 MP2 Win2k3 Server/* >>>*/2 x SAN Media NBU 5.1 MP2 Servers/* >>>*/3 x Shared Storage for TB of Data/* >>>*//* >>>*/I have configured a Disk Storage Unit on my Master Server, and as a >>>test, this volume is 100GB in size./* >>>*//* >>>*/I have done a TEST BACKUP of the Master Server, using this new Storage >>>Unit. This has completed successfully./* >>>*//* >>>*/A couple of questions:/* >>>*//* >>>*/1) On the new volume are image files of the server that was backed up. >>>If I wanted to expire the disk based backup, how is this done?/* >>>*/2) I do not see an option to do STAGE2 of Disk Storage (which I guess >>>you can put to tape). I think its because I created a bog-standard DSU. >>>Is there an option to do this, or should I just delete and start again?/* >>>*/3) If I have to delete, what about the data that was backed up?/* >>>*/4) Who else does DSU and any advice on how long data is kept, or >>>whether you use Stage 2 methods and write to tape?/* >>>*//* >>>*/Thanks all/* >>> >>> >>>/Regards/ >>> >>>/Simon/ >>> >>>This email is for the intended addressee only. >>>If you have received it in error then you must not use, retain, >>>disseminate or otherwise deal with it. Please notify the sender by >>>return email. The views of the author may not necessarily constitute >>>the views of Astrium Limited. >>>Nothing in this email shall bind Astrium Limited in any contract or >>>obligation.
Re: [Veritas-bu] Disk Storage - Advice / clarification
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Simon, If you want to expire an image on disk, it is the same procedure as on tape. Images written to disk are copy #1, so find the image name and specify copy #1. You can query the db to find the actual path and copy number. For testing I can see this being useful, just remember for production you will want phase 2 to complete successfully before expiring images. I never found a way to convert a dsu to a dssu, so I've always destroyed it and started again. Once that is done, you can either set up the schedule or kick it off manually "bpbackup -dssu DSSU_NAME" Length and durations and phase 2 frequencies are definitely not a one size fits all situation. Really generally comes down to business requirements plus capital expenses and then work backward from there... Maybe you have some restore SLAs that can help make some decisions. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 WEAVER, Simon wrote: > */Hi everyone/* > */Now looking at DSU considerations for my setup:/* > *//* > */1 x NBU 5.1 MP2 Win2k3 Server/* > */2 x SAN Media NBU 5.1 MP2 Servers/* > */3 x Shared Storage for TB of Data/* > *//* > */I have configured a Disk Storage Unit on my Master Server, and as a > test, this volume is 100GB in size./* > *//* > */I have done a TEST BACKUP of the Master Server, using this new Storage > Unit. This has completed successfully./* > *//* > */A couple of questions:/* > *//* > */1) On the new volume are image files of the server that was backed up. > If I wanted to expire the disk based backup, how is this done?/* > */2) I do not see an option to do STAGE2 of Disk Storage (which I guess > you can put to tape). I think its because I created a bog-standard DSU. > Is there an option to do this, or should I just delete and start again?/* > */3) If I have to delete, what about the data that was backed up?/* > */4) Who else does DSU and any advice on how long data is kept, or > whether you use Stage 2 methods and write to tape?/* > *//* > */Thanks all/* > > > /Regards/ > > /Simon/ > > This email is for the intended addressee only. > If you have received it in error then you must not use, retain, > disseminate or otherwise deal with it. > Please notify the sender by return email. > The views of the author may not necessarily constitute the views of > Astrium Limited. > Nothing in this email shall bind Astrium Limited in any contract or > obligation. > > Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, > England > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFE+FHwl+lekZRM55oRAjALAKCF0wJ5F+/2H4AP5OKO7G0yXhFcNQCghL7+ IrUB46bAuqpnc0TC1Lxp9vI= =+B5w -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] STK L700 Management interface
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 For those out there interested ( I don't think I already posted this in the past), if your L700, L180, or L80 are on some indirect network, but you can get there a hop or two away, here is the port forwarding within an SSH session to get the console to show up on your local browser: ssh -X -C -L 23132:stk-lib:80 -L 5001:stk-lib:5001 -L 5002:stk-lib:5002 -L 5003:stk-lib:5003 [EMAIL PROTECTED] Then just point your java capable browser to: http://localhost:23132 Obviously that port number could be anything, but the other 5000 range numbers I had to figure out with a tcpdump session. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Paul Keating wrote: > It's a great benefit for our remote library which is across town. > Lets us see if there's a tape in a drive that doesn't kive with what NBU > reports, unload a drive and move tapes when robtest can't communicate > with the drive (not often) > Gives a graphical view of what's in use, drive wise, and see if the > library is responding to NBU commands, and most importantly, lets you > see the error message that you would otherwise have to read off the > library console. > > As far as the *local* library console itself, *blech*. > Have to say I much prefered the console of the ATL libraries (P3000) > I've worked with previously, though they didn't have a web console. > > We have an SL500 in our test labfree console, but the library...ugh. > At least the L700 has a decent CAP, and isn't made of plastic pieces > that fall apart when you look at them. > > Paul > > > > > > > La version française suit le texte anglais. > > > > This email may contain privileged and/or confidential information, and the > Bank of > Canada does not waive any related rights. Any distribution, use, or copying > of this > email or the information it contains by other than the intended recipient is > unauthorized. If you received this email in error please delete it > immediately from > your system and notify the sender promptly by email that you have done so. > > > > Le présent courriel peut contenir de l'information privilégiée ou > confidentielle. > La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute > diffusion, > utilisation ou copie de ce courriel ou des renseignements qu'il contient par > une > personne autre que le ou les destinataires désignés est interdite Si vous > recevez > ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans > délai à > l'expéditeur un message électronique pour l'aviser que vous avez éliminé de > votre > ordinateur toute copie du courriel reçu. > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFE9a2tl+lekZRM55oRAspMAJ43PUMHQ/X/XETJWpemoTr79GgBiQCfZPC2 8TdwQmKvp8OtP9Qihjcq8gc= =vazB -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Exit status 190 using hard disk staging storage unit, netbackup 6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Have you watched the logs for bptm, bpbrmds and bpbrm at these times to watch more detail? A verbose settings of 5 can be helpful. When you say the duplicate runs twice, is that seen in bpdbjobs output for just one DSSU or is the second run on the next hour? How many copies are allowed for images within your config? Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Sponsler, Michael wrote: > All, > On one of my servers (Netbackup 6.0 MP2 Media server and Netbackup 6.0 > MP2 Master Server), I've noticed that my hourly disk duplicate for a > staging disk will exit with status 190 (found no images or media > matching the selection criteria). But the duplicate runs twice, one is > successful, and the other one fails with error 190. I can't find any > information about this. This only occurs on one of my servers, and I > thought it was a configuration issue. But given the fact that it runs > successful the first time, then errors out with status 190 on the > second, I can't figure out whats going on. > > Anyone else experience something similar? > > -- > Mike Sponsler > Northrop Grumman > [EMAIL PROTECTED] > (703) 968-1302 > 12900 Federal Systems Pkwy > Fairfax, VA 22033 > > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFE6ZBcl+lekZRM55oRAhnPAJwP2GSUjA4aawetVfNoteK5bJa7VQCgog1W IzWkSjFa/Xx4iV5hTpCSEOQ= =Ulea -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] DSSU Storage?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I will absolutely agree that DSSUs are no where close from being fully mature. About your failures, what is the SUG policy, failover, least used or priority? As far as going over the HWM, what does 90% work out to when taking into account the fragment size? I've run into a situation where instead of queuing the job or failing with no available storage units, I got 129's when the next unused DSSU in the SUG already had active jobs and the additional pushed it passed it's allowed limit. I've been wrestling with DSSU type functions in NBU since using Vault as the phase 2 solution, so the process has made some good advancements, but it still required a good level of over engineering when it comes to available resources still as when it gets close to those limits, it becomes unstable in my opinion. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 [EMAIL PROTECTED] wrote: > > Hey Peter, > > We recently went Netbackup 6 and once we got the media servers to 6 as > well, I set up a storage unit group consisting of two DSUs with manual > duplication scripts. > > I have the HWM at 90%. > > Some of my backups are failing with 129 errors when directed to the Stroage > Unit group even though one of the DSUs still had capacity. > I thought that if a DSU went over the HWM it would continue existing > backups but no new backups would be sent to it. The SUG should then remove > it from the list while it's over the HWM. > > Maybe I am expecting too much from Netbackup but if it's going to fail > backups with 129 errors then Storage Unit Groups are only half there in > functionality > > > regards, > > > Aaron > > > > > > (Embedded image moved to > file: pic31998.jpg) > > Aaron Morrison > > Senior Technical Specalist > > Storage Management > > > >National Australia Bank > >1/122 Lewis Rd Wantirna > South 3152 > > Tel: (+61 3) 9886 2359 >Mob: 0400104744 > > Fax: (+61 3) 98862700 > email: > [EMAIL PROTECTED] > > > > Please contact Storage > Management Australia for >all requests. > > > > > > > > Peter > DrakeUnderkoffler > <[EMAIL PROTECTED]> To > Sent by: "Martin, Jonathan (Contractor)" > veritas-bu-bounce <[EMAIL PROTECTED]> > [EMAIL PROTECTED] cc > urn.edu veritas-bu@mailman.eng.auburn.edu >Subject >Re: [Veritas-bu] DSSU Storage? > 18/08/2006 09:29 > PM > > >
Re: [Veritas-bu] DSSU Storage?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have a couple of customers using DSSU's in NBU6. First of all, I do use storage unit groups with multiple DSSUs as part of them. Almost all have "re-used" existing storage as a general trend, so the back end storage has been RAID 1 or RAID 5 more times than not. The size of each DSSU depends on what the client profiles, back end storage density and policy/schedule quantities and frequencies. Kind of need to put all that in your brain and make a best guess. I have found that setting the mfs on the DSSU hasn't aided any of the situations I've set up and in fact when using multiple DSSUs in a storage unit group, the smaller (512mb) mfs has better distribution on smaller sides DSSUs. Flushing is done only after phase 2 is complete and successful. So if your schedule is not frequent enough, it will not prune out images as there would still be only 1 copy of that backup image. Looking forward to next updates when the volume pool can be specified at a more granule level instead of all disk staging for that DSSU goes to one pool. I've taken the approach for some customers to have cumulative or incrementals go to DSSUs and fulls and archives go strait to tape. Also, setting the storage unit group usage profile is something to consider if you go that route (prioritized, least used and failover). As far as HWM and LWM, I've generally left the HWM default (98%) and set the LWM to sometimes 60%, but that depends on the available resources for phase 2 and the frequency as well. If you want to have the most possible images on disk for faster restores, then taking your LWM down to 40% will make that difficult. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Martin, Jonathan (Contractor) wrote: > I'm working on architecting a new backup solution here, which will > undoubtedly require Disk Staging to accommodate faster drives (LTO3 or > DLT-S4.) I'm sure this is a common way to get around the limited bandwidth > associated with copper network connections. Anyhow, how big is everyone's > DSSUs? 2x Media? More? How about your High Water Marks? I'm thinking > something along the lines of 50% high water mark with DSSU's 2x Media > (compressed.) Also, lets say your DSSU gets up to 40% when the backup window > finishes, is there a setting to flush this after a certain amount of time? > I'm installing 6.0 for the first time here shortly, so all the new features > are presently a mystery to me. > > TIA, > > -Jonathan > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFE5aSUl+lekZRM55oRAnyDAKDc+1EkPCsbcDip//kG94/X3QSOZQCfVnGf SmguJAyWXfl0dym2t0NMOkc= =oRKG -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Command Line??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 from the master server (or media server) bpgetconfig -s CLIENTNAME The version yes, but not the MP. An example as follows: # bpgetconfig -s macclient1 Client of nbumaster MACINTOSH, MacOSX10.3 6.0.0 NetBackup 6.0 60 /usr/openv/netbackup/bin Darwin 8.7.0 Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 DLew97 wrote: > Hi - > > Is there a command line to output the Netbackup version and patch > installed on the client? > > BPCLIENT gives me the client-host name. > > > > -- > DLew97 > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEyPTBl+lekZRM55oRAnxXAKChWtrR1V9Khi3koXhaM8cZMHNOYwCgwIy/ NvDzEz8694A1LqPWLjtfY5U= =GfGb -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Windows 2003 server in another domain
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 One trick I use to connectivity between any client and the master or media server is to perform the following from the server (either windows or unix works): bpgetconfig -s or bpgetconfig.exe -s where is either a hostname (with the correct resolution) or IP address. If it can perform this, then the necessary NetBackup components are in place to perform a backup or restore to/from that client. The output from that command should look something like: root# bpgetconfig -s 10.210.2.183 Client of prod-backup-bu.mqube.net Linux, RedHat2.4 5.1.0 NetBackup 5.1 51 /usr/openv/netbackup/bin Linux 2.6.9-22.ELsmp Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 WEAVER, Simon wrote: > Ed > NBU does not reall care about DNS - it will work on IP alone (as done here > in many examples). Some cases we cannot use DNS for security reasons > (especially machines in isolated areas). > > Regards > > Simon Weaver > 3rd Line Technical Support > Windows Domain Administrator > > EADS Astrium Limited, B32AA IM (DCS) > Anchorage Road, Portsmouth, PO3 5PU > > Email: [EMAIL PROTECTED] > > > > -Original Message- > From: Ed Wilts [mailto:[EMAIL PROTECTED] > Sent: 05 July 2006 18:36 > To: Coen, Trevor > Cc: veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Backup Windows 2003 server in another domain > > > On Wed, Jul 05, 2006 at 05:32:50PM +0100, Coen, Trevor wrote: > >>What do I need to have in place to backup a Windows 2003 server that >>is not in the same Windows domain as the Netbackup 5.1 MP3 Master >>Server? > > > NetBackup doesn't care about Windows domains - it cares about DNS. Put the > proper name resolution in place and everything works nicely. > > .../Ed > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFErMkql+lekZRM55oRAuZ3AKDXjCKKXUMLZMkb4Wz3T/+l6GKsJQCcDZiY +hIoURoQEnkOLaZ0UGehgRg= =Z1eE -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Questions regarding Single drive backup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You should read the Media Manager manual available either with you software or on line and then post questions after that. Single drive and tape stacker configurations are well documented. Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 [EMAIL PROTECTED] wrote: > > Hi. > > I have installed a new NB 5.0 server with a single tape drive. I am > able to see the drive through NB. Also, i am able to configure a sample > backup and run successfully. However, i am able to take any more > backups on the tape, actually the tape is not mounting on the drive. > In the activity monitor it says, mounting tape and it hangs, not > proceeding any further. > > I am not too sure how to proceed. Request your help in going forward, > > Thanks > Krishnan Subramanian > > =-=-= > Notice: The information contained in this e-mail > message and/or attachments to it may contain > confidential or privileged information. If you are > not the intended recipient, any dissemination, use, > review, distribution, printing or copying of the > information contained in this e-mail message > and/or attachments to it are strictly prohibited. If > you have received this communication in error, > please notify us by reply e-mail or telephone and > immediately and permanently delete the message > and any attachments. Thank you > > > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEq7ASl+lekZRM55oRAvUeAKDTM4l1r2YavtIs0H7iIqzxWslfmACg2Ulc Prxu90uOYUTnzXiaUqSh2mQ= =Djax -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] CLI or GUI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 GUI has improved dramatically over the last few versions. CLI gives instant results where the java gui has been known (in the past) to give old data. Not to mention scripting/automation/customization with reporting, scheduling, provisioning, installations, DR, etc. I think the GUI can be good for someone new or for operations people that need that. I've seen a lot of locations write a customized menu driven interface for the tape handles for inserts/exports and job submission. Many larger more complex locations need to not use the NBU scheduler and go with an logic based company wide scheduler, CLI helps this move smoother as well. CLI also gives you a closer connection to understanding what is really happening behind the scenes which is invaluable when it comes to problem solving. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Keith W wrote: > Reading the mails coming through this thread, I get the impression that most > folks use the CLI more than the java gui, is this true and why? Just a curious > semi-newbie question. > > +---+ > + Keith + > +---+ > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEpV7ol+lekZRM55oRAqFjAKCP18lPpCdlcuREVDuQt9riGjQ31wCgvH49 vVkQZFWmzIPNag4sFj7zsLU= =jySI -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] determining size of last full backup of each policy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You could always run bpimmedia and specify a schedule type and and date/time range. The rows that start with "FRAG", the fourth field is kilobytes. Query, sum, report... Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Steven L. Sesar wrote: > I'm going through a sizing exercise right now and need to determine how > much data each full backup represents. Before re-inventing the wheel, > does anyone have any quick and dirty ways of accomplishing this? > > Thanks, > Steve > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEo+P/l+lekZRM55oRAvjEAJ9Wo+/7TMxJlC/IjZf4Yh5nRf5pyQCgpgl0 uAZt/hBDenoxtrW1zm8YLVI= =VJJE -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] DSSU/bpduplicate Question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 bpduplicate will be your friend on this, just make sure you set the global parameters as far as how many copies you can have of an image bpconfig -max_copies 3 ...or what ever. Not sure what you mean by merge the copy 3 tapes in. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 [EMAIL PROTECTED] wrote: > > Copy 1 is considered the data sitting on the DSSU > Copy 2 is considered the data copied to tape > > I'd like to do some testing, so i'd like to create a 3rd copy. Doing a > manual relocation isn't possible since the data is already to tape. > > Would i just run bpduplicate manually? My assumption is that the new > tapes will be copy 3. > > Copy 3 tapes will end up in our DR server. The DR server is a 2 week old > clone of the current master. > > When i merge the copy 3 tapes in, will the DR server know that the tapes > are copy 3? Will it need copy 2 or maybe copy1? > > *Karl-Frédéric Rossing,* > Technical Services > > phone: 204-786-6431 > fax: 204-784-6755 > toll free:1-800-665-1934 > www.federated.ca > > > > _CONFIDENTIALITY NOTICE _ > The information in this email may be confidential and/or legally > privileged. This email is intended to be reviewed by only the > individual(s) or organization(s) named above. If you are not the > intended recipient or an authorized representative of the intended > recipient, you are hereby notified that any review, dissemination or > copying of this email and its attachments, if any, or the information > contained herein is prohibited. If you have received this email in > error, please immediately notify the sender by return email and delete > this email and its attachments from your system. Thank you. > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEjvDEl+lekZRM55oRApN9AKDXF96d9ikwsMXWIGf56aSN8O3AxACgivCf 42RfdaGD1OkGSrt3ZEHDLr4= =iNzM -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] jnbSA with x forwarding
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Shawn, Why not install the java interface on the Linux workstation and allow access at the NBU server? Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 David Rock wrote: > * Shawn Guillemette <[EMAIL PROTECTED]> [2006-06-09 12:32]: > >>I have a colleague that uses Fedora Core3 as a workstation and is >>attempting to run the Java Admin Console with X forwarding. I have >>tested the process on 2 other workstations using the X forwarding and >>it works great. These other workstation are running Fedora Core5 and >>the other is running solaris10 >> >>My colleague is using Java version 1.5.0_07 and the log out put is >>pasted below. If anyone would be able to pint me in a direction it >>would be greatly appreciated. > > > Without solving the problem, you could brute force your way around it by > using VNC instead. That could be tunneled over ssh for better security > as well. > > That notwithstanding, the error sounds like a problem with the > fontserver on the client. > > You may also want to think about NOT running jnbSA from the master > server. It's a pig and many instances of it running at the same time can > have very bad performance results on the master server. > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEic6wl+lekZRM55oRAuyrAKC2Rg86WpHPl0cVgvc3/vJm0Hv6AQCg0cIN yLBR4guQBBObUyxrIdPjIKw= =Eo/V -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Obtaining NetBackup client details
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On the master server, try: bpgetconfig -s -l Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 [EMAIL PROTECTED] wrote: > > Hi, > > I need to be able to find out what version of NetBackup and Operating > System are running on all my clients, and keep a count of them. We are > running a Solaris Master server, with a mix of Unix and Windows clients. I > need to be able to obtain (in csv format) something like what the Host > Properties/Client window on the Admin console gives you. > > Does anyone know what command / commands run to get this information? > > I know I can export the client window, but with over 1400 clients, this > takes over a day, and gives me a lot of information that I would then need > to parse, to get only the information I need. Is there a better way of > obtaining this info > > Thanks in advance > > Ian Fehring > Lead Technical Specialist, Storage Management > National Australia Bank > > > > > > > National Australia Bank Ltd - ABN 12 004 044 937 > This email may contain confidential information. If you are not the intended > recipient, please immediately notify us at [EMAIL PROTECTED] or by replying > to the sender, and then destroy all copies of this email. Except where this > email indicates otherwise, views expressed in this email are those of the > sender and not of National Australia Bank Ltd. Advice in this email does not > take account of your objectives, financial situation, or needs. It is > important for you to consider these matters and, if the e-mail refers to a > product(s), you should read the relevant Product Disclosure > Statement(s)/other disclosure document(s) before making any decisions. If you > do not want email marketing from us in future, forward this email with > "unsubscribe" in the subject line to [EMAIL PROTECTED] in order to stop > marketing emails from this sender. National Australia Bank Ltd does not > represent that this email is free of errors, viruses or interference. > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEg/Acl+lekZRM55oRAn8zAJ9qwVauzqgywrl7HHKmn2nZM2P4DgCgx+7V CVk9deQPXiIiiH3XN50LCN0= =twQi -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] dssu's and volume pool following...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anyone know if there is work in progress to have phase 2 of the disk staging follow different volume pools if so desired? As it stands in 6.0MP2, all phase 2 destinations to tape go to the same volume pool. I have many policies utilizing a storage unit group made of several dssus and it would be nice to split out the volume pools. The only way around this right now I know of is to have various dssus used for different policies and those phase 2 schedules use whatever desired volume pool. This would increase the number of needed dssus a little to far I think. Thanks Peter - -- Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEdb5ll+lekZRM55oRAuicAJ4rUOMsoSevRyjYvVLwEXpdWQQ1RwCgsPAX haBZkY+2wb7gB7yG3xx5PnE= =3JWy -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Anyone have an StorageTek SL500 library?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This isn't a frequent occurrence, but it can pop up on you if the circumstances are right. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Justin Piszcz wrote: > Wow! Thanks for the detailed response! > > Since the picker or robot is a shelf that moves up and down the SL500, > there are circumstances where it gets in a stuck state if the power is > reset or down and requires the use of the "magic ratchet bar" so that > you can open the door to reset things. Hard > to explain, only through experience can you appreciate that one. > > This sounds horrible. > > > > On 5/11/06, Peter DrakeUnderkoffler <[EMAIL PROTECTED]> wrote: > > I've deployed and worked with several at different clients so far and > my opinion seems to be shared with the STK deployment engineers so far. > The only thing going for it as far as my experience goes, is the > expandability > or growth potential which translates into TCO. When they work, they work > fine except for any interaction you have with them directly. NBU > knowns how > to manage them well. I've worked with most of the other STK libraries > except for > the SL8500 and here are my gripes: > > Manual intervention includes 2 buttons and 5 LEDs that blink in a strange > and partially undocumented way. There was plans for an LCD interface > that > would sit inside the grill, but that has not made it out of STK/Sun yet. > > The out of band management is through a user unfriendly GUI that now also > runs on Solaris but used to only be windows. With this gui, you can see > some parameters but not all. There is no way of seeing exactly what > is happening > within the library in real time. Most enterprise libraries have this, > like the > web page that the L180 and L700 and others have, where you can watch > the picker take > a tape and move it to a drive for instance. It wasn't until recently > that you could > get an inventory of the library through this management tool. Thank > goodness for > robtest but some customers are talking about doing the closed circuit > TV thing > again to see what is going on. > > There have been several topics pop up where even the support and field > engineers > didn't know how it works. For instance, setting up automatic cleaning > and > getting a count on how many times that cleaning took place. > > Since the picker or robot is a shelf that moves up and down the SL500, > there are circumstances > where it gets in a stuck state if the power is reset or down and > requires the use > of the "magic ratchet bar" so that you can open the door to reset > things. Hard > to explain, only through experience can you appreciate that one. > > They do work, but from an enterprise stand point, there are better > solutions, even > from STK/Sun, but thats only my opinion. > > Thanks > Peter > Peter DrakeUnderkoffler > Xinupro, LLC > 617-834-2352 > > > > Justin Piszcz wrote: >> We will be receiving an EVAL unit soon and wonder if anyone had any >> opinions on this library? For instance, how reliable is it compared >> to say, an L700? >> Suppose an L700 is better, but the other problem is STK is deprecating >> that library soon and the SL500 is going to be the newly supported >> library. > >> Justin. > >> ___ >> Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu >> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > >> -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEYzI4l+lekZRM55oRAkSpAKCRiNzG+kainzzq7UzcDQHgeetNZgCePbvr vZMpaZIqG7sVAgJ5QHE03ao= =5xH5 -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Anyone have an StorageTek SL500 library?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've deployed and worked with several at different clients so far and my opinion seems to be shared with the STK deployment engineers so far. The only thing going for it as far as my experience goes, is the expandability or growth potential which translates into TCO. When they work, they work fine except for any interaction you have with them directly. NBU knowns how to manage them well. I've worked with most of the other STK libraries except for the SL8500 and here are my gripes: Manual intervention includes 2 buttons and 5 LEDs that blink in a strange and partially undocumented way. There was plans for an LCD interface that would sit inside the grill, but that has not made it out of STK/Sun yet. The out of band management is through a user unfriendly GUI that now also runs on Solaris but used to only be windows. With this gui, you can see some parameters but not all. There is no way of seeing exactly what is happening within the library in real time. Most enterprise libraries have this, like the web page that the L180 and L700 and others have, where you can watch the picker take a tape and move it to a drive for instance. It wasn't until recently that you could get an inventory of the library through this management tool. Thank goodness for robtest but some customers are talking about doing the closed circuit TV thing again to see what is going on. There have been several topics pop up where even the support and field engineers didn't know how it works. For instance, setting up automatic cleaning and getting a count on how many times that cleaning took place. Since the picker or robot is a shelf that moves up and down the SL500, there are circumstances where it gets in a stuck state if the power is reset or down and requires the use of the "magic ratchet bar" so that you can open the door to reset things. Hard to explain, only through experience can you appreciate that one. They do work, but from an enterprise stand point, there are better solutions, even from STK/Sun, but thats only my opinion. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Justin Piszcz wrote: > We will be receiving an EVAL unit soon and wonder if anyone had any > opinions on this library? For instance, how reliable is it compared > to say, an L700? > Suppose an L700 is better, but the other problem is STK is deprecating > that library soon and the SL500 is going to be the newly supported > library. > > Justin. > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEYy+6l+lekZRM55oRAkYpAJ9lcx51jcrwtsVP6WOOfuMY8r+GWQCfY0sJ 4tYozooLGbBCuhUImKKo8qU= =/f31 -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] How do I start the Backup and Restore on command line?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On the master/media server: bpbackup -i -p POLICYNAME -h CLIENTNAME -s SCHEDULENAME Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 [EMAIL PROTECTED] wrote: > How do I start the Backup and Restore on command line? > __ > > === > [EMAIL PROTECTED] > http://adimages.sina.com.hk/LF3_0604.html > ¯ª¨à³X°Ý¹õ«áµ¼Ö¤H¡A¥ò°e§Añ¦W¤jºÐ¤Îposter¡I > http://adimages.sina.com.hk/MU3_0604.html > Siren 2¡BSega Rally 06 ³Ì·s¹CÀ¸³t»¼¡I > http://adimages.sina.com.hk/TVg_0604.html > === > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEP3vcl+lekZRM55oRAipgAJ4k8IGHT/EF3Jf1E+i7M74r3nGN5QCfRX2n YM73LUcOxS3Wx5cANHiDPyQ= =449K -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Ethernet port aggregation for performance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It will just be two connections. Tough to answer the "hoping for" question as it depends on the performance of all the links in the chain. I'd like to be able to push more than 120mb/sec as there are 4 LTOgen2 drives in use at the very least. The bonding/etherchannel is in preparation for what is not in place as far as clients currently. I don't know if the system will be the bottleneck. network, or clients. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 [EMAIL PROTECTED] wrote: > > Ok, thanks Peter. How many connectioins are you bonding and what > sustained through put are you hoping for? > > Andy. > > > > *Peter DrakeUnderkoffler <[EMAIL PROTECTED]>* > Sent by: [EMAIL PROTECTED] > > 31/03/2006 15:34 > > > To:[EMAIL PROTECTED] > cc:veritas-bu@mailman.eng.auburn.edu > Subject:Re: [Veritas-bu] Ethernet port aggregation for > performance > > > > > I have a Linux master/media server with a single connection to a backup > network > via gigabit that I will be migrating to a bonding in a day or two. I > have seen > the single link with 3 or 4 streams to separate clients push an average > of 80 megabytes/sec > and peak much higher. Ping me next week and I'll let you know what I > saw with > bonding. This is against Extreme switchs, not Cisco, but the same > should hold true. > > Thanks > Peter > > Peter DrakeUnderkoffler > Xinupro, LLC > 617-834-2352 > > > > [EMAIL PROTECTED] wrote: >>> >>> Does anybody use Ethernet port aggregation (ie Cisco Etherchannel) to >>> connect their LAN media servers to a backup network? If yes, what level >>> of performance are you seeing? and based on what hardware? Am keen to >>> know if anyone has found this to be performant above 1Gbit/sec speeds >>> >>>thanks Andy. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFELUsZl+lekZRM55oRAtEAAKC2syGCE9mveJzV+Ec2/Ythrhx+iACg1lI0 V5vj0drK4dxRw2q2AoZqmps= =Ajq5 -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Ethernet port aggregation for performance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have a Linux master/media server with a single connection to a backup network via gigabit that I will be migrating to a bonding in a day or two. I have seen the single link with 3 or 4 streams to separate clients push an average of 80 megabytes/sec and peak much higher. Ping me next week and I'll let you know what I saw with bonding. This is against Extreme switchs, not Cisco, but the same should hold true. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 [EMAIL PROTECTED] wrote: > > Does anybody use Ethernet port aggregation (ie Cisco Etherchannel) to > connect their LAN media servers to a backup network? If yes, what level > of performance are you seeing? and based on what hardware? Am keen to > know if anyone has found this to be performant above 1Gbit/sec speeds > >thanks Andy. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFELT3Xl+lekZRM55oRAucHAKC00WeUi6e5uO9fFcjPLfJCHSSDUgCgqu5B eaMUDk3A03VnDFY3zmUGHY4= =j2y4 -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] v6.0 NOM on Solaris 10 x86
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The opposite would substantially cut into hardware sales at Sunall business all the time. Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 [EMAIL PROTECTED] wrote: > OK - here's the scoop - and the boss was wrong. > > Solaris x86 & Sparc are "Source compatible" not "binary compatible". > > Here's an InfoWorld verification: > === > When it comes to app compatibility, Solaris isn't Java -- the binaries aren't > portable between architectures (though they remain portable from earlier > versions of Solaris on the same chip family, so you don't have to recompile a > Solaris 2.6 app). However, on the small apps I tested, the source code was > portable between 64-bit Sparc, 32-bit x86, and 64-bit x86. (InfoWorld, 4/2006) > === > > Sorry for the confusion. > > -M > > > -Original Message- > From: Donaldson, Mark - Broomfield, CO > Sent: Thursday, March 23, 2006 12:16 PM > > Compatibility is the word from the bossman - no independant verification on > my part. Maybe I better... > > -Original Message- > > >>It's not on the supported list but Sun says Solaris 10 x86 is binary = >>compatible with Solaris 10 Sparc. > > > Where does it say that they're binary compatible? > > No version of Solaris x86 offers SPARC binary compatibility. > > Both are binary compatible with older releases on the same architecture, > but not with each other. > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEIv/sl+lekZRM55oRAj0PAJ9Qw6LAUsx8TYqAY9lUJqU+LgQfJwCeIW/F C+cTOE5/3JjjSm+tP9hCegw= =/dxE -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] v6.0 NOM on Solaris 10 x86
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Doesn't seem quite possible, two different architectures and no emulation that I know ofSun said it was Binary compatible? Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 [EMAIL PROTECTED] wrote: > It's not on the supported list but Sun says Solaris 10 x86 is binary > compatible with Solaris 10 Sparc. For v6.0's NOM, we'd rather run x86 > (really, we'd rather Linux but that's right off the list). > > Anybody running Netbackup for Sparc on x86 and having it work? > > -M > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > Mark Donaldson - Systems Administrator - 303-664-2040 > Corporate Express - Broomfield, Colorado > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > The information contained in this email transmission and any attachments > is intended only for the personal and confidential use of the designated > named herein. If the reader of this message is not the intended > recipient or an agent responsible for delivering it to the intended > recipient, you are hereby notified that you have received this document > and its attachment in error, and that any review, dissemination, > distribution, or copying of this message is strictly prohibited. If you > have received this communication in error, please notify the sender and > return and delete the original message immediately. Thank you. > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEIuktl+lekZRM55oRArHuAJ4+J3O+AtqEcLZOM/yIboNLCka5EwCfXicU P6n2VkfIyreT7Bsrtokdwl0= =2Pkt -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] New (test) install of NB 6.0 on Red Hat AS3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm pretty sure that the install also doesn't set up the vm.conf file, I think if you put a DEVICE_HOST entry. I ran into the same exact thing and of course I lost my notes, but I think that was the solution, don't quote me though. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Dan Dobbs wrote: > Greetings, list. > > I'm doing a test install of 6.0 on a spare server to get a look at the > 6.0 install process, and to get familiarized with the new features. The > install seemed to go ok, got the PBX piece installed, took all the > defaults. > > I noticed at the end of the install, that it seemed to want a FQDN name > for your server. At the time, I just took the defaults. I fired up > jnbSA, and I could not log into the console. When I noticed that it > actually put 'servername.(none)' in the bp.conf, I changed the > 'servername.(none)' entries to 'servername'. Once I did that, it let me > log into the console. > > However, I tried to add a storage unit (there are no devices attached, > so I was going to add a simple disk-based storage area), and it said > that it couldn't attach to vmd (error 70). I checked bpps -a, and sure > enough, vmd wasn't there. I restarted the server, did a bpps -a, and vmd > was present. But, once I fired up the console and tried to add a storage > unit again, it gave me the same (70) error. > > Should I wipe, reinstall, and FQDN the server name when it asks? As > it's a test box, it's no big deal. Or, is there something else I should > check/fix to make VMD not die? > > Cheers, > > -dd > > -Dan Dobbs, System Administrator > -Mutual Materials > -425.452.2387 > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD4DBQFEIdAfl+lekZRM55oRAuDqAJiDAtlmp0kZUYAWY4XCchjfCeiEAJ9JYR8o no56oqnYvVzYyXCzk+KlQw== =PPfD -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Sharing tapedrives with Linux Media servers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You are running into persistent binding issues, or lack there of. This is accomplished by a couple different methods depending on you Linux version and HBA model. NetBackup has a solution built in to the volume manager portion of it. If you add the following entry in you /usr/openv/volmgr/vm.conf file: ENABLE_AUTO_PATH_CORRECTION This may take care of your problem most easily. Not sure which version of NBU you are working with as that is not in your email. More details up front in the message allow others to help more easily. Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Kathryn Hemness wrote: > Greetings, > > I've been fighting with sharing tapedrives with a Linux media server > for about a month now and I'd really appreciate some help. > > My problem lies not with the sharing but with the linux device paths > becoming unconfigured when the linux server is rebooted. I have 2 > Solaris servers and 1 Linux server, and the drives are in an 8-drive > library connected to a fiber-channel switch. > > When I reboot the Linux server when any of the tape drives is in use > by the other servers, my Linux server won't configure any of them and > ltid won't start. This behavior is unique to shared tape drives; if > I configure a couple of drives in the library as dedicated to the Linux > media server, then the device files persist across reboots. > > I've just ordered 2 more Linux boxes to replace the Solaris boxes > because of their superior throughput so I have to get this issue resolve. > > Thanks for any help. > > > --kathy > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEIWmbl+lekZRM55oRAtMgAJ0d90/5ko0sCmHPgud02ysIayc5HQCeLHcJ d2PIIaFmfGnZJSgP0DjECOA= =AO03 -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Setting up a Backup Lan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The easiest thing for this would be to have the O/S take care of the routing based on the names within the policies. So you currently have client = 1.2.3.10 mediasrv = 1.2.3.5 and then you have a cross over cable and the other nics doing their thing client-bu = 10.10.10.10 mediasrv-bu = 10.10.10.5 In the policy, the client would be known as "client-bu" and the bp.conf or windows config of the client would specify SERVER = mediasrv-bu CLIENT_NAME = client-bu Careful how you manage the client directly from the master server if it is not on that same network, you will have to manage it from the media server. Then make sure your name resolution works out mapping forward and reverse correctly either DNS or static files. Good luck. Thanks Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Gary Williams wrote: > > This email and any attachments are confidential and may contain privileged > information. > > If you are not the person for whom they are intended please return the email > and then delete all material from any computer. You must not use the email or > attachments for any purpose, nor disclose its contents to anyone other than > the intended recipient. > > Any statements made by an individual in this email do not necessarily reflect > the views of the Yorkshire Building Society Group. > > > > > Hi, > > We currently have a situation where we want to backup an existing client to > an existing media server, but want to connect using 2 extra GB network cards > and a cross over cable, rather than use the existing network, in effect > creating a mini backup network. The network cards have been setup with > different hostnames and ip-addresses , and i am unsure how to configure this > in Netbackup using DNS. Has anyone any ideas on how this needs to be setup ? > > > Gary Williams > YBS > > > > > > > > > > > > > > > Yorkshire Building Society, which is authorised and regulated by the > Financial Services Authority, chooses to introduce its customers to: > > -Legal & General for the purposes of advising on and arranging life assurance > and investment products bearing Legal & General's name; and > -Homeowners Friendly Society for the purpose of arranging stakeholder Child > Trust Funds. > > We are entered in the FSA Register and our FSA registration number is 106085 > http://www.fsa.gov.uk/register > > Head Office: Yorkshire Building Society, Yorkshire House, Yorkshire Drive, > Bradford, BD5 8LJ > Tel: 0845 1 200 100 > > Visit Our Website > http://www.ybs.co.uk > > All communications with us may be monitored/recorded to improve the quality > of our service and for your protection and security. > > > > This e-mail has been scanned for all viruses by Star. The > service is powered by MessageLabs. For more information on a proactive > anti-virus service working around the clock, around the globe, visit: > http://www.star.net.uk > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEDbAol+lekZRM55oRAqStAKDM+REPh+1z+LXpEJ0aw9XTxidRrQCeOhWd dh4hclrQyMsd1Rhn/D11Y0Y= =fe3a -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Linux Client Logs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There should be a readme file there as well that would detail what log does what. Unfortunately, the script that comes with windows creates log directories for everything, even items you don't need. There isn't anything for automated directory builds from 5.x down, but I do believe there is something for 6.x for unix. Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Martin, Jonathan (Contractor) wrote: > I know in windows there is a .bat file that creates all your log > directories, is there something similar for Linux clients?! My > /usr/openv/netbackup/logs director is empty except for user_ops. > > -Jonathan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFD/fBzl+lekZRM55oRAoqbAJ4g5l0dyo/qjvh0P3ywNAfCoaspqgCgz4K/ 7Tai58k3vLhd1+QTbrlEZBc= =So/p -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] how to make Veritas netbackup log file show detail backup info?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You also need to make VERBOSE = 5 in the bp.conf file on the client. Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 bbb bb wrote: > We have several Redhat LInux servers (AS 3) use Veritas Netbackup client > to backup file systems. I checked > /usr/openv/netbackup/logs/bpbkar/log. file and it did NOT show > detail backup information like : > > 03:10:18.082 [6439] <4> bpbkar: INF - Compression: 25% > /usr/share/doc/doxygen-1.3.5/examples/define/html/files.html > 03:10:18.082 [6439] <4> bpbkar: INF - Compression: 29% > /usr/share/doc/doxygen-1.3.5/examples/define/html/globals.html > 03:10:18.083 [6439] <4> bpbkar: INF - Compression: 30% > /usr/share/doc/doxygen-1.3.5/examples/define/html/globals_defs.html > 03:10:18.083 [6439] <4> bpbkar: INF - Compression: 21% > /usr/share/doc/doxygen-1.3.5/examples/define/html/index.html > > > Does there has way to let Veritas netbackup show detail backup infor on > client log? Veritas netbackup version is 5.1. > > Thanks. > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFD8Q5El+lekZRM55oRAhezAJ98i4bYLBkQt1KZsefT32u9K/t9YgCfTRtB 0161V9dhjJKascOi5XDAnqM= =cztB -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Move /usr/openv to NFS mount coming from NetApps
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I would think veritas support would not recommend this or condone it, but if you have no other choice, make sure you have the underlying network infrastructure/arch worked out. So the network connection to the netapp from the master server, can it be on a different link than how the NDMP backups take place (unless the drives are on the filer). Is that link resilient, if solaris ipmp, if linux bonding, if Windows ???. Bottom line is that you are going to tie your backup, or more importantly, restore to a separate infrastructure, not that this is right or wrong, you just need to think about the ramifications. Is the NetApp clustered? Replicated? Also, on nbu server startup, make sure that the mount is there before NBU starts. If you are running out of catalog space, then take note of how that catalog backups run and what impact that will have. Also, there may need to be some tuning if this is NFS for the mount, such as turning off acl checks, making it run over tcp, make sure the mount is hard but intr, etc... If this were to work, then it would give you clustering capabilities as well as an interesting DR solution. Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Algo Seeker wrote: > I am running out of space on my internal drives. I am also thinking > about migrating to a new server. Anybody moved from local file system to > shared storage. Almost all of my backups are NDMP (Netapps), and as the > number of files are growing so is the Catalog. What are the pros and cons? > > Any input? > > Thanks, > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFD4iZql+lekZRM55oRAggvAKDNVX6WdkXf9ojMp6Z5k84vLAr3RgCfXBvw aiLqHalM4mld2GRRY4f11Tw= =wFJf -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup to Disk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 That would be the Advanced Client with the Off Host Backups. A separately licensed item. Thanks Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Martin, Jonathan (Contractor) wrote: > > We just upgraded out SAN Solution to something with 80TB or similar, and > the possibility now exists of using our Hitachi AMS500 to run shadow > copies, hot copies or whatever you would like to call it. > Unfortunately, it would be a major pain in the rear to have to manually > have the SAN controllers via software create the hot copy, and then tell > Netbackup to mount those luns and back them up. The Hitachi guy said he > thinks Netbackup can do this for us. Is this a feature in 6 I'm not > aware of? Is anyone doing anything similar? > > Thanks! > > > -Jonathan Martin > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFD15ywl+lekZRM55oRArOtAJ45tKTqiA9jTOgrIEWMaWL6bu/sRQCggvbU 0rAqqcANiaWT/siuOpmH+aw= =4N0G -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NB 6.0 DSSU's
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You should use bpexpdate or the GUI to expire the backup image if you want to actually remove the file. But there is a default threshold of 80% on dssu's in NBU6 I think. Not sure what the problem is you are having, but the natural behavior of dssu's are to be pretty full all the time. If NBU successfully performs the second phase of staging, then it will clear out the oldest image copy on the dssu when it needs space.... Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 [EMAIL PROTECTED] wrote: > > Hi, > > I have a SAN with two DSSU's on the same partition(probably not the best > thing).I need to free up some space on my DSSU's because I'm running out > of space. > > Should i be using rm on the files i want to delete? > > Thanks > Karl -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDu/tkl+lekZRM55oRAgqFAKDOkN76z0X4Nfyl0zOp9pfsOOhoIgCfcaP9 QG+6CIvrHgISd0w8evopefA= =vG2S -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Resource requirements for NBU 6?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Piszcz, Justin wrote: > I realize that, but I was wondering how it stored the lists in the > database by default, as it is not a plain text OR flat file anymore. > > -Original Message- > From: Greenberg, Katherine A [mailto:[EMAIL PROTECTED] > Sent: Friday, November 18, 2005 9:06 AM > To: Piszcz, Justin; Ed Wilts; List Veritas List > Subject: RE: [Veritas-bu] Resource requirements for NBU 6? > > You can compress the images catalog in the same manner that you could in > previous versions. > > Is that what you're asking? > > ~Kate > > -Original Message- > From: Piszcz, Justin [mailto:[EMAIL PROTECTED] > Sent: Friday, November 18, 2005 8:22 AM > To: Greenberg, Katherine A; Ed Wilts; List Veritas List > Subject: RE: [Veritas-bu] Resource requirements for NBU 6? > > > Does NBU 6 use compression on the databases (vs. flat files) - I have a > box with 50,000,000+ files, the flatfiles are huge. Anyone know? > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Greenberg, > Katherine A > Sent: Friday, November 18, 2005 7:04 AM > To: Ed Wilts; List Veritas List > Subject: RE: [Veritas-bu] Resource requirements for NBU 6? > > From everything I've heard/read, the memory requirements are higher, but > not sure about CPU. Since all of the Media Manager stuff is running on > the Master and all the db info for the device and media side of things > will be housed only on the master in a Sybase DB, the new req's are > based on that. Obviously it requires more system resources to run a real > relational database as opposed to the old NBU flat file method. > > ~Kate > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts > Sent: Thursday, November 17, 2005 3:57 PM > To: List Veritas List > Subject: [Veritas-bu] Resource requirements for NBU 6? > > > I've heard that NetBackup 6 takes a fair bit more memory than 5. Has > anyone seen any Veritas documentation that supports this? How about CPU > requirements? > > Thanks, > .../Ed I don't think it's been a flat file since 5.x, in 4.5 I think you could have either. Thanks Peter DrakeUnderkoffler -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDfeYsl+lekZRM55oRAu9NAJ97pJEcmvu8cYprNktECJJFR7OuAQCbBaKJ uoKmpUM2TMDKQqhwEXgSKMA= =IsA+ -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Multiple data stream and bpend_notify script
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The times I've written pre/post scripts taking multiple data streams into account, I used mkdir to prevent race conditions as it is atomic where touch or other file making/updating programs are not. Thanks Peter DrakeUnderkoffler [EMAIL PROTECTED] wrote: > There's the very slight chance of the race condition but it's really slim. > > Since it appends only a single line to a file, the two streams would > literally have both end at near the same time. > > The normal order would be: > > write > check (fail) > write > check (succeed) > > The race condition would have to be: > > write > write > check (succeed) > check (succeed) > > And that's really unlikely. > > If you're worried, and since I wrote the stream number to the count-file, > then you could check which stream wrote to the file last: > > echo $STREAM_NUMBER >>$COUNTILFE > if [ `wc -l $COUNTFILE|awk '{print $1}' -eq $STREAM_COUNT -a \ >`tail -1 $COUNTFILE` -eq $STREAM_NUBMER ] > then > #count is correct and this stream wrote the last line > rm $COUNTFILE > ## Last stream processing > fi > > Even more paranoia, you could use a monolithic command like mkdir to create > a lockfile that would only allow one stream to exit at the same time. > > HTH - M > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Guang Yu Liu > Sent: Tuesday, November 08, 2005 5:03 PM > To: '[EMAIL PROTECTED]'; [EMAIL PROTECTED]; > veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Multiple data stream and bpend_notify script > > > wouldn't there be a chance that there might be race condition issues? > Suppose that two processes can modify the file at the same time and that > could corrupt the countfile. > Before testing NBU6 in the future we will just use the old flat file backup > (cron jobs dump the db to flat files). > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, November 09, 2005 3:19 AM > To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Multiple data stream and bpend_notify script > > > In unix, I do this with what I call a "count" file. > As each stream ends, it writes appends a line to a common file. The script > then checks the number of lines in the file and compares it against the > "STREAM_COUNT" variable. If they match then the end-job is run & the count > file removed. > Beats me how to do this in MS Batch files but here's my script's logic: > echo $STREAM_NUMBER >> /tmp/countfile > if [ `wc -l /tmp/countfile | awk '{print $1}'` -eq $STREAM_COUNT ] > then > echo "Last stream" > rm /tmp/countfile > > fi > > > There's some additional logic in the bpstart_notify script to check for an > old countfile that's gotten "lost" because a previous stream ended without > running it bpend_notify script. This, of course, may lead to the end-of-job > > startup stuff not running. Usually, for me, that's not an issue. > -M > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Asiye Yigit > Sent: Tuesday, November 08, 2005 2:37 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Multiple data stream and bpend_notify script > > > Hi gurus, > We have a file system backup. It is being backuped as multiple data > stream. > We are backing up offline sql backup. So, in the bpend_notify script, > There is start command to start sql after finishing backup. > As there are multiple data stream, after completion of each data stream, > Nb run bpend_notify script. We have to instruct the script, > There are multiple data stream. In fact, in the admin guide, > We have found some variables to support multiple data stream: > STREAM_NUMBER > STREAM_COUNT > However, I do not know how can I use these variables in my bpend_notify > script. > Does "Set STREAM_NUMBER=1" work? I am not sure. How can I tell the > script, > This backup is being backed up via multiple data stream. Please wait? > Is there any idea about that? I would appreciate if you could help me. > Regards, > Asiye > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > Macquarie Telecom - delivering value for business and government. > -
Re: [Veritas-bu] Multiple data stream and bpend_notify script
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There also needs to be cleanup features in the event of the job getting canceled by the admin (150) or of the stream gets retried or any other non-standard begin and end game. So if I understand what new features 6 allows for, then the parent job can be where you perform all your magic with multiple streams. Look forward to testing it or hearing of anyone else who has actually tested it. Thanks Peter DrakeUnderkoffler [EMAIL PROTECTED] wrote: > As I think about this, you need something that compensates if this is a > single-streamed job, STREAM_COUNT, if I recall correctly, is set to 0 if > allow-multiple-streams is not set. > > if [ $STREAM_COUNT -gt 0 ] > then > echo $STREAM_NUMBER >> /tmp/countfile > if [ `wc -l /tmp/countfile | awk '{print $1}'` -ge $STREAM_COUNT ] > then > echo "Last stream" > rm /tmp/countfile > > fi > else > > fi > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > [EMAIL PROTECTED] > Sent: Tuesday, November 08, 2005 9:19 AM > To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Multiple data stream and bpend_notify script > > > In unix, I do this with what I call a "count" file. > > As each stream ends, it writes appends a line to a common file. The script > then checks the number of lines in the file and compares it against the > "STREAM_COUNT" variable. If they match then the end-job is run & the count > file removed. > > Beats me how to do this in MS Batch files but here's my script's logic: > > echo $STREAM_NUMBER >> /tmp/countfile > if [ `wc -l /tmp/countfile | awk '{print $1}'` -eq $STREAM_COUNT ] > then > echo "Last stream" > rm /tmp/countfile > > fi > > > There's some additional logic in the bpstart_notify script to check for an > old countfile that's gotten "lost" because a previous stream ended without > running it bpend_notify script. This, of course, may lead to the end-of-job > startup stuff not running. Usually, for me, that's not an issue. > > -M > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Asiye Yigit > Sent: Tuesday, November 08, 2005 2:37 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Multiple data stream and bpend_notify script > > > Hi gurus, > > We have a file system backup. It is being backuped as multiple data > stream. > We are backing up offline sql backup. So, in the bpend_notify script, > There is start command to start sql after finishing backup. > As there are multiple data stream, after completion of each data stream, > Nb run bpend_notify script. We have to instruct the script, > There are multiple data stream. In fact, in the admin guide, > We have found some variables to support multiple data stream: > STREAM_NUMBER > STREAM_COUNT > > However, I do not know how can I use these variables in my bpend_notify > script. > Does "Set STREAM_NUMBER=1" work? I am not sure. How can I tell the > script, > This backup is being backed up via multiple data stream. Please wait? > > Is there any idea about that? I would appreciate if you could help me. > > Regards, > > Asiye > > > ___ > 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 > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDcN2gl+lekZRM55oRAl73AJ9e9EJ+f0+qIfpPHw2B9tdVJ9t/oQCghrVO 2pIlnVfUchIr8ubC8U/gDQ8= =jheh -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] renaming master server...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I second that. Several master server host migrations under my belt and the media management and client reconfiguration always hurts. It's quite easy with 4.5mp3 and up to go the VIP route...since they added the "REQUIRED_INTERFACE" in the vm.conf. Thanks Peter DrakeUnderkoffler Jim Peppas wrote: > It is best to setup Netbackup using a "Virtual Name and IP" on the actual > host. That way if you need to move or rename the host machine, no problems > > > JP > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDcJudl+lekZRM55oRAtk9AJ9OFmoixYvdnGU5BlwhJJAsZUoqoQCgvw/4 7cNRb11k4NO8kEgaosbevPU= =ZjFi -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu