Их есть у меняне, я так понял, что это неизлечимо.
Типа фича ASA.
Нет, это ручки не оттуда...

P.S. к счастью, скора полностью перейдем на ASE :-)
Если у вас проблемы с ASA, куда вам на ASE-то?

NASDEFЗапущен сервер, клиенты коннектятся по TCPIP.

Переодически сервер как бы зависает, т.е. те кто подконнектился работают номально, а новые люди подконнектится не могут.

В логах сервера есть запись TCP Listener shutting down (10038)
Нужно указывать версию более точно, ибо...

c:\Asa8\rdme_802_ebf_4339.html ================(Build #4331 - Engineering Case #335979)================

After running for some time on Windows 2000, the server could have stopped
accepting new connections over TCP/IP, although existing connections would
have continued to work. If the -z switch was used on the server, a message
would have appeared in the server window saying "TCP Listener shutting down
(x)" where x is a number. This has been fixed.

Их есть у меняВерсия 7 правда.
С семёркой не работаю, соответственно, EBF-ов на неё у меня нет. У меня на 8.0.2.4358 этой проблемы нет тоже.

Их есть у менявот и я тоже не нашел :-)
Я до сего момента не искал, ибо мне это не нужно. А вот это ты видел:

rdme_704_ebf_3472.txt =================(Build #2789 - Engineering Case #272995)=================

The server could have stopped responding to new connections, (existing
connections still worked). if it received a TCP error on the listener
socket. The server message log would have shown an error similar to:
"TCP/IP link, error on TCP listener, rc=4, er=X, s=... ", where X is
the integer value of EWOULDBLOCK on that platform. This is now fixed.

Правда не пойму, чем это мешает нам работать с ASE, это же разные продукты :-)
ASA сильно проще.

Их есть у меняВот с ASA я редко имею дело, поэтому для меня она может сложнее.
Да нет в ней ничего сложного... простая безотказная вещь...

А по топику для семерки что-то нету такого ebfa - древняя версия может потому что. Или плохо искал :-)
К сожалению, ты так и не сознался, какая у тебя версия семёрки . Я предыдущий ответ выцарапал из Readme к 7.0.4.3472, но, судя по номеру билда, фикс появился значительно раньше, возможно, даже раньше 7.0.4.

А что там исправлять, если работает у всех, кроме пары "талантов"?
____________________________________
- Гарфилд, мышь!
- Спасибо, я сыт!

Dual Xeon 2.8G - полёт нормальный, настроение у всех хорошее .
____________________________________
- Гарфилд, мышь!
- Спасибо, я сыт!

Вот, сегодня в эхе прочитал. Посвящается всем, кто ещё не замучил ошибку 10038 :).

The error code 10038 is WSAENOTSOCK (see http://tinyurl.com/gth2 [shortcut to microsoft.com])

This means that for some reason the socket handle the engine has been using all of a sudden has become "bad". I cannot think of anything that would cause a socket to go bad, short of a network or hardware glitch (e.g. flaky NIC).

You might try running your database engine on a different NIC or a new machine, just to rule out the possibility of local hardware issues.

There is a new (hidden) option that was added to ASA 8.0.3 (5181) [and newer 9.0.x builds too] specifically to let the engine continue while ignoring socket errors (there are some cases where Winsock throws incorrect or ambiguous errors/warnings). Simply add the following to your server startup options:

-x tcpip(IgnoreCodes=10038)

and the engine will ignore any 10038 errors it gets.
HOWEVER...recognize that ignoring the error may put the engine into a bad state(!!)

I suggest trying this on a test database where you have been able to reproduce the 10038 error condition. See if adding the switch lets the engine continue to accept new connections past the point where it had been closing the listener.

If you still are facing problems, you might consider opening a case with iAnywhere Technical Support.

Hope this helps,
greg.fenton
--
Greg Fenton
Consultant, Solution Services, iAnywhere Solutions
____________________________________
- Гарфилд, мышь!
- Спасибо, я сыт!