[Veritas-bu] Vault and duplication related problem.
Hi We have 1 master/media server and 3 mediaservers in our setup. One physical library with 10 drives configured on master server. 80 drives of virtual tape library distributed between master and mediaservers. 26 drives to master/media, another 26 drives to 1 media server and last 28 to 2 media server. My problem is we are getting slow speed in duplication which causes delay in vault schedules. Backups are going on virtual library using all the 3 servers. My catalog is only on master server. My concern is whether at the time of duplication the images which are to be written from virtual library to physical library is flowing thru SAN i.efiber channel or it is flowing thru network. Kindly help me out with this. Thanks in advance.. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] RES: RES: BACKUP EXIT STATUS = 59
Thank you Caleb, you gave me the solution. I did: svcs -a |grep -i bpcd maintenance14:43:46 svc:/network/bpcd/tcp:default then svcadm restart svc:/network/bpcd/tcp:default svcs -a |grep -i bpcd maintenance14:43:46 svc:/network/bpcd/tcp:default so I tried: svcadm clear svc:/network/bpcd/tcp:default and then svcs -a |grep -i bpcd online 15:56:54 svc:/network/bpcd/tcp:default netstat -a |grep bpcd *.bpcd *.*0 0 49152 0 LISTEN Now Im able to backup my machine again. Thank you all guys for your imputs. __ Daniel Abramides Sigrist DBA Oracle Projeto SIGRES Tel: (11) 3824-2074 Telefonica Pesquisa e Desenvolvimento Rua Brigadeiro Galvao, 291 - 7º Andar Barra Funda - Sao Paulo, SP [EMAIL PROTECTED] ocp2 De: Caleb Guinn [mailto:[EMAIL PROTECTED] Enviada em: segunda-feira, 16 de julho de 2007 15:52 Para: Daniel Sigrist Assunto: RE: [Veritas-bu] RES: BACKUP EXIT STATUS = 59 Bpcd should be a service on its own. Try svcs a |grep i bpcd and see if you get any output. If so then just run svcadm restart svc:/network/bpcd/tcp:default _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Sigrist Sent: Monday, July 16, 2007 1:40 PM To: 'Marianne Van Den Berg' Cc: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] RES: BACKUP EXIT STATUS = 59 I finally found what is my problem: netstat -a |grep bpcd netstat -a |grep vnetd *.vnetd *.*0 0 49152 0 LISTEN So bpcd is not listening. I checked the inetd.conf and found: bpcdstream tcp nowait root/usr/openv/netbackup/bin/bpcd bpcd vnetd stream tcp nowait root/usr/openv/bin/vnetd vnetd vopied stream tcp nowait root/usr/openv/bin/vopied vopied bpjava-msvc stream tcp nowait root /usr/openv/netbackup/bin/bpjava-msvc bpjava-msvc transient then restarted inetd: svcadm restart network/inetd and netstat -a |grep bpcd ??? Nothing happened. Any thoughts ? __ Daniel Abramides Sigrist DBA Oracle Projeto SIGRES Tel: (11) 3824-2074 Telefonica Pesquisa e Desenvolvimento Rua Brigadeiro Galvao, 291 - 7º Andar Barra Funda - Sao Paulo, SP [EMAIL PROTECTED] ocp2 De: Marianne Van Den Berg [mailto:[EMAIL PROTECTED] Enviada em: segunda-feira, 16 de julho de 2007 15:25 Para: Daniel Sigrist Assunto: RE: [Veritas-bu] BACKUP EXIT STATUS = 59 What's in bpcd log on the client? Marianne _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Sigrist Sent: 16 July 2007 18:28 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] BACKUP EXIT STATUS = 59 Hello gurus, This last weekend some of my scheduled backups failed with BACKUP EXIT STATUS = 59. Teoricaly the Server and the clients are resolving the names ok. I can do ssh from Server to client and from client to Server using the names defined in /etc/hosts. But cant do backups. Can you help me? Solaris 10. Netbackup 4.5_SP6 Thank you, Best regards. __ Daniel Abramides Sigrist DBA Oracle Projeto SIGRES Tel: (11) 3824-2074 Telefonica Pesquisa e Desenvolvimento Rua Brigadeiro Galvao, 291 - 7º Andar Barra Funda - Sao Paulo, SP [EMAIL PROTECTED] ocp2 <><>___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] RES: BACKUP EXIT STATUS = 59
I finally found what is my problem: netstat -a |grep bpcd netstat -a |grep vnetd *.vnetd *.*0 0 49152 0 LISTEN So bpcd is not listening. I checked the inetd.conf and found: bpcdstream tcp nowait root/usr/openv/netbackup/bin/bpcd bpcd vnetd stream tcp nowait root/usr/openv/bin/vnetd vnetd vopied stream tcp nowait root/usr/openv/bin/vopied vopied bpjava-msvc stream tcp nowait root /usr/openv/netbackup/bin/bpjava-msvc bpjava-msvc transient then restarted inetd: svcadm restart network/inetd and netstat -a |grep bpcd ??? Nothing happened. Any thoughts ? __ Daniel Abramides Sigrist DBA Oracle Projeto SIGRES Tel: (11) 3824-2074 Telefonica Pesquisa e Desenvolvimento Rua Brigadeiro Galvao, 291 - 7º Andar Barra Funda - Sao Paulo, SP [EMAIL PROTECTED] ocp2 De: Marianne Van Den Berg [mailto:[EMAIL PROTECTED] Enviada em: segunda-feira, 16 de julho de 2007 15:25 Para: Daniel Sigrist Assunto: RE: [Veritas-bu] BACKUP EXIT STATUS = 59 What's in bpcd log on the client? Marianne _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Sigrist Sent: 16 July 2007 18:28 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] BACKUP EXIT STATUS = 59 Hello gurus, This last weekend some of my scheduled backups failed with BACKUP EXIT STATUS = 59. Teoricaly the Server and the clients are resolving the names ok. I can do ssh from Server to client and from client to Server using the names defined in /etc/hosts. But cant do backups. Can you help me? Solaris 10. Netbackup 4.5_SP6 Thank you, Best regards. __ Daniel Abramides Sigrist DBA Oracle Projeto SIGRES Tel: (11) 3824-2074 Telefonica Pesquisa e Desenvolvimento Rua Brigadeiro Galvao, 291 - 7º Andar Barra Funda - Sao Paulo, SP [EMAIL PROTECTED] ocp2 <><>___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] RES: BACKUP EXIT STATUS = 59
Hmmmis 4.5 supported on Solaris 10? I thought it wasn't untill 5.0, as MP3 or 4. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Sigrist Sent: July 16, 2007 2:40 PM To: 'Marianne Van Den Berg' Cc: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] RES: BACKUP EXIT STATUS = 59 I finally found what is my problem: netstat -a |grep bpcd netstat -a |grep vnetd *.vnetd *.*0 0 49152 0 LISTEN So bpcd is not listening. I checked the inetd.conf and found: bpcdstream tcp nowait root/usr/openv/netbackup/bin/bpcd bpcd vnetd stream tcp nowait root/usr/openv/bin/vnetd vnetd vopied stream tcp nowait root/usr/openv/bin/vopied vopied bpjava-msvc stream tcp nowait root /usr/openv/netbackup/bin/bpjava-msvc bpjava-msvc -transient then restarted inetd: svcadm restart network/inetd and netstat -a |grep bpcd ??? Nothing happened. Any thoughts ? __ Daniel Abramides Sigrist DBA Oracle Projeto SIGRES Tel: (11) 3824-2074 Telefonica Pesquisa e Desenvolvimento Rua Brigadeiro Galvao, 291 - 7º Andar Barra Funda - Sao Paulo, SP [EMAIL PROTECTED] De: Marianne Van Den Berg [mailto:[EMAIL PROTECTED] Enviada em: segunda-feira, 16 de julho de 2007 15:25 Para: Daniel Sigrist Assunto: RE: [Veritas-bu] BACKUP EXIT STATUS = 59 What's in bpcd log on the client? Marianne From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Sigrist Sent: 16 July 2007 18:28 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] BACKUP EXIT STATUS = 59 Hello gurus, This last weekend some of my scheduled backups failed with BACKUP EXIT STATUS = 59. Teoricaly the Server and the clients are resolving the names ok. I can do ssh from Server to client and from client to Server using the names defined in /etc/hosts. But can't do backups. Can you help me? Solaris 10. Netbackup 4.5_SP6 Thank you, Best regards. __ Daniel Abramides Sigrist DBA Oracle Projeto SIGRES Tel: (11) 3824-2074 Telefonica Pesquisa e Desenvolvimento Rua Brigadeiro Galvao, 291 - 7º Andar Barra Funda - Sao Paulo, SP [EMAIL PROTECTED] 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
Re: [Veritas-bu] Converting catalog form Solaris to Windows 2003
Someone else shared with me offline a tested method for converting the
server from unix to windows or windows to unix. I'd like to drop my
idea (the unix2dos version) and start discussing this idea. This one
has actually been used successfully, but the person in question request
anonymity.
So, ASSUMING THE MASTER SERVER NAME DOESN'T CHANGE...
It goes roughly like this:
A. Copy the binary files that are OS & Endian independent. Use binary
mode ftp to copy the files from the following directories:
/usr/openv/netbackup/db/images
5.1:/usr/openv/volmgr/database/volDB
6.0:/usr/openv/db/data
B. Copy the text files that are endian independent, but need to have
proper line termination for the OS they'll be on. Use ascii mode ftp to
copy the files from the following directories:
/usr/openv/netbackup/db/class
5.1:/usr/openv/volmgr/database/poolDB
C. In 5.1, fix a file that can't be copied over.
5:1 Use tpautoconf -a to re-populate globDB
D. Do not transfer /usr/openv/netbackup/db/jobs. It is binary, but is
endian dependent, and therefore cannot make the journey from unix to
windows.
---
W. Curtis Preston
Backup Blog @ www.backupcentral.com
VP Data Protection, GlassHouse Technologies
-Original Message-
From: Ed Wilts [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 12, 2007 6:01 PM
To: Curtis Preston
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Converting catalog form Solaris to Windows
2003
Nice try, but I hope nobody follows the template below. Having been
heavily
involved in a Windows to Solaris migration back in 3.4, I can tell you
it's
a lot more complicated than this. If you have to ask for how to do this
migration, honestly, you don't have the skills to complete it.
The short answer is to get professional help. If you don't know what
you're
doing, you'll corrupt the works, lose backups as you revert, and
generally
create a huge mess for yourself. You've got both the image catalog and
the
volume database to deal with. You can't do one without the other.
Along with the fun stuff that Curtis documented below, you'll run into
files
that are over 2GB that unix2dos won't handle, and internal references to
the
master server name. It's non-trivial and you'll watch NBU break in
weird
and wonderful ways when you try.
When we did a *media server* rename with a Level 3 person on site (and
this
was on 6.0MP4), it still took us several hours and a call to engineering
before we gave up and left it the old name.
.../Ed
--
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]
I GoodSearch for Bundles Of Love:
http://www.goodsearch.com/?charityid=821118
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:veritas-bu-
> [EMAIL PROTECTED] On Behalf Of Curtis Preston
> Sent: Thursday, July 12, 2007 1:47 PM
> To: Akker Henk van den; veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Converting catalog form Solaris to Windows
> 2003
>
> Back to the original question. I think the databases (Sybase/emm, etc)
> would restore just fine, but the text files would have a problem. So
> what if you just fixed the text files?
>
> Although it's unsupported, I'm thinking that it's like the scenario
> below. (Test and try at your own risk. I'm typing from memory/ideas,
> not testing.)
>
> 1. Load NBU software on the new master
> 2. Load Unix utilities on the Windows server (you're going to want
them
> anyway)
> 3. Recover the database (don't start the daemons yet)
> 4. Run a script like the following
>
> cd
> find . -print |xargs file |grep text |awk -F: '{print $1}'|while read
i
> do
> unix2dos $i >$$.$i
> mv $$.$i $i
> done
>
> Again, try at your own risk.
>
> ---
> W. Curtis Preston
> Backup Blog @ www.backupcentral.com
> VP Data Protection, GlassHouse Technologies
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] bpflist not working in NBU 6.0 MP4?
My note from the last time I had to use it doesn't show where I had to do -rl in 5.1 like the link says. Also my coworker didn't use this flag either so he doesn't recall needing it in 5.1. It IS required in 6.0 as that is what got me working. -client wasn't necessary in 5.1 or 6.0 (of course the client and the master were the same so it might be different if it was a different client.) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darren Dunham Sent: Monday, July 16, 2007 12:45 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] bpflist not working in NBU 6.0 MP4? > Did something change in bpflist? > > Last time I used in 5.1 all I had to specify was backupid, start time > and end time.=20 > > Now it keeps telling me "no entity" even though I've given it the above. > Adding master, client, policy etc... has not helped. Always keeps > saying no entity. I've needed to specify a date, client, and recursion level to get answers (even though the backupid should be sufficient). > Is there an alternate way to get the list of files (into a text file) so > I can compare it with the restored files? The restore burped at the > very end so I'm trying to verify the files it said it missed are the > only ones it missed so I can't use the restore log as my source of what > was backed up. bplist should also do it, but it's not as convenient when you already have the backupid. See also: http://mailman.eng.auburn.edu/pipermail/veritas-bu/2006-October/038377.h tml -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOShttp://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse 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] BACKUP EXIT STATUS = 59
Try running this from the master: # bpgetconfig -M It should return a list of bp.conf parameters. If it doesn't work, then create the logs on the client and increase the logging level to see why it's not working. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Sigrist Sent: Monday, July 16, 2007 9:28 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] BACKUP EXIT STATUS = 59 Hello gurus, This last weekend some of my scheduled backups failed with BACKUP EXIT STATUS = 59. Teoricaly the Server and the clients are resolving the names ok. I can do ssh from Server to client and from client to Server using the names defined in /etc/hosts. But can't do backups. Can you help me? Solaris 10. Netbackup 4.5_SP6 Thank you, Best regards. __ Daniel Abramides Sigrist DBA Oracle Projeto SIGRES Tel: (11) 3824-2074 Telefonica Pesquisa e Desenvolvimento Rua Brigadeiro Galvao, 291 - 7º Andar Barra Funda - Sao Paulo, SP [EMAIL PROTECTED] <>___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] BACKUP EXIT STATUS = 59
It's not a resolution issue. Your client is getting a backup request from an IP address that does not resolve to the master/media server name as listed in its bp.conf. if it was a resolution issue, you'd more likely get a stat 25. bpclntcmd is your friend. Well, that, or crank up the bpcd logs on your client. Shouldnt' take more than 10 minutes to find out what's going on. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Sigrist Sent: July 16, 2007 12:28 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] BACKUP EXIT STATUS = 59 Hello gurus, This last weekend some of my scheduled backups failed with BACKUP EXIT STATUS = 59. Teoricaly the Server and the clients are resolving the names ok. I can do ssh from Server to client and from client to Server using the names defined in /etc/hosts. But can't do backups. Can you help me? 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
Re: [Veritas-bu] bpflist not working in NBU 6.0 MP4?
> Did something change in bpflist? > > Last time I used in 5.1 all I had to specify was backupid, start time > and end time.=20 > > Now it keeps telling me "no entity" even though I've given it the above. > Adding master, client, policy etc... has not helped. Always keeps > saying no entity. I've needed to specify a date, client, and recursion level to get answers (even though the backupid should be sufficient). > Is there an alternate way to get the list of files (into a text file) so > I can compare it with the restored files? The restore burped at the > very end so I'm trying to verify the files it said it missed are the > only ones it missed so I can't use the restore log as my source of what > was backed up. bplist should also do it, but it's not as convenient when you already have the backupid. See also: http://mailman.eng.auburn.edu/pipermail/veritas-bu/2006-October/038377.html -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOShttp://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Converting catalog form Solaris to Windows 2003
> 1. If there is no unsupported way to do what we're talking about, then > how have hundreds of customers done it? Trust me; there is a way. The > only argument is what that way is and whether or not it's consumable by > mere mortals. There is no *supported* way to do it. There are certainly many unsupported methods to do it. Every posted method that I've seen (and even done myself) has been unsupported. That doesn't mean they won't work - it means that if you break it, Veritas will likely hand you both pieces and says "good luck". .../Ed -- 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
[Veritas-bu] BACKUP EXIT STATUS = 59
Hello gurus, This last weekend some of my scheduled backups failed with BACKUP EXIT STATUS = 59. Teoricaly the Server and the clients are resolving the names ok. I can do ssh from Server to client and from client to Server using the names defined in /etc/hosts. But cant do backups. Can you help me? Solaris 10. Netbackup 4.5_SP6 Thank you, Best regards. __ Daniel Abramides Sigrist DBA Oracle Projeto SIGRES Tel: (11) 3824-2074 Telefonica Pesquisa e Desenvolvimento Rua Brigadeiro Galvao, 291 - 7º Andar Barra Funda - Sao Paulo, SP [EMAIL PROTECTED] ocp2 <>___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Converting catalog form Solaris to Windows 2003
Several points: 1. If there is no unsupported way to do what we're talking about, then how have hundreds of customers done it? Trust me; there is a way. The only argument is what that way is and whether or not it's consumable by mere mortals. 2. I'm actually getting some interesting "you didn't get/hear it from me" posts from people confirming that it's possible and they've done it, but they don't want to publicly post so for various reasons. 3. If you take a look at the rest of the thread, we've already excluded unix2dos as it doesn't support files greater than 2 GB. 4. I wasn't using unix2dos on binary files anyway. That was the point of the loop. It ran the "file" command on each file and only ran unix2dos on files that reported to be text type. I'm going to post a better idea in a minute. Read my next post. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, July 16, 2007 1:19 AM To: Curtis Preston; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Converting catalog form Solaris to Windows 2003 All Reading the synopsis of the unix2dos utility this is for text files *ONLY* Since NBU 4.5 the Netbackup DB's file files have been created in a binary format. This is what the command cat_convert was created for. To convert 3.4 ascii NBU database files to binary. And visa-versa until 5.1 when the utility would only allow the conversation of the images files, file from ascii to binary. Using the unix2dos utility will ONLY corrupt the files and make them unusable. Taking this into account there is NO UN/SUPPORTED WAY to migrate the NBU DB files from a unix to windows master server. Especially if you are going to change the master servers hostname in the process. The best/safest method is to create a new master server from scratch, with a different hostname. And migrate the clients to it slowly and import essential images. This is supported and you will get help from Symantec when you call. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curtis Preston Sent: 13 July 2007 17:41 To: Ed Wilts Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Converting catalog form Solaris to Windows 2003 I said it was a try. ;) My idea was to start a discussion, not solve the problem in one email. I think your comment is confusing two issues: * Moving from Unix -> Windows * Changing the name of the master server They are two very different problems. Try to do them both at once, and you'll have a mess. In my message, I was only trying to do the former, not the latter. The latter is also an oft-discussed issue, but there's an unsupported doc from Symantec about how to do it. I think there should be an unsupported doc on how to deal with this issue. It's been done. It's been done hundreds of times. Let's document it already and get it out there. As to "if you have to ask, then you don't have the skill," I understand what you're saying, but I don't agree with it. I'd say "if you don't understand the process, then don't try it." Or "If you haven't tested the process every way back and forth, then don't do it." Or "Don't you dare use the new server until you've verified that everything made it over." As I said in another post, it's all about those line feeds, and in some cases the endian issue. If you know what to do when, you could do it. All I'm trying to see is if we can get someone to talk about what they did when to see if we can get this sucker documented. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: Ed Wilts [mailto:[EMAIL PROTECTED] Sent: Thursday, July 12, 2007 6:01 PM To: Curtis Preston Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Converting catalog form Solaris to Windows 2003 Nice try, but I hope nobody follows the template below. Having been heavily involved in a Windows to Solaris migration back in 3.4, I can tell you it's a lot more complicated than this. If you have to ask for how to do this migration, honestly, you don't have the skills to complete it. The short answer is to get professional help. If you don't know what you're doing, you'll corrupt the works, lose backups as you revert, and generally create a huge mess for yourself. You've got both the image catalog and the volume database to deal with. You can't do one without the other. Along with the fun stuff that Curtis documented below, you'll run into files that are over 2GB that unix2dos won't handle, and internal references to the master server name. It's non-trivial and you'll watch NBU break in weird and wonderful ways when you try. When we did a *media server* rename with a Level 3 person on site (and this was on 6.0MP4), it still took us several hours and a call to e
Re: [Veritas-bu] bpflist not working in NBU 6.0 MP4?
This is on UNIX. I'm not sure what you would get without flags - perhaps the Windows version defaults to current host? On UNIX typing "bpflist" all by itself returns "no entity". The backup is run on our master server and backups filesystems mounted on the master server (that is to say it is the client as well as the master). In the past (5.1) I found I could specify the backupid (which IMO should have been enough since it is unique) but also had to specify -d (start date/time) and -e (end date/time) even with the backupid. I should mention I've tried it without the backupid as well - specifying policy, date range, client etc... - no combination I've done has resulted in output other than "no entity". I got the backup IDs by using the bpimmedia and bpimagelist commands (and verified they both gave the same IDs.). This is a multi-stream (but NOT multiplex) backup so there are 3 backup IDs. None of the 3 backup IDs returned by bpimmedia and bpimagelist work. From: Brooks, Jason [mailto:[EMAIL PROTECTED] Sent: Monday, July 16, 2007 10:53 AM To: Jeff Lightner; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] bpflist not working in NBU 6.0 MP4? Running it without command flags returns output for me. What does BackupID normally expect? JobID? Something else? With JobID, I get a no entity as well. All on Win2K3 NBU 6.0MP4. Jason From: [EMAIL PROTECTED] on behalf of Jeff Lightner Sent: Mon 7/16/2007 10:26 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] bpflist not working in NBU 6.0 MP4? Did something change in bpflist? Last time I used in 5.1 all I had to specify was backupid, start time and end time. Now it keeps telling me "no entity" even though I've given it the above. Adding master, client, policy etc... has not helped. Always keeps saying no entity. The images are not expired (I just used them for a tape restore) and bpimmedia shows the backup IDs. It is only bpflist that doesn't seem to recognize that the backups exist. Is there an alternate way to get the list of files (into a text file) so I can compare it with the restored files? The restore burped at the very end so I'm trying to verify the files it said it missed are the only ones it missed so I can't use the restore log as my source of what was backed up. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] bpflist not working in NBU 6.0 MP4?
Running it without command flags returns output for me. What does BackupID normally expect? JobID? Something else? With JobID, I get a no entity as well. All on Win2K3 NBU 6.0MP4. Jason From: [EMAIL PROTECTED] on behalf of Jeff Lightner Sent: Mon 7/16/2007 10:26 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] bpflist not working in NBU 6.0 MP4? Did something change in bpflist? Last time I used in 5.1 all I had to specify was backupid, start time and end time. Now it keeps telling me "no entity" even though I've given it the above. Adding master, client, policy etc... has not helped. Always keeps saying no entity. The images are not expired (I just used them for a tape restore) and bpimmedia shows the backup IDs. It is only bpflist that doesn't seem to recognize that the backups exist. Is there an alternate way to get the list of files (into a text file) so I can compare it with the restored files? The restore burped at the very end so I'm trying to verify the files it said it missed are the only ones it missed so I can't use the restore log as my source of what was backed up. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] bpflist not working in NBU 6.0 MP4?
Did something change in bpflist? Last time I used in 5.1 all I had to specify was backupid, start time and end time. Now it keeps telling me "no entity" even though I've given it the above. Adding master, client, policy etc... has not helped. Always keeps saying no entity. The images are not expired (I just used them for a tape restore) and bpimmedia shows the backup IDs. It is only bpflist that doesn't seem to recognize that the backups exist. Is there an alternate way to get the list of files (into a text file) so I can compare it with the restored files? The restore burped at the very end so I'm trying to verify the files it said it missed are the only ones it missed so I can't use the restore log as my source of what was backed up. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Upgrade from 4.5 to 6.1
Is it possible? Did not think it was 5.x to 6.0 and possible 5.x to 6.5 :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, July 16, 2007 8:28 AM To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Upgrade from 4.5 to 6.1 Hi Yes it is possible. Ensure the globdb is full consistent on each media server And Read this from cover to cover and understand it http://seer.entsupport.symantec.com/docs/285590.htm Cheers -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nemanja Stosic Sent: 16 July 2007 07:55 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Upgrade from 4.5 to 6.1 Hi to all, I have NB 4.5, I was just wandering if it is possible to upgrade from 4.5 to 6.1 NB. If it is possible, please point me to some docs, because it seems I can not find any. Thanks Nemanja ___ 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 (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Upgrade from 4.5 to 6.1
For starters, there is no 6.1. You'll need to upgrade from 4.5 to 5.x (I think you can go to 5.1 directly but you'll need to verify this) and then go to 6.0MP4. Start your planning at the 6.0 upgrade portal on the Symantec NetBackup support site. .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] I GoodSearch for Bundles Of Love: http://www.goodsearch.com/?charityid=821118 > -Original Message- > From: [EMAIL PROTECTED] [mailto:veritas-bu- > [EMAIL PROTECTED] On Behalf Of Nemanja Stosic > Sent: Monday, July 16, 2007 1:55 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Upgrade from 4.5 to 6.1 > > > Hi to all, I have NB 4.5, I was just wandering if it is possible to > upgrade > from 4.5 to 6.1 NB. If it is possible, please point me to some docs, > because > it seems I can not find any. > > Thanks Nemanja ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Converting catalog form Solaris to Windows 2003
All
Reading the synopsis of the unix2dos utility this is for text files
*ONLY*
Since NBU 4.5 the Netbackup DB's file files have been created in a
binary format. This is what the command cat_convert was created for. To
convert 3.4 ascii NBU database files to binary. And visa-versa until 5.1
when the utility would only allow the conversation of the images files,
file from ascii to binary.
Using the unix2dos utility will ONLY corrupt the files and make them
unusable.
Taking this into account there is NO UN/SUPPORTED WAY to migrate the NBU
DB files from a unix to windows master server. Especially if you are
going to change the master servers hostname in the process.
The best/safest method is to create a new master server from scratch,
with a different hostname. And migrate the clients to it slowly and
import essential images.
This is supported and you will get help from Symantec when you call.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Curtis
Preston
Sent: 13 July 2007 17:41
To: Ed Wilts
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Converting catalog form Solaris to Windows
2003
I said it was a try. ;) My idea was to start a discussion, not solve
the problem in one email.
I think your comment is confusing two issues:
* Moving from Unix -> Windows
* Changing the name of the master server
They are two very different problems. Try to do them both at once, and
you'll have a mess. In my message, I was only trying to do the former,
not the latter. The latter is also an oft-discussed issue, but there's
an unsupported doc from Symantec about how to do it. I think there
should be an unsupported doc on how to deal with this issue. It's been
done. It's been done hundreds of times. Let's document it already and
get it out there.
As to "if you have to ask, then you don't have the skill," I understand
what you're saying, but I don't agree with it. I'd say "if you don't
understand the process, then don't try it." Or "If you haven't tested
the process every way back and forth, then don't do it." Or "Don't you
dare use the new server until you've verified that everything made it
over."
As I said in another post, it's all about those line feeds, and in some
cases the endian issue. If you know what to do when, you could do it.
All I'm trying to see is if we can get someone to talk about what they
did when to see if we can get this sucker documented.
---
W. Curtis Preston
Backup Blog @ www.backupcentral.com
VP Data Protection, GlassHouse Technologies
-Original Message-
From: Ed Wilts [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 12, 2007 6:01 PM
To: Curtis Preston
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Converting catalog form Solaris to Windows
2003
Nice try, but I hope nobody follows the template below. Having been
heavily involved in a Windows to Solaris migration back in 3.4, I can
tell you it's a lot more complicated than this. If you have to ask for
how to do this migration, honestly, you don't have the skills to
complete it.
The short answer is to get professional help. If you don't know what
you're doing, you'll corrupt the works, lose backups as you revert, and
generally create a huge mess for yourself. You've got both the image
catalog and the volume database to deal with. You can't do one without
the other.
Along with the fun stuff that Curtis documented below, you'll run into
files that are over 2GB that unix2dos won't handle, and internal
references to the master server name. It's non-trivial and you'll watch
NBU break in weird and wonderful ways when you try.
When we did a *media server* rename with a Level 3 person on site (and
this was on 6.0MP4), it still took us several hours and a call to
engineering before we gave up and left it the old name.
.../Ed
--
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]
I GoodSearch for Bundles Of Love:
http://www.goodsearch.com/?charityid=821118
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:veritas-bu-
> [EMAIL PROTECTED] On Behalf Of Curtis Preston
> Sent: Thursday, July 12, 2007 1:47 PM
> To: Akker Henk van den; veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Converting catalog form Solaris to Windows
> 2003
>
> Back to the original question. I think the databases (Sybase/emm, etc)
> would restore just fine, but the text files would have a problem. So
> what if you just fixed the text files?
>
> Although it's unsupported, I'm thinking that it's like the scenario
> below. (Test and try at your own risk. I'm typing from memory/ideas,
> not testing.)
>
> 1. Load NBU software on the new master 2. Load Unix utilities on the
> Windows server (you're going to want
them
> anyway)
> 3. Recover the database (don't start the daemons yet) 4. Run a script
> like the following
>
> cd
> find . -print |xargs file |grep text |awk -F: '{print $1}'|while read
i
> do
> unix2dos $i >$$.$
Re: [Veritas-bu] Upgrade from 4.5 to 6.1
Hi Yes it is possible. Ensure the globdb is full consistent on each media server And Read this from cover to cover and understand it http://seer.entsupport.symantec.com/docs/285590.htm Cheers -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nemanja Stosic Sent: 16 July 2007 07:55 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Upgrade from 4.5 to 6.1 Hi to all, I have NB 4.5, I was just wandering if it is possible to upgrade from 4.5 to 6.1 NB. If it is possible, please point me to some docs, because it seems I can not find any. Thanks Nemanja ___ 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] Upgrade from 4.5 to 6.1
Morning Here is an upgrade chart that may be of some use... http://ftp.support.veritas.com/pub/support/products/NetBackup_Enterprise_Ser ver/287674.pdf Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nemanja Stosic Sent: Monday, July 16, 2007 7:55 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Upgrade from 4.5 to 6.1 Hi to all, I have NB 4.5, I was just wandering if it is possible to upgrade from 4.5 to 6.1 NB. If it is possible, please point me to some docs, because it seems I can not find any. Thanks Nemanja ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Upgrade from 4.5 to 6.1
Hi to all, I have NB 4.5, I was just wandering if it is possible to upgrade from 4.5 to 6.1 NB. If it is possible, please point me to some docs, because it seems I can not find any. Thanks Nemanja ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
