Received message "No buffer space available" and then application stopped

[Cheri Wong]

Hello,

Recently, I found that one application running on my DS10 tru64 4.0g stopped intermittent due to ENOBUF "No buffer space available. The application vendor told me that ENOBUF is caused by network or system overload. It is not an application bug so no fix can be provided.

Could anyone explain more details about ENOBUF? What cause ENOBUF? Is it serious? How to solve it? If ENOBUF is caused by system overload, is there any kernel parameter that I can set to solve it?

Your kindly help will be highly appreciated.

Thanks in advance!!

Regards,
Cheri

[Steven Schweda]

If I had a question on Tru64, I'd expect more
and better responses in a Tru64 forum than I
would in this HP-UX forum.

ENOBUF -> ENOBUFS?

What's the application?

What was the application trying to do when it
got the ENOBUFS error?

> The application vendor told me [...]

Ask the application vendor what "network or
system overload" really means.

> Is it serious?

It stops your application, doesn't it?

Are your patches up to date? Tru64 version
4.0g is pretty old.

There may be some kernel parameter adjustment
which might help, but it's hard to say
without knowing which operation actually
failed. A parameter which affects file I/O
might do nothing about an IP socket problem.

[Venkatesh BL]

man errno says,

[ENOBUFS] No buffer space available
Indicates insufficient resources, such as buffers, to complete the call. Typically, a call used with sockets has failed due to a shortage of message or send/receive buffer space.

Again, without knowing what the application does, we cannot recommend anything.

[Cheri Wong]

Hello,

Actually, the application is doing the encryption. It will using UDP and TCP port to connect to another server to send the encrypted messages.

During the application exits, the following messages will be received:

sendto: No buffer space available

Thanks,
Cheri

[Rob Leadbeater · Accepted solution]

Hi Cheri,

Does the output of

# netstat -n

show you anything interesting ?

Maybe the application has created *lots* of connections to the remote system...

Hope this helps,

Regards,

Rob