Veritas-bu

Re: [Veritas-bu] Windows Client Status 58 with a difference

2009-05-20 11:09:51
Subject: Re: [Veritas-bu] Windows Client Status 58 with a difference
From: "WEAVER, Simon \(external\)" <simon.weaver AT astrium.eads DOT net>
To: <dave.markham AT fjserv DOT net>, "Donaldson, Mark" <Mark.Donaldson AT Staples DOT com>
Date: Wed, 20 May 2009 16:06:41 +0100
D
Just sent a reply on this but ...

Yes HOSTS is a FLATFILE and no extension is needed !  :-)

Shame there is no DNS, as the HOSTS file is a little legacy to say the
least! But its helped, and that is what matters!

You may as well disregard my replies !

Simon 

-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Dave
Markham
Sent: Wednesday, May 20, 2009 4:01 PM
To: Donaldson, Mark
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Windows Client Status 58 with a difference

Guys thanks all for your responses and indeed some good suggestions.

I'm pretty ok with windows although someone mentioned 64bit which i
hadn't thought of and is good to know.

It wasn't 64bit though and so all the telnet suggestions and bpclntcmd
stuff i'd tried. I kept finding the same problem in that the client
cannot resolve the master server via using hosts file. I was pretty sure
it wasn't NBU related at that point.

In the end and mostly out of frustration i removed the hosts file and
created a new one with notepad. Added just the client and the master
server and then saved it and renamed to hosts so not hosts.txt

Magically it then all worked.

To me the hosts file was corrupted or windows wasn't seeing it
correctly. Quite why i have no idea but its happened now on 5 diff win
clients and the problem has now gone.

I expect its the guy who scripted in the NBU client install for windows
and i'll need to have a word with him as i guess his script is doing
something strange.

Thanks for the assist NBUDelta :)

D


Donaldson, Mark wrote:
> Error 58 is a can't connect error.  Err 57 is if it can't reverse 
> correctly and authenticate the server or if the list of allowed 
> servers in the client is wrong.
>
> We just pounded a bunch of these to death on a handful of servers.
>
> A quick test is to "telnet <host> bpcd" from the master server.  If 
> you get a "connection refused", then the service might be down on the 
> client (usually).  If you just hang, before getting to the server,  
> check your firewalls.
>
> We ended up reinstalling the client in a number of NT boxen to fix the

> problem.  One server had to be manually stripped of all things NB, 
> rebooted, and then reinstalled before it worked.
>
> Usually, though, the service on the client needs to be started or, if 
> already on, bounced.
>
> HTH -M
>
> -----Original Message-----
> From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
> [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Dave 
> Markham
> Sent: Wednesday, May 20, 2009 4:24 AM
> To: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: [Veritas-bu] Windows Client Status 58 with a difference
>
> Guys i'm a unix/solaris engineer day to day and while i have XP on my 
> laptop from day to day work, administrating Windows at a high level is

> not necessarily my forte.
>
> I have Netbackup 5.0MP7 (dont ask, due for upgrade shortly). with 
> various unix/windows clients.
>
> We have added some new windows 2003 clients and are having trouble 
> with connection status 58.
>
> There is no DNS involved and the Master server (solaris) can telnet to

> client ports 13782 and 13724 Vnetd has been configured for the clients

> with bpclient -client <client>
>
> -add -no_callback 1.
>
> The issue we have is the Windows client itself doesnt seem to look for

> entries in %systemroot%/system32/drivers/etc/hosts  and i can't figure

> out why.
>
> I can connect to the master server by ip on ports 13724 and 13782 but 
> not via name we have configured.
>
> If we configure the name in lmhosts it can telnet via name but 
> Netbackup
>
> doesnt' work properly and can't connect.
>
> I've googled but had no joy as was pointed to a reg key which may be 
> affecting things but its not on this system.
>
> Anyone any ideas?
>
> Dave
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu 
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu 
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
>   

_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT 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.
-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 AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu