[Veritas-bu] 7.5 Java Console
Running NetBackup Administration Console (Java) from RHEL5.8 master/media server. Creating a policy/schedule to use multiple copies. Receive the following error upon saving: Policy Validation Report Intermittent connectivity lost with the server. Please verify services or daemons are up and re-try the last operation. Null References Master/Media is a base RHEL 5.8 x86-64. Installation is a new 7.5 (non-upgrade). I've even patched to 7.5.0.1. All services appear to be running; nothing in /var/log/messages; etc Any suggestions? I have a case with Symantec open, but progress is slow. In addition, I tried to manually create a policy with the command line only, to no success. Maybe my syntax is wrong? [root@fmsgap125 ~]# /usr/openv/netbackup/bin/admincmd/bppolicynew TEST_ITC_2 -v 2bppolicynew: INITIATING: version NetBackup 7.5 created: 2012033101 2bppolicynew: EXIT status = 0 [root@fmsgap125 ~]# /usr/openv/netbackup/bin/admincmd/bpplsched TEST_ITC_2 -v -add FULL -st FULL -freq 345600 -number_copies 2 -rl 9,9 -pool Onsite,Offiste 2bpplsched: INITIATING: version NetBackup 7.5 created: 2012033101 Validation was successful. A server group must be specified for each copy 2bpplsched: invalid command usage invalid command usage 2bpplsched: EXIT status = 144 Nick Snyder Northrop Grumman Systems Administrator 937-429-6415 nicholas.sny...@ngc.commailto:nicholas.sny...@ngc.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] SUN TRUNKING SW WITH NETBACKUP
You need to check your hardware to know which one (trunking or aggr) will be able to use. I remember that CE interfaces (ce0, ce1, ...) uses sun trunking, while GE interfaces (nxge. e1000g, ge, bge) uses aggregation. 2011/4/21 David Magda dma...@ee.ryerson.ca On Thu, April 21, 2011 13:18, Asiye Yigit wrote: Hello; Yes. After some research, I found the link aggregation on new HWs on solaris. So, I think we use link aggregation. Do you know any issue with netbackup while using link aggregation? You may want to make sure that the load spreading algorithm uses at least Layer 4 (TCP and UDP port numbers). If you stick with only L2 (MAC) or L3 (IP), then the connections probably won't be well-distributed over the various NICs. This has to be done in both the switch and server configuration. See dladm(1M) for details. ___ 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] NetBackup RMAN Connect String
Implementing NetBackup Database Agent backups for Oracle. Using the NetBackup provided sample script as the basis for the backup script. /usr/openv/netbackup/ext/db_ext/oracle/samples/rman/hot_database_backup.sh How does everyone deal with exposing the TARGET_CONNECT_STR? Using the example script, the TARGET_CONNECT_STR is exposed. Anyone with access can view the RMAN command with a simple 'ps' command while the RMAN backup is running, that exposes the Oracle credentials. Thanks! ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NetBackup RMAN Connect String
That's what I was looking for. Thanks! http://download.oracle.com/docs/cd/B28359_01/network.111/b28531/authentication.htm#DBSEG0032 Modified hot_database_backup scripts to use the following to perform OS Authentication: TARGET_CONNECT_STR=/ From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Wayne T Smith Sent: Tuesday, February 15, 2011 11:55 AM To: veritas-bu@mailman.eng.auburn.edu Subject: EXT :Re: [Veritas-bu] NetBackup RMAN Connect String I don't recall the sample, but we use os authentication (I.e., connect target; ... no passwords ... os authentication). Cheers, Wayne On Tue, Feb 15, 2011 at 11:09 AM, Snyder, Nicholas A (IS) nicholas.sny...@ngc.commailto:nicholas.sny...@ngc.com wrote, in part: Implementing NetBackup Database Agent backups for Oracle. Using the NetBackup provided sample script as the basis for the backup script. /usr/openv/netbackup/ext/db_ext/oracle/samples/rman/hot_database_backup.sh How does everyone deal with exposing the TARGET_CONNECT_STR? Using the example script, the TARGET_CONNECT_STR is exposed. Anyone with access can view the RMAN command with a simple 'ps' command while the RMAN backup is running, that exposes the Oracle credentials. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] LTO 3 tapes snapping in LTO3 drives
I found how long LTO2 media *really* is when having to manually unwind a broken tape that was wound up on in the drive. 609 meters is a long way when pulling out of a broken drive/cartridge. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of jonathan.courte...@ubs.com Sent: Friday, June 11, 2010 7:49 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] LTO 3 tapes snapping in LTO3 drives Hi all Not really looking for any solution on this one, just to see if anyone has experienced issues of LTO3 cartridges phsyically snapping in drives when performing backups. The tape drives are HP LTO3, fibre attached running firmware M66s, the tape drives are installed into a STK SL8500 silo. Thanks in advance Jon ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Architectural question (staging)
What kind of data are you sending to the staging area? Destaging doesn't use multiplex so as small are your images, as slow will be your destaging process. I had many problems with this, mainly when dealing with Oracle's archive logs. Even when using 20 drives just for destaging, it was never enough. We work with some T1 tape drives that can write something like 120MB/s for backups, but when destaging this archive log area, it was running at 400KB/s IMHO, the best thing is to put medium to large backups to staging, instead of putting small backups, and configuring the image size to a higher value. This will increase a lot your throughput regards, Nick Em 26/4/2010 11:55, judy_hinchcli...@administaff.com escreveu: I am in agreement with Ed, We could backup to disk ok, but getting it of disk to tape took longer and we could not get it finished before the next nights backups, and that was when we had SDLT tape drives. I now have LTO4 drives and backup straight to tape and I still cannot keep all the tape drives busy. So just did not work for us. There are times it is needed. Some backups, like if you want to do exchange where you can restore just one email, needed the backup to be on disk, you could not do that from tape. So you have to look at what kind of backups and restores you do and if you need the backup on disk to so the restore. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Victor Engle Sent: Sunday, April 25, 2010 2:15 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Architectural question (staging) Hello List, Just wanted to get some opinions about whether disk staging units are worthwhile. My backup server has two BasicDisk staging units with the storage units configured such that the data goes to disk and is then moved to tape. I have a tape library with four LTO-3 drives connected via FC. So what I'm wondering is, since the LTO drives are reasonably fast, and since I'm writing the data ultimately to tape anyway, would it be better to just write directly to tape. The disk is just old fashioned spinning disk with no de-duplication so there are operational costs for the disks. All tape and disk storage units are local to the backup server. I'm thinking it would be better to add LTO drives and eliminate the disk for now and maybe later add a de-duplicating disk unit. Under what circumstances does it make sense to stage data on disk. I would appreciate hearing what your thoughts and experiences are with regard to disk staging. Thanks, Vic ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backing up unformatted primary partitions
Just one more info about DD, you will need an area of at least the same time of the original area to store the dump because DD dumps the whole partition, not only the written area ... Em 8/4/2010 10:59, Jonathan Dyck escreveu: Thanks for the idea, looks brilliant (if I can get it to work ;-) I definitely have concerns with the snapshots, mostly because they'll be copy-on-write snaps, not clones, and they'll reside on the same storage array as the primary data (obviously not ideal, as if the array goes, so too do the snapshots). I'll let you know how it goes. Cheers. -Original Message- From: Lightner, Jeff [mailto:jlight...@water.com] Sent: April 8, 2010 9:48 AM To: Jonathan Dyck; VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: RE: [Veritas-bu] Backing up unformatted primary partitions If I had to do this in UNIX/Linux and couldn't do it with NBU I'd probably use the dd command. On doing a quick check I do see there are dd commands for Windows. The first link I found is: http://www.chrysocome.net/dd Essentially what you do is dd the device so you get all its blocks into a dump file. You can then backup that dump file. Not sure who well the above works for Windows - just throwing it out there as something to explore. If you have snapshotting capabilities that already work for this purpse its probably better to go that route but I'm not sure from the way you described it that you'd be able to backup the snapshot any better than the original. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jonathan Dyck Sent: Thursday, April 08, 2010 9:20 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Backing up unformatted primary partitions Hi all, I have the pleasure of trying to protect data for a system that writes (obviously in a proprietary manner) data to an unformatted partition in Windows. I've read the guides, and see that it's unsupported by NBU (I tried anyways, it teases you by actually backing up the blocks, then fails with a status code 1). Just curious, has anyone out there tried to do this without the use of hardware snapshots (which I think I'll have to fall back on)? 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/veritas-bu Proud partner. Susan G. Komen for the Cure. Please consider our environment before printing this e-mail or attachments. -- CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- 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
Re: [Veritas-bu] Unable to telnet bpcd from remote machine
This is not a xinetd problem, because the output of ps shows bpcd
running as standalone
Are you using some kind of tcpwrapper (/etc/hosts.allow and
/etc/hosts.deny)?
If so, maybe you have to add one line for bpcd allowing the master
server and media servers to connect through bpcd's port
Nick
Em 25/3/2010 09:38, Justin Piszcz escreveu:
On Thu, 25 Mar 2010, Prabhu Mohan wrote:
Hello All,
I recently installed Netbackup Client S/W on RHEL 5.4. The installation
completed successfully. But I'm unable to access the client properties from
my Windows 2003 master server. On the client telnet localhost bpcd worked.
But when tried from server it failed.
I also tried ps aux | grep bpcd
and I got
root 2130 0.0 0.1 108192 2292 ?S18:17 0:00
/usr/openv/netbackup/bin/bpcd -standalone
root 2538 0.0 0.0 61200 724 pts/1R+ 18:31 0:00 grep bpcd
Why is bpcd running in standalone mode? And I dont find any file named bpcd
under xinetd.d directory!! Help please!!!
Run:
# netstat -natpul|grep 13782
Is xinetd.d installed and running?
How did you install the client?
If xinetd is not installed, it may try /etc/inetd.conf, if neither are
installed or available, it probably will start it as standalone.
Here is the bpcd on a client:
$ cat bpcd
# Service bpcd for NetBackup
service bpcd
{
socket_type = stream
protocol= tcp
wait= no
user= root
server = /usr/openv/netbackup/bin/bpcd
disable = no
}
Run: /sbin/chkconfig --list | grep bpcd
bpcd: on
Make sure its on, if its not, enable it and restart xinetd, you will need
to kill off bpcd or cycle services too probably.
Justin.
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Can NBU 6.5 database be imported into NBU 7 / Upgrade with fresh O/S NBU install steps
I guess this is the best way for doing this (maybe the only way) I had problems in the past while trying to recover a 6.5.3 catalog into a 6.5.4 master server. There were some schema changes in the nbu database in 6.5.4 and I had to rollback to 6.5.3.1, do the catalog recover and then upgrade to 6.5.4 Em 24/3/2010 09:25, Sekhon Simrat S. escreveu: We are in the same situation. Restoring 6.5.3 catalog in NB 7.0 did not work for me. I haven't found any documents with the steps to restore 6.5.3 catalog to NB 7.0. Our NB 6.5.3 server is actually on Windows 2003 R2 x86. I have tested the following in the test lab. Keeping the same name for NB server is important. 1. We were able to install 6.5.3 on a fresh install of Windows 2008 x 86 (same name as production) and then install NB 6.5.3 on the 2008 server. (Yes you can install 6.5.3 master/media on win 2008 x86 even though it is not support by Symantec) 2. Import 6.5.3 catalog from the production server into the test 6.5.3 installed on Windows 2008 x 86. 3. After the catalog import is successful, you will need to upgrade NB 6.5.3 on Windows 2008 x 86 to NB 7.0 using 7.0 media. Yes NB 7.0 will detect this as an upgrade and will upgrade 6.5.3 to 7.0. 4. Now you are left with NB 7.0 installed on Windows 2008 x86. You will need to backup this catalog. 5. Intall Windows 2008 R2 x64 for production. Install a fresh copy of NB 7.0 and restore the catalog you created in the test lab install of Windows 2008 x86. This has worked for us in test. Thanks Simrat -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Marianne Van Den Berg Sent: Wednesday, March 24, 2010 8:02 AM To: Glen Vassileff; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Can NBU 6.5 database be imported into NBU 7 / Upgrade with fresh O/S NBU install steps I do not believe it will work. Use this TechNote as guideline: http://seer.entsupport.symantec.com/docs/337969.htm Regards M. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Glen Vassileff Sent: 24 March 2010 04:51 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Can NBU 6.5 database be imported into NBU 7 / Upgrade with fresh O/S NBU install steps Hi Experts We are looking at options to upgrade existing NBU 6.5.3 environment with Win 2003 Master to NBU 7. The easiest would obviously be straight upgrade. But we'd also like to upgrade Win 2003 to 2008 (by doing fresh install) at the same time. NBU 6.5 is currently installed onto a separate drive. If we are to re-install everything from scratch ... 1. Is it possible to import 6.5.3 database straight into NBU 7? 2. Do we need to restore registry entries? 3. Will installing NBU 7 binaries on top of 6.5 do the trick (as the exisiting version is on a separate disk and will not be touched by Win 2008 upgrade) ? I wonder if NBU install program will realise this is actually an upgrade (though registry entries are not present). Regards Glen ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] ACS status = 29
Sometimes the problem can be related to the default unload timeout value, which i guess its 5 minutes. I got this problem with T10K drives, and when we changed this timeout to a higher value, it worked. I dont remember exactly the parameter, but you can look for it in hosts - media servers - properties - timeouts . regards, Nick - original message - Subject:Re: [Veritas-bu] ACS status = 29 From: Marianne Van Den Berg mvdb...@stortech.co.za Date: 11/13/2009 6:39 PM You need to determine if it's one or all media servers having a problem with dismounts. The most common cause of unload failures is device mapping mismatch (when ACS address e.g. 0,0,10,0 does not map to the correct /dev/rmt/xcbn device name). If logging is increased on ACSLS side, you will be able to see all mount/dismount requests in acsss_stats.log. If you have VERBOSE entry in vm.conf on all media servers, you will be able to see the NBU part of Media Manager comms as well in /var/adm/messages. Regards M. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of mdmiles Sent: 12 November 2009 18:47 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] ACS status = 29 We are a Netbackup 6.5.3 on Solaris 10 (master and media servers) shop. Frequently, we have errors dismounting tapes. /var/adm/messages says ACS status = 29 STATUS_DRIVE_IN_USE. The ACSLS (7.3.0) (SL8500) log reports 2009-11-08 08:59:03 DISMOUNT[0]: 971 N mt_action_dm.c 1 1272 dm_lh_drive_busy: LH error type = LH_ERR_TRANSPORT_BUSY Netbackup does not DOWN the drive, and subsequent MOUNT requests fail. Any thoughts ?? Thanks +-- |This was sent by mil...@us.ibm.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NetBackup Fibre Transport Client Backups
Title: NetBackup Fibre Transport Client Backups Simon, afaik, a SAN Client is a Media Server that can only backup its own data. It needs the same infrastructure as a Media Server (hba, san, zonings and etc ...) The difference is the license price If it works fine or not, I still dont know :-P Regards, Nicholas WEAVER, Simon (external) wrote: Hi All Currently looking into the SAN Client / Fibre Transport clients. Wondered if anyone else has implemented this on 6.5 and any pros cons? While readin the SS Guide - it seems to imply you need a "Media" Server, but does not really explain if you can use a "Master" Server for this (even though a Master / Media Server is on the same box)? From the looks, it seems that I need an FT Media Server to handle this ! Any comments would be appreicated, even if it is a "dont do it" :-) Regards Simon This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Extending Media Expiration
Greetings- I have a couple of backup images currently on tape set to expire soon. I'd like to prevent NetBackup from expiring this media/backup images as scheduled. I'll need to restore from the tape, and I thought that preventing the tape/images from expiring would be easier than importing upon receiving the tape back onsite. I've tried to suspend the media, but received the following error: Operation to suspend media failed: 31: the media is allocated for use(199) I've also attempted to extend the expiration date on the media with the following: bpexpdate.exe -m 31 -d 09/25/2009 23:59:59 Are you SURE you want to change 31 To expire on 9/25/2009 11:59:59 PM y/n (n)? y Requested media id is in use, cannot process request Is the only solution to import the tape back into NetBackup upon physical receipt (after images have expired)? Thanks! Nick Snyder Northrop Grumman Systems Administrator 937-429-6415 nicholas.sny...@ngc.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NetBackup LiveUpdate Troubleshooting
Anyone with any troubleshooting tips for NetBackup LiveUpdate? I have a functioning LiveUpdate server/policy that has worked for numerous hosts. However, 1 particular host seems to always fail. The LiveUpdate policy on seems to run forever. Watching the available logs on the client seem to show that the client is simply waiting. Any thoughts? I've killed the process and re-attempted multiple times; I've uninstalled/re-installed the NetBackup client; The same results...always hanging at Loading guard file. The same LiveUpdate policy has worked successfully for similar hosts. - snip from /opt/Symantec/LiveUpdate/liveupdt.log - Mar 4, 2009 4:09:08 PM Java LiveUpdate launched with the command line = -c /usr/openv/netbackup/nblu.conf Mar 4, 2009 4:09:08 PM Using character set UTF-8 Mar 4, 2009 4:09:08 PM Command-line Product Selections to update: Mar 4, 2009 4:09:08 PM (ProdName, Version, Lang, ItemSeqName, SeqNum) Mar 4, 2009 4:09:08 PM Debug - Caught exception looking for root user. Exception text = java.lang.NullPointerException Mar 4, 2009 4:09:08 PM Java Version 1.4.2_13. Mar 4, 2009 4:09:08 PM Linux 2.4.21-47.0.1.ELvmnix Mar 4, 2009 4:09:08 PM Java LiveUpdate version 3.5 Build 32. Mar 4, 2009 4:09:08 PM ProductInventory: parsed default inventory file: /etc/Product.Catalog.JavaLiveUpdate Mar 4, 2009 4:09:08 PM Inventory File Product Selections to update: Mar 4, 2009 4:09:08 PM (ProdName, Version, Lang, ItemSeqName, SeqNum) Mar 4, 2009 4:09:08 PM NetBackup_LUA, 6.5, English, Update, 20070709 Mar 4, 2009 4:09:08 PM NetBackup_JAV, 6.5, English, Update, 20070709 Mar 4, 2009 4:09:08 PM NetBackup_ENC, 6.5, English, Update, 20070709 Mar 4, 2009 4:09:08 PM NBClient_Linux, 6.5, English, Update, 20070709 ... Mar 4, 2009 4:09:09 PM Extracting liveupdt.grd Mar 4, 2009 4:09:09 PM Total number of bytes read is 12,465 Mar 4, 2009 4:09:09 PM Extracting liveupdt.sig Mar 4, 2009 4:09:09 PM Total number of bytes read is 2,267 Mar 4, 2009 4:09:09 PM Unzipping completed Mar 4, 2009 4:09:09 PM Loading guard file: /tmp/1236182948771/nbclient$5flinux_6.5_english_livetri.zip1236182949090 /liveupdt.grd Mar 4, 2009 4:09:09 PM The zip entry is liveupdt.tri Mar 4, 2009 4:09:09 PM The zip entry is liveupdt.grd Mar 4, 2009 4:09:09 PM The zip entry is liveupdt.sig Mar 4, 2009 4:09:09 PM Unzipping netbackup$5fjav_6.5_english_livetri.zip into /tmp/1236182948771/netbackup$5fjav_6.5_english_livetri.zip1236182949108 ... Mar 4, 2009 4:09:09 PM The zip file downloaded is a catalog file Mar 4, 2009 4:09:09 PM Extracting liveupdt.tri Mar 4, 2009 4:09:09 PM Total number of bytes read is 928 Mar 4, 2009 4:09:09 PM Extracting liveupdt.grd Mar 4, 2009 4:09:09 PM Total number of bytes read is 5,877 Mar 4, 2009 4:09:09 PM Extracting liveupdt.sig Mar 4, 2009 4:09:09 PM Total number of bytes read is 2,267 Mar 4, 2009 4:09:09 PM Unzipping completed Mar 4, 2009 4:09:09 PM Loading guard file: /tmp/1236182948771/netbackup$5fjav_6.5_english_livetri.zip1236182949108/ liveupdt.grd - snip from /usr/openv/netbackup/logs/nbliveup/log.030409 - 16:09:03.038 [29900] 4 nbliveup main: INITIATING nbliveup 16:09:03.038 [29900] 4 nbliveup main: argv[0] = /usr/openv/netbackup/bin/nbliveup 16:09:03.038 [29900] 4 nbliveup main: argv[1] = 16:09:03.038 [29900] 2 makeSocketLinger: setsockopt SO_LINGER on 1 ok 16:09:03.039 [29901] 4 nbliveup main: INITIATING nbliveup 16:09:03.039 [29901] 4 nbliveup main: argv[0] = /usr/openv/netbackup/bin/nbliveup 16:09:03.039 [29901] 4 nbliveup main: argv[1] = 16:09:03.039 [29901] 4 nbliveup main: argv[2] = -f 16:09:03.039 [29901] 2 makeSocketLinger: setsockopt SO_LINGER on 1 ok 16:09:03.039 [29901] 4 nbliveup main: /usr/openv/netbackup/bin/bpclusterutil doesn't exist 16:09:03.039 [29901] 4 nbliveup read_util: Searching file /usr/openv/netbackup/nblu.conf for logfile= 16:09:03.040 [29901] 4 nbliveup main: Java log file is /opt/Symantec/LiveUpdate/liveupdt.log 16:09:03.040 [29901] 4 nbliveup read_util: Searching file /etc/Symantec.conf for BaseDir= 16:09:03.040 [29901] 4 nbliveup main: Symantec base path is /opt/Symantec 16:09:03.040 [29901] 4 nbliveup main: Skipping cluster utility calls. 16:09:03.040 [29901] 4 nbliveup main: Stopping all NBU daemons. 16:09:03.040 [29901] 4 nbliveup execute_cmd: Executing /usr/openv/netbackup/bin/bp.kill_all FORCEKILL SKIPNBLU 16:09:03.041 [29900] 4 nbliveup copy_and_fork: forked /usr/openv/var/nbliveup (pid=29901) 16:09:08.393 [29901] 2 nbliveup execute_cmd: After call of /usr/openv/netbackup/bin/bp.kill_all FORCEKILL SKIPNBLU, status = 0, errno = 9: Bad file descriptor. 16:09:08.393 [29901] 4 nbliveup execute_cmd: Executing /usr/openv/java/jre/bin/java -cp /opt/Symantec/LiveUpdate/jlu.jar com.symantec.liveupdate.LiveUpdate -c /usr/openv/netbackup/nblu.conf # cat /usr/openv/netbackup/luagent/LUAgent.version NetBackup-LUAGENT-RedHat2.4 6.5 Nick Snyder Northrop Grumman Systems Administrator 937-429-6415 nicholas.sny...@ngc.com
Re: [Veritas-bu] NetBackup LiveUpdate Troubleshooting
I'll double check the webserver logs... I'm doubting that it's the cause though. This LiveUpdate policy ran successfully for many other clients. From: Clausen, Matt R[EQ] [mailto:matthew.r.clau...@embarq.com] Sent: Wednesday, March 04, 2009 3:37 PM To: Snyder, Nicholas A (IT); veritas-bu@mailman.eng.auburn.edu Subject: RE: NetBackup LiveUpdate Troubleshooting Check the webserver logs for the LiveUpdate repository. That's how I found out that NBU was hanging up with trying to get the miniflg.tri file due to a MIME issue. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tapeless backup environments?
Curtis - Although I agree with the other responses you have given out with respect to the tape vs. disk cost I am not sure about your statements below. Going back for a second to the cost of tape vs. disk... if you do an analysis make sure to take all things into account when you backup to tape. This is why most people don't get a proper cost associated with tape backup i.e: 1. SAN ports 2. Tape drives - fixing them, lost time, shoe-shining 3. media cost - fixing media, media failure cost(cost of not being able to do a restore) 4. off siting - the cycles/dollars lost in handling that internally, the cost of dealing with Recall/Iron Mountain (or whoever), the cost associated with the delay in waiting for a tape to be recalled... 5. library maintenance cost 6. restore duration cost (i.e. if i have 100 people waiting for a Tier 1 server to be restored...) Anyways the list of invisible costs associated with tapes go on... As for your EMC CDL comments... First I believe they are now called EDL (EMC Disk Libraries) because they take into account their new Symmetrix backend devices. Although I agree with you that de-dup is important to the future of backups you make it seem that it should be the only deciding factor in a purchase! If you push de-dup aside for a second what do most customers want? My guess is performance, availability, stability, integration with backup application. This has been my thought process and these de-dup companies you speak about such as Sepaton, Diligent, Data Domain all at one point or another have HUGE performance hits (i.e. we have tape drives that go faster then some of these), little capability to scale (without combining multiple devices together), or have un-explainable single points of failures. I also agree that replication is important and if you can minimize the amount you replicate then great. Here is my dilemma: Most of the de-dup vendors out there (i.e. I am thinking of Sepaton) that can perform de-dup have only been in the replication business for a year (probably less) and have very little maturity in that space! That scares me a bit... As for backup integration I personally like the fact that with EMC I can have a built in media server on top of my VTL and control everything from what I am familiar with... no other vendor offers that! Anyways just my two cents... Bottom line is that I agree that de-dup is important but if you can push that aside and look at the other technical merit (assuming that all vendors will have de-dup sooner than later) suddenly the list of enterprise level candidates drops significantly from what I am seeing. -Nicholas - From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curtis Preston Sent: Friday, September 21, 2007 1:13 PM To: Kevin Whittaker; Jeff Lightner; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Tapeless backup environments? The only issue there is that the EMC CDL does not support de-duplication, and it doesnt look like theyll be doing it any time soon. I know theyre working on it, but they havent announced anything public, so who knows. Compare that to the other de-dupe vendors that announced probably a year before they were ready, and youve got some sense of my opinion of when EMC de-dupe will actually be GA if not later. Your design would work great if you had de-dupe. Without de-dupe, you are going to be replicated 20 times more data (or more), requiring a significantly larger pipe. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies - From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Whittaker Sent: Friday, September 21, 2007 7:48 AM To: Jeff Lightner; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Tapeless backup environments? We have it on our plan. We will be using tape for only long term retention of data. Our plan is to purchase another EMC CDL, and mirror our existing EMC CDL to the EMC CDL at our DR site. Our master server already is duplicated, and this will allow us to start restores of stuff that is not tier 1 applications that already are mirrored to the DR site. I would prefer not to save the long term on tape, but we don't have a solution for any other way to do it at this time. Kevin - From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner Sent: Friday, September 21, 2007 9:44 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Tapeless backup environments? Yesterday our director said that he doesnt intend to ever upgrade existing STK L700 because eventually well go tapeless as that is what the industry is doing. The idea being wed have our disk backup devices here
[Veritas-bu] DSSU Catalog Backups
Win 2003 Master/Media server 5.1 MP6 Over the last few months my master server has had issues with backing up the catalog. From looking at the bptm.log, it looks like NetBackup doesn't wait long enough after the DSSU duplication jobs complete prior to initiating the catalog backup. What results are generally some form of crazy errors. Everything from tape not found, robot not ready, tape not a catalog tape. This doesn't happen regularly, maybe once or twice a month. Catalog backups are configured to run after user/scheduled backups complete. After the NetBackup 'scheduled' catalog backup fails, I can manually run a catalog backup to the same media without issue. So, I really believe it's a scheduling/coordination issue between the de-staging jobs and the catalog backup job. Any suggestions for a workaround/fix? Thanks! Nick Snyder System Administrator ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Exclude Lists on Linux - Again!!!
Are the file systems OCFS instead of ext2/3? We ran into all kinds of funk when using OCFS (Oracle Cluster File System). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brooks, Jason Sent: Friday, June 02, 2006 11:41 AM To: Ed Wilts Cc: Whelan, Patrick; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Exclude Lists on Linux - Again!!! Maybe it's a difference between Solaris and RH Linux. Sorry I didn't specify that before. But that helps. I've had the exclude_list updated with trailing slashes. Until about 10 minutes ago, I was running fine on the backup. I just checked and found this: /2/2006 11:22:42 AM - Error bpbrm(pid=18300) from client yosemite: ERR - Modification time has changed while backing up /u02/oradata/bnrbuild/undotbs_bnrbuild_01.dbf. Maybe the addition of a *.dbf rule would help? Otherwise, I see a call to Veritas in my future. Jason -Original Message- From: Ed Wilts [mailto:[EMAIL PROTECTED] Sent: Friday, June 02, 2006 11:37 AM To: Brooks, Jason Cc: Whelan, Patrick; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Exclude Lists on Linux - Again!!! On Fri, Jun 02, 2006 at 10:36:39AM -0400, Brooks, Jason wrote: It states that a path ending without a slash will exclude the file or directory of the name. With a slash will exclude the directory. Can anyone tell me if they've used slash-less entries for directories? Is the documentation wrong and should only refer to files without a trailing slash? I've got this on my Solaris master server: /apps/netbackup/dssu* /u*/app/oracle/ /u*/ORA*/ The top entry is slash-less and it does exclude all my DSSU mounts. [EMAIL PROTECTED] ~]# df -h | grep dssu /dev/vx/dsk/osiris_san01/apps2b 1000G 1000G46M 100% /apps/netbackup/dssu /dev/vx/dsk/osiris_san01/apps2c 2.9T 2.3T 605G80% /apps/netbackup/dssu2 .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Centos - NetBackup4.5MP6 Client
Hi all, I've just installed NB-4.5MP6 on a CentOS-4.3 machine (client) and it's returning a warning about errno or h_errno. It's the only centos client i have .. i tried reinstalling NB but it didn't solve the problem. that's the error i receive: 6/01/2006 01:32:26 sunbkp backupsrv from client backupsrv: Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. 06/01/2006 01:37:00 sunbkp backupsrv from client backupsrv: Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. 06/01/2006 02:14:14 sunbkp backupsrv from client backupsrv: Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. 06/01/2006 02:38:50 sunbkp backupsrv from client backupsrv: Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. 06/01/2006 02:41:11 sunbkp backupsrv from client backupsrv: Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. 06/01/2006 03:13:08 sunbkp backupsrv from client backupsrv: Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. any ideas ? tia, -- Nicholas Anderson Administrador de Sistemas Unix LPIC-1 Certified Rede Fiocruz e-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] .rhosts
Hi, i dont know exactly on which system you are installing, but if it's redhat you should take a look at your /etc/securetty you must add a line with rsh on it to work it should be something like: console vc/1 vc/2 . . . tty9 tty10 tty11 rsh -- regards, Nicholas Clooney wrote: Hi all Seem to be having an issue installing a whole bunch of clients through the java console . Al, other unix falvours seem to be fine by adding a server entry to the .rhosts file on the client . However have added the .rhosts file on the client in /root and andded servername username . Addtionally checked hosts.allow/deny etc. Is there something straight forward I'm missing, read a couple of tech notes mentioned PAM . ANy ideas. Thnaks in advance. David Clooney __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Nicholas Anderson Administrador de Sistemas Unix LPIC-1 Certified Rede Fiocruz e-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] login as unix user
One last rant on sudo...accountability. It's a lot easier to tell who actually did a sudo command versus root issuing command. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner Sent: Thursday, January 26, 2006 2:26 PM To: David Rock; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] login as unix user Hasn't been an issue for me - only one place I worked at had separate backup admins. Everywhere else the Unix Admins were also the Backup Admins. The place where backup admins were separate was the place that made the most extensive use of sudo and like I said it didn't have root shell for them or anyone other than the Unix admins. Anyway the idea wasn't to avoid all root access but to restrict it to only those commands necessary. Anything that can be scripted can be made into a sudo command. The command runs as root but doesn't give access to root. Personally I've never much cared for we have other holes so why fix any approach to security. Even if there are back door ways to get root the idea of security is to harden the target. Its much like putting a lock on your door and having an alarm system in your house. It may not prevent all possible break-ins but it will at least limit the likelihood. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Rock Sent: Thursday, January 26, 2006 11:07 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] login as unix user * Paul Keating [EMAIL PROTECTED] [2006-01-26 10:32]: In other words, if you want root access, you can give it to yourself. :o) Or at the very least, make _sure_ management understands that you are not responsible for maintaining the environment at that point. Something goes wrong with a tape drive or the server needs to be rebooted, _they_ better be willing to get someone in place at 2am to take care of it because you can't. -- David Rock [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Vmware virtual machines vs Netbackup
I backup a RedHat ES 3, WinNT4, and Win2000 virtual machines on a VMWare ESX server. Each virtual machine runs it's own instance of the client. All my virtual machines are clients (no media servers). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, January 11, 2006 12:18 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Vmware virtual machines vs Netbackup Anybody running a Client and/or Media server on a Virtual Machine over VMWare? We're going to have a requirement to starting backing up both Windows Redhat Linux running as virtual machines. On the surface, it looks like it should be doable but confirmation would be nice. -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. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] limitations on SIZE_DATA_BUFFERS
I couldn't get anything larger than 64K on my Win2k3 server.
http://seer.support.veritas.com/docs/244652.htm
http://seer.support.veritas.com/docs/278837.htm
http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q152518;
The limitation of 64K you're running into is not a hardware limitation,
nor a NetBackup limitation. It's a OS/Driver limitation. The default
maximum blocksize Windows allows is 64K blocksize. If there is a way to
increase this limitation for your hardware via drivers you must check
with your hardware vendor. The driver support for 64K must be
implemented for both the tape drives as well as the HBA as mentioned in
the technote document.
Snip from log when trying to use 256K blocksize
12:23:45.688 [1068.3228] 16 io_open: The tape device at index -1 has a
maximum block size of 32768 bytes, a buffer size of 262144 cannot be used
12:23:45.688 [1068.3228] 2 get_tape_path: drive index 0, DOS name:\\. \Tape0,
PnP name:
\\?\scsi#sequentialven_hpprod_ultrium_2-scsirev_f43w#6178c1b9f0050#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b}
12:23:45.698 [1068.3228] 2 check_serial_no: serial number match for drive
\\.\Tape0, drive index 0, drive serial number HUL4K02472, expected serial
number HUL4K02472
---Snip
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Spearman,
David
Sent: Wednesday, November 16, 2005 11:13 AM
To: Paul Keating; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] limitations on SIZE_DATA_BUFFERS
W2K3 can utilize 256 buffers, however we have w2k,w2k3,and various
flavors of unix and have opted for 64K throughout the enterprise,
including the master and media servers.
David Spearman
County of Henrico, Va.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul
Keating
Sent: Wednesday, November 16, 2005 11:08 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] limitations on SIZE_DATA_BUFFERS
If I remember correctly, that windows limitation was on network buffer
size, not the tape buffer
??
I could be wrong.
Paul
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Bob Stump
Sent: November 16, 2005 10:56 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] limitations on SIZE_DATA_BUFFERS
Thank ypu to all who answered my earlier post.
The correct answer given to me was 256K (262144)
Here is a followup question.
Can this value also be used in W2K and W2K3 servers?
I seem to remember limitations in earlier versions of
Windows/NetBackup.
Bob Stump 11/15/2005 4:47 PM
Because the data buffer size equals the tape I/O size, the
value specified in SIZE_DATA_BUFFERS must not exceed the
maximum tape I/O size supported by the tape drive or
operating system. This is usually 256 KB or 128 KB.
For Digital Linear Tape (DLT) drives, the number that seems
to give the best performance for SIZE_DATA_BUFFERS is 65536.
Further performance improvements can be achieved by
increasing the value in the NUMBER_DATA_BUFFERS file.
What is the optimum for STK 9940B?
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
