Netbackup Liveupdate error code 11
Hi,
I'm just setting up my first LiveUpdate system. I've dropped the x86, 64bit and linux files onto a webserver, and I've successfully one 32bit update and one 64bit windows updates against two test machines.
I just tried to run a 32bit update against two production machines, and both returned an errorcode 11.
The troubleshooter just says "a system call has failed"...
I found some logs on the client:
10:03:57.860 [9796.2740] <4> nbliveup main: INITIATING nbliveup.exe
10:03:57.860 [9796.2740] <4> nbliveup main: argv[0] = C:\Program Files\Veritas\NetBackup\bin\nbliveup.exe
10:03:57.860 [9796.2740] <4> nbliveup main: argv[1] = liveupdateServerProtocolOverride
10:03:57.860 [9796.2740] <4> nbliveup main: argv[2] = http://it.domain.local/netbackup/win_x86
10:03:57.876 [9796.2740] <2> makeSocketLinger: setsockopt SO_LINGER on 1716 ok
10:04:21.985 [9796.2740] <4> nbliveup copy_and_fork: Started "C:\Program Files\Veritas\NetBackup\var\nbliveup.exe" liveupdateServerProtocolOverride http://it.domain.local/netbackup/win_x86 -f (pid=12096)
10:04:26.766 [12096.11752] <4> nbliveup main: INITIATING nbliveup.exe
10:04:26.766 [12096.11752] <4> nbliveup main: argv[0] = C:\Program Files\Veritas\NetBackup\var\nbliveup.exe
10:04:26.766 [12096.11752] <4> nbliveup main: argv[1] = liveupdateServerProtocolOverride
10:04:26.766 [12096.11752] <4> nbliveup main: argv[2] = http://it.domain.local/netbackup/win_x86
10:04:26.766 [12096.11752] <4> nbliveup main: argv[3] = -f
10:04:26.829 [12096.11752] <2> makeSocketLinger: setsockopt SO_LINGER on 1716 ok
10:04:32.657 [12096.11752] <16> nbliveup main: RegOpenkeyEx() failed: The system cannot find the file specified. 2
10:04:32.657 [12096.11752] <4> nbliveup Exit: EXIT STATUS 11
I'm not sure what "file" its talking about.
Client updates last night ran ok from both machines.
both clients have 7.1 installed.
Any ideas ?
Comments
I just tried against one of
I just tried against one of my 64 bit 2008 servers, and I got this error too:
Is the LiveUpdate server listed as a valid NBU server?
I'm thinking two things that might cause this:
1. The NBU client doesn't have the LiveUpdate agent already installed.
2. The LiveUpdate server is not listed as a valid NBU server in the client's properties.
Ok, So today I figured this
Ok,
So today I figured this out. I didn't realise that the LiveUpdate part of it was a seperate client. It doesn't show in the Installer as a component.
But, on the production machines, it wasn't listed under the Installed Programs.
Now heres a side issue: When I uninstalled/reinstalled, it only gave me a Modify/Repair/Remove when I tried to reinstall, suggesting the uninstall didn't complete. I had to run setup.exe from the original installation network share to remove it, then reinstalled. After that the LiveUpdate agent got installed.
Second issue: I installed one of the production client servers myself, and as theres no way to select or delselect the LU agent, I can't see how or why thats been removed. Closest guess I have, as that BackupExec was installed, and maybe that uninstalled the LU agent from the machine I did personally.
The others (no BE at all), were installed by a 3rd party, so I'm guessing that they uninstalled LU afterwards, for some reason. I can't think why though.
I'm just now trying to find a way to install the LU agent, but without having to uninstall/reinstall NB.
The support tech said there wasn't any way.
Hi Ron, I thought the
Hi Ron,
I thought the liveupdate agent was installed automatically? As far as I know the clients are just standard installs. I've tried re-running the client install and it doesn't specifically include or avoid LiveUpdate.
I've only one NB server, and backups to/from that client are running ok.
Hi Ron, Just an update for
Hi Ron,
Just an update for you... but I've opened a case with support. they seem stumped too so far.
This works fine against a test machine that I handbuilt myself. But the production machines were built by a third party company.
Basically it looks like the nbliveup.exe file has some issue running. But all the files are there, and the permissions look ok.
On a good client, the log finishes with. the below.
I'm still not sure how you install the agent without the liveupdate part.
web permissions
The only thing I can think of is if permissions are not set on the server hosting liveupdate to allow the browsing of the files. I noticed that you had the path split on where the binaries are located. Best practice is to place ALL of the update and install files into the base web document path for the web server. The clients will know how to determine which package, patch, etc. that they need by doing a comparison of what they have today with what is registered on the liveupdate server.
Otherwise check both the directory permissions and the IIS or apache configuration to make sure that http users can browse and read from the top directory and down.
-Austin Lazanowski
"Backups are always too expensive until you needed them."
We don't even see the HTTP
We don't even see the HTTP GET attempts on accessing the web server, so the NBlive client isn't even trying to download.
Also, my test clients can access the http server just fine. So whatever the issue is, its on the clients.
I split them up as they all looks like "gobblygoosh", and when wanted to make sure I could seperate out updates if needed later on.
Once I have a working setup I might combine them back..
I just saw that you had 7.1 already installed
Ignore my first question, I didn't see the line where you said they had 7.1 installed; 7.1 always installs LiveUpdate.
In the output of the job that worked, the line "15:53:07.992 [972.1268] <4> nbliveup main: Updating LiveUpdate Server location to: http://it.domain.local/netbackup/win_x64" . This is the same line from the jobs that are failing, but they show "11:09:09.022 [3228.3584] <16> nbliveup main: RegOpenkeyEx() failed: The system cannot find the file specified. 2". Something is preventing the failing production servers from communicating with the LiveUpdate server.
Is your web server hosting the LiveUpdate files using HTTP, or HTTPS?
Can you verify that forward and reverse DNS lookups between the NBU master/client/LiveUpdate server are all correct?
Can you double-check the LiveUpdate policy and verify that the clients are specified there with the correct Windows x86 or x64 version? And is NetBackup also showing the correct version when you bring up the client properties in the NBU GUI?
Hi, yes we checked
Hi,
yes we checked connectivity.. I can browse to the HTTP site ok in IE from all of the clients - no proxies involved either, no HTTPS involved.
RDNS and DNS records for the Master/Media server all look ok.
For testing, I've put one of the production machines into my test ploicy (that same policy works ok against my test VM), and just added that machine, 64bit, 2008 confirmed. It failed (under Supports viewing). I then manually updated it to 7.1.0.2, which all went ok. Backups from that client, also OK.
Would you like to reply?
Login or Register to post your comment.