SAMBA + ServiceGuard + RHEL 4

[Vladimir_78]

I'm trying to configure SAMBA package on ServiceGuard cluster. It doesn't start.
In nmbd.log:
Failed to open nmb socket on interface 10.13.7.94 for port 137. Error was Cannot assign requested address

[melvyn burnard]

First question, can SAMBA be started outside of Serviceguard? If not, then fix that first.
Second question, are you using the SAMBA toolkit from http://h20293.www2.hp.com/portal/swdepot/displayProductInfo.do?productNumber=T2341BA

or even better:
http://h20293.www2.hp.com/cgi-bin/swdepot_parser.cgi/cgi/displayProductInfo.pl?productNumber=SGLXTOOLS

[Ivan Ferreira]

This is always my first question when using RHEL4, did you disable SELinux?

[Steven E. Protter]

Shalom Vladimir,

netstat -an | grep ":37 "

I bet you'll see Samba already running on the port.

To make Samba open in SG, which is quite possible, you must make sure its not already running. The package script needs to start it.

SEP

[Vladimir_78]

1. SAMBA works outside SG.
2. samba-toolkit-A.02.00-0.product.redhat.i386.rpm
3. SElinux was in warning mode, now it's disabled.
4. SAMBA isn't running on the port.

I've installed Apache package.
It doesn't work too.

Jan 12 00:41:49 - Node "hp1": Starting Apache daemons.
(98)Address already in use: make_sock: could not bind to address [::]:80
no listening sockets available, shutting down
Unable to open logs
ERROR: Function start_server: Failed to start Apache daemons.
ERROR: Jan 12 00:41:49 - Failed to start HTTP.
ERROR: Function customer_defined_run_cmds; Failed to RUN customer commands

[melvyn burnard]

Well the error says it all:
Jan 12 00:41:49 - Node "hp1": Starting Apache daemons.
(98)Address already in use: make_sock: could not bind to address [::]:80

There is already something listening on the socket you are trying to use.

[Stuart Browne]

'netstat -ntulp', and see what's there.

[Vladimir_78]

Nothing like this.

[Steven E. Protter]

Shalom again Vladimir,

Clarly ther eis nothing running on netstat. What does the port 137 entry look like in /etc/services

The web server is more curious. Daemons starting up wanting to bind to ports under 1024 require root access.

I assume root is trying the start but I'd like to check this.

SEP

[Stuart Browne]

I guess somethign to consider is the SELinux state.

I recently installed some 3rd party stuff on a FC4 box (SELinux enabled) and ran into odd issues. SELinux was enforcing, and I didn't have any new targeted policies to put in.

As it's the ServiceGuard which will probably be trying to do something with the port, does it have Targeted Policies to allow the access? (Sorry, I don't have any SG here to check).