make_net_recovery not working from one server

[Charles Holland]

Greeting experts,

This involves Ignite 5.4.50. I did not post it in the Ignite-UX forum as I don't believe it is an Ignite problem.

Background:
One server, master control, that at given times does a remote shell to other servers having them run a script that does a make_net_recovery process back to the master control server which also serves as our ignite server. The "run_make_net_backups" script is on mstrcntl. The "Net_BackUp" is on the other servers.

Problem:
Five out of six servers work just fine. The last one (specifically server thrdbase) appears to completely ignore the remsh command. Please note that the servers are paired so that, *presumeably*, no more that two are running at a time. It makes no difference if it is specified first or third. BUT it will work just fine if I am sitting on mstrcntl and type in the command 'remsh thrdbase -n Net_BackUp'. If I include the ' &' after the Net_BackUp .. nothing. The other two with the ' &' in the script work fine.

Now I must admit that the script on thrdbase is "enhanced" compaired to the other two, but I don't understand why it will work from my command prompt and not from the script with the ' &'.

A copy of all three scripts are attached.

Thanks, and look forward to suggestions.

[Bernhard Mueller · Accepted solution]

Charles,

take a look at your patches, e.g. PHNE_29464

JAGae60531 / SR 8606296995:
remshd does not wait until all its sub-child processes finish execution.

Regards
Bernhard

[Steven E. Protter]

On the Ignite server check the permissions on /etc/exports

Access could be limited by NFS configuration.

Being current on patching(prior post) is always a good thing.

SEP

[Charles Holland]

Bernhard -
PHNE_29464 was superseeded by PHNE_30433. The server causing the problem has neither. PHNE_30433 is scheduled to be applied on 12/12/2004.......but I may rush it along to see if it will resolve the problem.

Note: all systems EXCEPT thrdbase and hombase are up to date on patches. These being our two production servers we are waiting to apply patches based on the result of OS patches applied on our development systems.

SEP -
The permissions in /etc/exports are identical for all servers.

NFS is no problem on anything else.... but it only takes one to cause a problem.

Patches....... see note above.

Status update after single patch is applied.

Regards

[Charles Holland]

Installation of patch and subsequent testing resulted in desired results. It now works.......on to the next project

Thanks to all.

Regards