proNovell

Вот прямо сейчас и решил написать, чем закончилась перезагрузка сервера. Доброй ночи, господа!

Где-то месяц назад решил перестроить кэш у бордюра.
1. Снес 1 том NSS, создал 3 TFS
2. По тиду 2949807 занялся настройкой параметров.
3. Поменял в том числе (честно по тиду) параметр соединений: MAXIMUM PHYSICAL RECEIVE PACKET SIZE был 4224 стал 1514, при чем этот параметр вступает в силу после перезагрузки сервера, а на это все случай не подворачивался.
И вот когда я уже почти и забыл о произведенных настройках, что-то мне перестала нравиться работа прокси и я таки решил перегрузить сервер. При чем, что бы не напрягаться с юзверями сделал это поздо вечером из дома Ну и естевственно (как же могло быть иначе ) сервер не загрузился. Припершись в 12 ночи на работу, что я обнаружил:
Не биндится карта, в inetcfg полный порядок, а в nwconfig'e ее нет и не ставится. При чем касалось это только СЕ100, 3com (вторая сетевая) работал. Я уже вычистил все упоминания о таковой (ce100) из всех конфигов - бесполезно, уже думал померла, даже винт с виндой в сервак ткнул - работает падла .
Вобщем, где-то в пол третьего ночи нарыл тид http://support.novell.com/cgi-bin/searc ... 015660.htm , который меня поверг в шок. В нем так просто написано, мол с CE100b проблема? Не грузится драйвер? Так вы просто пойдите и ... MONITOR|SERVER PARAMETERS|COMMUNICATIONS, set MAXIMUM PHYSICAL RECEIVE PACKET SIZE=2048
И точно, все заработало! Вобщем, Тиды весьма полезной вещью оказались, по одному заварил - по другому расхлебал. Я в шоке. Поехал спать.

Дык, это... На протяжении многих саппорт-паков для NetWare 4.x и 5.x про это писалось (когда шёл переход от E100B к CE100B). Вот, например, цитата из README к NetWare 5.0 Support Pack 6a:

TID2958185 писал(а):4.0 Driver Issues

4.1 Intel's E100B.LAN Driver Replaced with CE100B.LAN

Intel has replaced the E100B.LAN driver with the CE100B.LAN driver for use with NetWare 5.0. The CE100B.LAN driver, written to the C ODI Specification 1.11, supports the latest Intel and NetWare feature set. This migration is consistent with our recommendation to migrate Hardware Specific Modules (HSMs) from Assembly to C-based drivers. Questions regarding this migration can be directed to Intel Customer Support at http://support.intel.com.

4.2 Intel Drivers and Maximum Physical Receive Packet Size

When using Intel-based PCI cards, you should use a Maximum Physical Receive Packet Size of 2048 or more. This includes the following drivers: E100.LAN, E100B.LAN and CE100B.LAN (Intel), HPTX.LAN and CHPTX.LAN (HP), IBMFE.LAN and CIBMFE.LAN (IBM), and N100.LAN (Compaq).

Так что я, прочитав про это один раз, дальше уже воспринимал данный минимум уже как нечто само собой разумеющееся.

Кроме того, вместо упомянутого Вами Тид-а 2949807 уже есть более новый - BorderManager Proxy and Cache Performance and Tuning - TID10018669 (last modified 02DEC2004) (Formerly TID 2949807). И в нём упомянутая Вами рекомендация по данному параметру изложена уже в другой редакции, более осторожной:

TID10018669 писал(а):5.1. Communications

Maximum Physical Receive Packet Size = 4224

This value corresponds to the largest possible packet for the interfaces directly connected to the server. This is the number of bytes used for each packet receive buffer. It also corresponds to the largest size of contiguous memory created for DMA transfers by the network interface card. If you are certain, from information provided by your network interface card manufacturer, that you can safely reduce this then you may save memory by reducing this value. BUT BE CERTAIN. Specifying too small a value can degrade performance and cause other unpredictable behavior. If, for example, you know your card will still function optimally with a maximum physical receive packet size of 1514, you will save 2710 bytes of memory per buffer. If you have 1000 packet receive buffers allocated, that is about 2.6Mb of RAM you would be saving.

А в "предисловии" это даже ещё раз отдельно оговаривается:

TID10018669 писал(а):1. Patches and Drivers

[...]
Whenever applying any new patches or drivers, make sure you read the "readme" that accompanies it. Be familiar with any limitations or special considerations the new files may bring. For example, the readme for a LAN driver may recommend a higher Maximum Physical Receive Packet Size than what is recommended by this document.