I'd never seen this before but funnily enough just tripped over it on a couple of clients I'm moving from NBU 4.5MP9 master to 5.1MP6 master. Both clients are W2K3 & remaining at 4.5MP9 for now (because I can't access them to upgrade). bpclient -hn on the master fails to return the IP address correctly. I can't tell yet whether upgrading the client would improve. I suspect this is what's making the job run as 1 stream as the master can't find out what filesystems exist on the client.
Unbelievable!!! What does the "Net" in NetBackup stand for? You'd have thought it could resolve addresses! Anyone know of a workaround or fix? > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of ENAJ (Ena Jensen) > Sent: 15 June 2007 08:40 > To: veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] BPCLNTCMD -HN truncates IP address > > > > We have the same issue on HP-UX 5.1 MP6 and on windows clients running > 5.1 MP5 > > Ena > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Carl > Mathews > Sent: 14. juni 2007 16:02 > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] BPCLNTCMD -HN truncates IP address > > Yes bpclntcmd -hn hostname cuts off the last digit when > issued from the > 5.1MP6 Solaris 9 Master Server. I noticed it with MP6. > NB_5.1MP6 clients > that I tested return the right IP address. > > Carl Mathews > University of Arkansas > > -------Original Message-------- > > > Has anyone ever seen BPCLNTCMD -HN truncate the IP address? > > For instance, the IP in the hosts file is 10.10.10.100 and BPCLNTCMD > looks like this: > /usr/openv/netbackup/bin <mailto:rmajor@:/usr/openv/netbackup/bin> > > ./bpclntcmd -hn hostname host hostname: hostname at 10.10.10.10 > (0xabcde0) > checkhname: aliases: > > I have at least two boxes that this is happening on, first > one is above, > the other is .200 and comes out as .20 in bpclntcmd, and of > course they > are failing with a 54. The only correlation I can draw > between these two > is that they were new additions to the existing hosts file. > Other hosts > entries are fine and backups are successful. > > This is a new Solaris 10 media server that is barely in production and > nsswitch.conf lists files first. NBU 5.1MP6. A quick internet search > turned up nothing. Any ideas? > > Rusty Major, MCSE, BCFP > Sr. Data Assurance Engineer > (281) 584-4693 > VeriCenter, Inc. > > _______________________________________________ > 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 > ----------------------------------------- Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: Citigroup Centre, Canada Square, London E14 5LB. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu