Unsolved

This post is more than 5 years old

19 Posts

1057

June 30th, 2009 06:00

Networker not starting after 7.4 upgrade

I have had several failed attempts now to upgrade to 7.4.4.3 running on AIX.
nsrd appears to just hang when Networker is started following the upgrade.
Following various sessions with support, everything apart from nsrdb has been eliminated as being the cause. A vanilla nsrdb comes up just fine; our 7.3.4 nsrdb has the problem.
I ran nsrd in debug mode and established that it's stuck waiting for nsrmmdbd. If I start nsrmmdbd manually then nsrd 'wakes up' and Networker continues to come up as normal (albeit with nsrmmdbd outside of nsrd's control).
Whilst nsrd is stuck in it's loop, the only other process up is nsrexecd. Normally I'd expect nsrlmc to have kicked in by then, though my experience is only with 7.3.4 or earlier.
Has anyone seen anything like this ? Does anyone know by what mechanism nsrd is meant to fork off nsrmmdbd ?
Networker starts again just fine after reverting to 7.3.4

2 Intern

 • 

1.1K Posts

June 30th, 2009 07:00

Jason

You can delete:

/nsr/res/jobsdb

See if that has an effect

/nsr/res/nsrdb should not be deleted as that contains your configuration

19 Posts

June 30th, 2009 07:00

Removing the jobsdb made no difference. We (re)moved everything and the presence or absense of our nsrdb is the trigger for Networker not starting properly.

2 Intern

 • 

1.1K Posts

June 30th, 2009 07:00

Try running nsrim -X and then starting Networker.

19 Posts

June 30th, 2009 07:00

The problem will occur in the absense of any mm/ or index/ directories.
A clean install of 7.4.4 with just our nsrdb dropped in will hang. I don't believe nsrim touches nsrdb ?

2 Intern

 • 

1.1K Posts

June 30th, 2009 08:00

All I can suggest you do is to do a DR from backups

6 Operator

 • 

14.4K Posts

 • 

56.2K Points

June 30th, 2009 10:00

This was known issue for early 7.4.x and there is also regression in SP3 for certain platforms. However you said you use 7.4SP4.3 - it is strange support didn't give you SP4.5, but perhaps they went for first release which fixed the problem you originally received this fix for.

Not sure if it will help, but try following as test:
- stop NW
- start manually from CLI as root only /full_path/nsrexecd
- wait 2 minutes
- start manually from CLI as root only /full_path/nsrd

2 Intern

 • 

1.1K Posts

July 1st, 2009 01:00

Have you thought about trying upgrading to 7.5.1?

19 Posts

July 1st, 2009 01:00

Thank you for the pointers. I've had a call open for just about a month now and this is the first time anyone has alluded to this being a known issue.
The exact version I have is 7.4.4.3, build 643
I'd already effectively tried what you suggested in order to run up nsrd with -D5, albeit with less than a two minute break after nsrexed was started.
It manages a
lgto_auth for `nsrmmdbd' succeeded
and then makes numerous calls into
Calling clnttcp_create function
punctuated with
create client handle for loncmxs1999, 390107, 6, NULL failed, sleeping...
connect to mmdb prog 390107 vers 6 on ` ' failed: Program not registered
lgto_mmdb_auth failed: Program not registered
and then sits forever (at least 1 hour plus I've left it) in endless
Calling clnttcp_create function
Presumably waiting on mmdb, hence me trying a manual start of it, which did get things moving.

19 Posts

July 1st, 2009 03:00

I keep rolling back to 7.3.x but I should be able to rig up a test environment on AIX. This is the only datazone we have on AIX (and it's production too). The Linux hosted ones all upgraded without a hitch.

19 Posts

July 1st, 2009 03:00

That's a good idea, it will be an interesting data point to see if it'll come up with 7.5

2 Intern

 • 

1.1K Posts

July 1st, 2009 03:00

At present the only way you have got to go is to reinstall the old version and do a DR so trying the newest version should not be too much of a problem...

27 Posts

August 4th, 2009 04:00

does your upgrade works ? Maybe it worth to try disable strong authentication before upgrade? just a thought ...
No Events found!

Top