Re: [Veritas-bu] Netbackup Administration Console via putty tunnel
And if you're going to do that, try 'MobaXterm'. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Lightner, Jeff Sent: Thursday, November 20, 2014 10:02 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: Re: [Veritas-bu] Netbackup Administration Console via putty tunnel When you say NetBackup Administration Console exactly what command are you running? The jnbSA can actually be started from UNIX/Linux but since it is Java is sending an X window to you. If the console you're talking about is also Java/X you have to enable X forwarding in your PuTTY session. The specific setting is under Connection--SSH--X11. In that screen click the check box next to Enable X11 forwarding. It defaults to MIT-Magic-Cookie-1. Once you have that and do the login to the server via PuTTY it will create a .Xauthority file in your UNIX/Linux user's home directory and also set your DISPLAY variable (echo $DISPLAY to see what it set it to - usually something like localhost:0.0). That prepares the connection to allow X applications to be launched and tunneled back over the same connection to your Windows system. However, Windows by default doesn't understand X so you have to have an X emulator installed (and running) on Windows. A common commercial one many people use is Exceed. A free one you can get by installing Cygwin (Linux on top of Windows) on your Windows system with the X11 packages. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of richarn Sent: Thursday, November 20, 2014 9:09 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Netbackup Administration Console via putty tunnel I am trying to use the Netbackup Administration Console as I believe it has certain advantages over the jnbSA jave interface. There are fire walls between my Windows machine where I want to run Administration Console and the redhat server which is the netbackup master server. To this end I have been trying to use putty tunnelling opening up ports 1556 13724 and 13782. I have heard on this forum that this is possible but I cannot get it to work. It would be great if someone could give me some information on how to do this. Thanks Nigel +-- |This was sent by nigel.richard...@nationalgrid.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] HP ESL G3 Tape Library Barcode Issues
Documented here: http://www.symantec.com/business/support/index?page=contentid=TECH10824 From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Simon Weaver Sent: Tuesday, November 05, 2013 10:01 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] HP ESL G3 Tape Library Barcode Issues Hi All Hope everyone is well. Can someone advise on this? I have implemented an HP G3 ESL Library under NBU 7.5 - However, I have a problem. When doing the Inventory, it is showing the Media ID as the first 6 characters of the Barcode, rather than the last 6 characters of the Barcode. For example, what I expect to see is W955L5, but what I am seeing is SSW995 being imported! Any ideas as HP is telling me it is a NBU issue, but I was under the impression that by design, NetBackup imports the last 6 characters of the barcode. Thanks, Simon ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] HP ESL G3 Tape Library Barcode Issues
However, you are short changing yourself. With using the last 6 characters, you are throwing two away two, and limiting yourself to 4 unique characters. The last two characters signify the type of tape. (In this instance an L(TO)5.) Using the settings as they were, the system was ignoring the tape type, and providing a full six tapes for identification. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Simon Weaver Sent: Tuesday, November 05, 2013 2:24 PM To: 'Reuter, Jerry'; Roland Kastner Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP ESL G3 Tape Library Barcode Issues Hi Jerry Yes you are right. We probably will, but right now after over 10 years of setup, it has worked out quite well, and wanted to keep it consistent with the rest of the environment. But it is working as I wanted to. I was under the impression that NBU used the last 6 characters of the barcode, so that is what I was used to seeing. But either way would work for everyone. Hence the Media ID Generation rules. Appreciate all of the responses here. But I just knew it had to be a Robot config issue, even though HP was blaming the software. A simple hidden feature was enabled and all is well now :) Hoping to move direct to D-2-D or VTL at some point! From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Reuter, Jerry Sent: 05 November 2013 16:18 To: Roland Kastner; Simon Weaver Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP ESL G3 Tape Library Barcode Issues I came across the same problem a few years ago. I drove me crazy until I discovered NetBackup will reference the tape by the label that is committed to the tape header. No matter what the labeling rules are, what written to the header rules. After changing the rules I had to do a full erase of the tape to correct the problem. I recommend that you use the first 6 numbers of the tape instead of the last six. Using the last six you will eventually encounter duplicate tape numbers, if the last two numbers are the tape drive version (i.e. L2, L3, L4, L5, L6). Jerry Reuter From: veritas-bu-boun...@mailman.eng.auburn.edumailto:veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Roland Kastner Sent: Tuesday, November 05, 2013 7:47 AM To: Simon Weaver Cc: VERITAS-BU@mailman.eng.auburn.edumailto:VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP ESL G3 Tape Library Barcode Issues Hi Simon, this should be on the Setup Menu, Barcode length. To set the barcode length, use the Up and Down buttons to select Barcode Length and press Select. Next, use the Up and Down buttons to display the appropriate number (from 1 to 9, or back to 0), then press Select. Default barcode length is 0, which means that a barcode of any length will be accepted. Mit freundlichen Grüßen/With kind regards Roland Kastner From: Simon Weaver [mailto:simon.wea...@iscl.net] Sent: Dienstag, 5. November 2013 16:41 To: Roland Kastner Cc: VERITAS-BU@mailman.eng.auburn.edumailto:VERITAS-BU@mailman.eng.auburn.edu Subject: RE: HP ESL G3 Tape Library Barcode Issues Ronald Do you know how to on this G3 ESL, because I have gone through the Manual and I cannot see anything about it, and HP is saying it is a NetBackup issue, but I keep stating it is not :( From: veritas-bu-boun...@mailman.eng.auburn.edumailto:veritas-bu-boun...@mailman.eng.auburn.edu [veritas-bu-boun...@mailman.eng.auburn.edu] on behalf of Roland Kastner [roland_kast...@symantec.com] Sent: 05 November 2013 15:36 To: Simon Weaver Cc: VERITAS-BU@mailman.eng.auburn.edumailto:VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP ESL G3 Tape Library Barcode Issues Hi Simon, you can change the Barcode reading direction on the GUI of the ESL tape Library (left to right) Mit freundlichen Grüßen/With kind regards Roland Kastner From: veritas-bu-boun...@mailman.eng.auburn.edumailto:veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Simon Weaver Sent: Dienstag, 5. November 2013 16:31 To: Stier, Matthew Cc: VERITAS-BU@mailman.eng.auburn.edumailto:VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP ESL G3 Tape Library Barcode Issues Matthew I do not have anything like this in VM.conf I have existing Tape Libraries, that are reading the last 6 digits of the Barcode just fine. If I create a Media ID Generation Rule, then this means I am trying to move away from the default behaviour of NetBackup? I want to read W995L5 - But I am SSW995 in the Media ID and Barcode Colums under Media and Device Management, then under Robots and under Robot TLD(1) Simon From: veritas-bu-boun...@mailman.eng.auburn.edumailto:veritas-bu-boun...@mailman.eng.auburn.edu [veritas-bu
Re: [Veritas-bu] NetBackup Not Using Backup NIC
This is typical behavior. On most systems, the routing of each packet is determined when the packet is about to be sent. Just because it comes in a NIC, does't mean it will response will respond through the same NIC. Since you have multiple interfaces to the same logical network, the determination of which on it will be sent out, will be determined by anyone of multiple factors. The instance number of the NICs. The IP addresses of the network interfaces. Order of routing table entries. The only way to be sure is to peruse the source code. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Crowey Sent: Thursday, March 17, 2011 10:08 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] NetBackup Not Using Backup NIC Gidday, I'm trying to troubleshoot some really bad performance issues when writing to disc for NetBackup differentials, and as part of that process I noticed that NetBackup is not using the backup NIC I have configured on our main server. Our main server has two NICs configured, eth0 on 172.20.10.23 and eth2 on 172.20.10.24. In DNS I have eth0's address resolving to server, and eth2's address resolving to server-backup. I have NetBackup configured to connect to the address server-backup. And in the Admin Console | Host Properties | Clients I can connect to the server - ostensibly via the configured DNS address of server-backup. I can ping both addresses on the Master/Media NetBackup server as well as the server itself. However if I do a ifconfig eth0/2 on the server in question I get this ... eth0 Link encap:Ethernet HWaddr 00:14:4F:0D:82:92 inet addr:172.20.10.23 Bcast:172.20.10.255 Mask:255.255.255.0 inet6 addr: fe80::214:4fff:fe0d:8292/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:126134922 errors:0 dropped:0 overruns:0 frame:0 TX packets:249411328 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:46698652928 (43.4 GiB) TX bytes:289231929457 (269.3 GiB) Base address:0x8800 Memory:85b8-85ba eth2 Link encap:Ethernet HWaddr 00:14:4F:0D:7E:FA inet addr:172.20.10.24 Bcast:172.20.10.255 Mask:255.255.255.0 inet6 addr: fe80::214:4fff:fe0d:7efa/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:197097 errors:0 dropped:0 overruns:0 frame:0 TX packets:11 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:92088745 (87.8 MiB) TX bytes:782 (782.0 b) Base address:0xc800 Memory:b3d8-b3da Clearly eth2 (server-backup) is receiving OK, but nothing is going back out. Any ideas what I can do to resolve this? - I'm sure its probably something stupid, but I'd be grateful for any advice on this matter. (I'm running RHEL AS 4.6 x86_64 by the way) Cheers John +-- |This was sent by jcr...@marketforce.com.au 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
Re: [Veritas-bu] Netbackup Master/Media combo running in a solaris zone?
I discusses this with Symantec a while back. The media servers have to be global zones, since non-global zones lack permissions to control libraries and drives. At the time we discussed the merits of placing the master in a non-global zone, but they confessed that they had not pursued it. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of nez Sent: Wednesday, December 30, 2009 4:51 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Netbackup Master/Media combo running in a solaris zone? I was wondering if it would be possible to run a Netbackup Master/Media server combo in a solaris zone? And if so would this be a benificial situation? Wouldn't running NB in a Solaris Zone make DR scenario's less painfull since it would be only a matter of returning a snapshot. And would it be possible to connect the NB solaris zone to a physical Tapelibrary? Nez +-- |This was sent by muzz...@hotmail.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
Re: [Veritas-bu] Automating NBU ejects w/vmchange - Solaris
-sec 1 Set interactive timeout to '1' second. This is not documented in the vmchange manpage, but you can find information on Google by searching vmchange sec 1. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of fullejn Sent: Friday, December 18, 2009 2:01 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Automating NBU ejects w/vmchange - Solaris I am currently using this one-liner to eject all tapes from a list. It works in that I can build a tape list and save me the headache of entering tape # by tape #, but I still have the aggravation of having to interact with the command as it prompts me to confirm every eject with a keystroke. Does anyone know a way to bypass this so I don't have to sit in front of the terminal hitting the enter key all day? for line in $(cat ./1); do vmchange -res -multi_eject -w -verbose -rn 1 -rt tld -rh backup1 -vh backup1 -ml $line; done +-- |This was sent by joshua.n.ful...@lmco.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
