problem with netstat

[quintincs]

I do a netstat -rn , but the following message appears:

no namelist.

Can anybody help me?

thanks

[Ivan Ferreira]

no namelist: unable to connect to kloadsrv daemon

Verify that the kloadsrv daemon is running. If it is not, start it. See kloadsrv(8) for more information.

[Ivan Ferreira]

no namelist: requested symbols not found in kernel

Make sure that you have not replaced the running kernel with a new kernel. You might need to reboot the system to correct this problem.


All these I got from man netstat ;).

[quintincs]

Hi Ivan,

thank for your fast answer.

Kloadsrv is running and today I have restarted the computer.

no message appears together "no namelist".

[Ivan Ferreira]

I would try recompiling the kernel, as the previous messages indicates something related to it.

[Venkatesh BL]

Are you saying that the problem persists even after reboot?

From when are you facing this problem? Did anything change in the system recently?

[quintincs]

Yes, after restarting the problem persits.

I think nobody did changes.I only remembered a instalation of MME-EASE software several months ago. Will it have relation?

[Venkatesh BL]

Did you try recompiling the kernel as Ivan suggested?

Can you just check if 'collect -i2 -sn' run properly?

(Do Ctrl-C to stop it)

[Al Licause]

Run the command ipcs -a.

Check to see if the QNUM field is full (40). If it is, then kloadsrv cannot talk to message queue and cannot complete the netstat commands.

The LSPID and LRPID fields show the last process id to send a message to the
message queue and the last to received a message from the queue.

There is a sysconfig parameter in the ipc subgroup called msg_tql which controls the max number of message in the message queue. This can be increased from the default of 40 to something higher, but it is not dynamic and requires a reboot to change.

[quintincs]

It has the parameter msg_tql=40.

I have executed the commando ipcs -a

Message Queues:
T=q ID=0 KEY=0x41003eae MODE=--rw------
OWNER= root GROUP=system CREATOR=root
CGROUP=system CBYTES=0 QNUM=0 QBYTES=1 LSPD=3 LRPID=1302 STIME=18:04:02 RTIME=18:04:02 CTIME=18:02:51

If you do not have other idea, I will try to recompile the kernel tomorrow

[Venkatesh BL]

Does 'collect -i2 -sn' run fine?

[quintincs]

I do not find or see any process with name "collect", I have tried with "ps aux", "find" and running "collect -i2 -sn".

the version of OS:

OSF1 tbm_a V4.0 1229 alpha

[quintincs]

Hello to everybody again,

I have already rebuilt the kernel but the problem persists. does anyboy have any idea?

[Al Licause · Accepted solution]

It seems that most of the reasons for this problem occuring have already been discused, but I'll list some notes I have to help resolve this problem:

If you get the error "no namelist" when doing a netstat command check the following:

Try restarting kloadsrv........do this before anything else !

Look at the kls entry in /etc/inittab:
On an unmodified v5 system it reads as follows:

kls:Ss:sysinit:/sbin/kloadsrv < /dev/console > /dev/console 2>&1

On the lab systems it reads as such:
kls:s0123456789:respawn:/sbin/kloadsrv -f < /dev/console > /dev/console 2>&1

ls -l /vmunix ; check protections....should be 755
file /vmunix ; make sure it is not stripped

ls -l /usr/sbin/netstat

ls -l /dev/mem
ls -l /dev/kmem ; check both memory drivers

sizer -b ; to show which image they booted into /vmunix or
/genvmunix

if processes are defunct, check to see if /sbin/kloadsrv is running....
w/o this process netstat will fail.

[Arch_Muthiah]

Quin,

This may be due to permission problem also
so check the permission...
#ls -l `which netstat`
If the persmission is "-rwx--x--x", then
change it to "-rws--x--x" by

#chmod u+s /usr/sbin/netstat


Archunan

[Arch_Muthiah]

Quin,
This will work fine for root,
so I would suggest you to give permission to very user.

Archunan

[Arch_Muthiah]

Quin,

I go this from google for you...

The 'no namelist' problem often happens when the running kernel is not the
version that was created for the current system, ie a patchkit is loaded and
the new patched kernel isn't copied to /vmunix, so when the system reboots
it will be running from the old kernel with all the new patched files.
Running from /genvmunix can also have this effect.

With the network card: what type is it ? You can set the card to the same
speed and duples parameters as your switch at the firmware prompt so
autonegotiation is disabled and you shouldn't see this problem. The DE600
cards ignore the firmware setting and have to be set in /etc/inet.local as
follows (example is to set ee0 to full duplex 100 speed):

/usr/sbin/ifconfig ee0 down
/usr/sbin/lan_config -i ee0 -a 0 -s 100 -x 1
/usr/sbin/ifconfig ee0 up


Archunan

[quintincs]

Hello to everybody,

I have restarted kloadsrv and after that, it is working. Why? (Before, I had rebooted several times the computer).

Before restarting that process I had reviewed it with "ps aux" and unique difference is the value of state. When it was not work the state was IW (the process is swapped out) while now the state is I. OK, the important is now it is working. I suppose if the computer is rebooted I will have the problem again.

Thank everybody for your help.

[ahmed elfarrad]

Hello,
I had the same problem. When I looked for the /stand/vmunix file, I found that /stand file system was unmounted !!!! I just did a "mountall" command and everything worked fine !
So you just have to check that the kernel file system ( /stand ) is still mounted !
Regards.