RPCBIND

Hi Newbie here!

On our SunFire-V890, I see that the rpcbind takes up to 12.5%. It has 8 cpu's. And it remains almost at that, even if there is hardly any nfs load on that machine. I obsever that nfsd goes up when a lot of IO happens and then comes down.

Since this is a system process one would assume that it should not take up a lot of cpu.

Another question about the CPU usage observed under top.

does 12.5% of the CPU mean 100% on 1 CPU ? Is this true for Solaris ?

platform:

uname -a

SunOS andobarc 5.9 Generic_118558-06 sun4u sparc SUNW,Sun-Fire-V890 Solaris

Thank you for any feedback,

-aMiT_tech

[667 byte] By [aMiT_tech] at [2007-11-26 11:02:32]
# 1

> Hi Newbie here!

>

> On our SunFire-V890, I see that the rpcbind takes up

> to 12.5%. It has 8 cpu's. And it remains almost at

> that, even if there is hardly any nfs load on that

> machine. I obsever that nfsd goes up when a lot of IO

> happens and then comes down.

>

> Since this is a system process one would assume that

> it should not take up a lot of cpu.

>

> Another question about the CPU usage observed under

> top.

> does 12.5% of the CPU mean 100% on 1 CPU ? Is this

> true for Solaris ?

Yes, that's correct. So it appears to be CPU bound as a single-threaded process.

It's possible that running 'truss' on it for a few seconds would show something that could lead to information (opening and closing a file repeatedly), but it's more likely to just be doing random networking stuff that you can't interpret.

You could try killing it with INT or TERM and then running it with -w to reload the database. It might clear it up, but that's just a shot in the dark.

Check for related patches maybe?

--

Darren

>

> platform:

> uname -a

> SunOS andobarc 5.9 Generic_118558-06 sun4u sparc

> SUNW,Sun-Fire-V890 Solaris

>

>

> Thank you for any feedback,

> -aMiT_tech

Darren_Dunham at 2007-7-7 3:16:20 > top of Java-index,Solaris Operating System,Solaris Essentials - General Technical Questions...
# 2

Hi Darren_Dunham,

Actually I can't kill it, because the server is live currently.

I did truss. And noticed, that a repeated access to open /etc/hosts.allow

I believe this is done for every IO done on the machine, I am not sure though if this what is taking up so much of CPU. I would assume nfsd shooting up not rpcbind. Any comments ?

Thank you

aMiT_tech

ioctl(15, 0xC0086990, 0xFFBFDA20)= 0

close(15)= 0

getpid()= 344 [1]

open("/etc/hosts.allow", O_RDONLY) = 15

fstat64(15, 0xFFBFCB10) = 0

fstat64(15, 0xFFBFC9B8) = 0

ioctl(15, TCGETA, 0xFFBFCA9C)Err#25 ENOTTY

read(15, " #$ I d :h o s t s".., 8192)= 1355

llseek(15, 0, SEEK_CUR) = 1355

close(15)= 0

ioctl(3, TI_GETMYNAME, 0xFFBFD984) = 0

fstat(3, 0xFFBFD760)= 0

putmsg(3, 0xFFBFD8FC, 0x000360E0, 0)= 0

poll(0xFFBFDCE8, 7, -1) = 1

fstat(3, 0xFFBFD968)= 0

getmsg(3, 0xFFBFDB08, 0x000360E0, 0xFFBFDB34)= 0

open("/dev/udp", O_RDONLY) = 15

ioctl(15, 0xC0086990, 0xFFBFDA20)= 0

close(15)= 0

getpid()= 344 [1]

open("/etc/hosts.allow", O_RDONLY) = 15

fstat64(15, 0xFFBFCB10) = 0

fstat64(15, 0xFFBFC9B8) = 0

ioctl(15, TCGETA, 0xFFBFCA9C)Err#25 ENOTTY

read(15, " #$ I d :h o s t s".., 8192)= 1355

llseek(15, 0, SEEK_CUR) = 1355

close(15)= 0

ioctl(3, TI_GETMYNAME, 0xFFBFD984) = 0

fstat(3, 0xFFBFD760)= 0

putmsg(3, 0xFFBFD8FC, 0x000360E0, 0)= 0

poll(0xFFBFDCE8, 7, -1) = 1

fstat(3, 0xFFBFD968)= 0

getmsg(3, 0xFFBFDB08, 0x000360E0, 0xFFBFDB34)= 0

open("/dev/udp", O_RDONLY) = 15

ioctl(15, 0xC0086990, 0xFFBFDA20)= 0

close(15)= 0

getpid()= 344 [1]

open("/etc/hosts.allow", O_RDONLY) = 15

fstat64(15, 0xFFBFCB10) = 0

fstat64(15, 0xFFBFC9B8) = 0

ioctl(15, TCGETA, 0xFFBFCA9C)Err#25 ENOTTY

read(15, " #$ I d :h o s t s".., 8192)= 1355

llseek(15, 0, SEEK_CUR) = 1355

close(15)= 0

ioctl(3, TI_GETMYNAME, 0xFFBFD984) = 0

fstat(3, 0xFFBFD760)= 0

putmsg(3, 0xFFBFD8FC, 0x000360E0, 0)= 0

poll(0xFFBFDCE8, 7, -1) = 1

fstat(3, 0xFFBFD968)= 0

getmsg(3, 0xFFBFDB08, 0x000360E0, 0xFFBFDB34)= 0

open("/dev/udp", O_RDONLY) = 15

ioctl(15, 0xC0086990, 0xFFBFDA20)= 0

close(15)= 0

getpid()= 344 [1]

open("/etc/hosts.allow", O_RDONLY) = 15

fstat64(15, 0xFFBFCB10) = 0

fstat64(15, 0xFFBFC9B8) = 0

ioctl(15, TCGETA, 0xFFBFCA9C)Err#25 ENOTTY

read(15, " #$ I d :h o s t s".., 8192)= 1355

llseek(15, 0, SEEK_CUR) = 1355

close(15)= 0

ioctl(3, TI_GETMYNAME, 0xFFBFD984) = 0

fstat(3, 0xFFBFD760)= 0

putmsg(3, 0xFFBFD8FC, 0x000360E0, 0)= 0

poll(0xFFBFDCE8, 7, -1) = 1

fstat(3, 0xFFBFD968)= 0

getmsg(3, 0xFFBFDB08, 0x000360E0, 0xFFBFDB34)= 0

open("/dev/udp", O_RDONLY) = 15

ioctl(15, 0xC0086990, 0xFFBFDA20)= 0

close(15)= 0

getpid()= 344 [1]

open("/etc/hosts.allow", O_RDONLY) = 15

fstat64(15, 0xFFBFCB10) = 0

fstat64(15, 0xFFBFC9B8) = 0

ioctl(15, TCGETA, 0xFFBFCA9C)Err#25 ENOTTY

read(15, " #$ I d :h o s t s".., 8192)= 1355

llseek(15, 0, SEEK_CUR) = 1355

aMiT_tech at 2007-7-7 3:16:20 > top of Java-index,Solaris Operating System,Solaris Essentials - General Technical Questions...