proNovell

на котором поднят только IPX. Карта RTL8029(связь по коаксиалу).

*********************************************************
Novell Open Enterprise Server, NetWare 6.5
PVER: 6.50.06

Server TNT_SRV5 halted Friday, 11 May 2007 4:07:39.867
Abend 1 on P00: Server-5.70.06: Page Fault Processor Exception (Error code 00000000)

Registers:
CS = 0060 DS = 007B ES = 007B FS = 007B GS = 007B SS = 0068
EAX = 850892A4 EBX = 9518D336 ECX = 00000167 EDX = 00000001
ESI = B446853C EDI = 85089312 EBP = 9518D37A ESP = 9B322FF4
EIP = 896AE0F4 FLAGS = 00010002
896AE0F4 F3A5 REP MOVSD
EIP in IPXSPX.NLM at code start +0000F0F4h
Access Location: 0xB446853C

The violation occurred while processing the following instruction:
896AE0F4 F3A5 REP MOVSD
896AE0F6 8B4D04 MOV ECX, [EBP+04]
896AE0F9 83E103 AND ECX, 00000003
896AE0FC F3A4 REP MOVSB
896AE0FE 83C508 ADD EBP, 00000008
896AE101 4A DEC EDX
896AE102 75E7 JNZ 896AE0EB
896AE104 5F POP EDI
896AE105 5E POP ESI
896AE106 5B POP EBX



Running process: NWZIP 1 Process
Thread Owned by NLM: NWZIP.NLM
Stack pointer: 9B323014
OS Stack limit: 9B31F4A0
Scheduling priority: 67371008
Wait state: 5050090 Wait for interrupt
Stack: --9518D43A ?
--9518D336 ?
--9518D336 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
896AD903 (IPXSPX.NLM|CopyPacketToRouter+7)
--9518D336 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
896AC53A (IPXSPX.NLM|IPXSendPacket+65)
896AC5A3 (IPXSPX.NLM|CIPXCancelECB+1A)
--00000297 (LOADER.NLM|KernelAddressSpace+297)
--9519C0AA ?
--AA4D4000 ?
--9518D336 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
89A231A4 (REQUESTR.NLM|_FreeConnection+6A0)
--9518D336 ?
--9518D2A0 ?
89A2FE1F (REQUESTR.NLM|DisplayConnectionsByNLM+563)
--9518D2A0 ?
--9518D336 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
89A22EA0 (REQUESTR.NLM|_FreeConnection+39C)
--AFB2E580 ?
--00000024 (LOADER.NLM|KernelAddressSpace+24)
--A87A9A00 ?
--00050BD4 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--9518D3DE ?
--00000246 (LOADER.NLM|KernelAddressSpace+246)
0010EF06 (LOADER.NLM|kSpinUnlockRestore+26)
--00000246 (LOADER.NLM|KernelAddressSpace+246)
00211EBF (SERVER.NLM|kSemaphoreSignal+11F)
--AA2BA600 ?
--00000246 (LOADER.NLM|KernelAddressSpace+246)
--00000246 (LOADER.NLM|KernelAddressSpace+246)
--AA2BA600 ?
--AA2BA680 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--9518D5A0 ?
--00000001 (LOADER.NLM|KernelAddressSpace+1)
--9518D3AA ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--9518D3DE ?
--00000246 (LOADER.NLM|KernelAddressSpace+246)
--00000246 (LOADER.NLM|KernelAddressSpace+246)
0010EF06 (LOADER.NLM|kSpinUnlockRestore+26)
--00050BC2 ?
--00000063 (LOADER.NLM|KernelAddressSpace+63)
--9518D336 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--00000002 (LOADER.NLM|KernelAddressSpace+2)
--9518D444 ?
--AA2BA600 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--9B323130 ?
--9518D2A0 ?
--9518D2A0 ?
89A315FD (REQUESTR.NLM|DisplayConnectionsByNLM+1D41)
--9518D2A0 ?
--00000049 (LOADER.NLM|KernelAddressSpace+49)
--00000002 (LOADER.NLM|KernelAddressSpace+2)
--9B323130 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--9B323150 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--9B323158 ?
--FFFFFFFF ?
--9518D2A0 ?
--0000059C (LOADER.NLM|KernelAddressSpace+59C)
89A35348 (REQUESTR.NLM|NCPWriteFile+194)
--9518D2A0 ?
--00000049 (LOADER.NLM|KernelAddressSpace+49)
--00000002 (LOADER.NLM|KernelAddressSpace+2)
--9B323130 ?
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--00000000 (LOADER.NLM|KernelAddressSpace+0)
--9B323150 ?
--9B323140 ?
--0000000D (LOADER.NLM|KernelAddressSpace+D)
--B446853C ?
--0000059C (LOADER.NLM|KernelAddressSpace+59C)
--33000000 ?
--03000004 ?
--05D87338 ?
--9519C09C ?
--9518D2A0 ?
--0000059C (LOADER.NLM|KernelAddressSpace+59C)
--934E71E0 ?
--03386E3C ?
--00001A58 (LOADER.NLM|KernelAddressSpace+1A58)
--AA4D4000 ?
89A89655 (NLMLIB.NLM|utime+8C5)
--98DFB000 ?
--033873D8 ?
--B4467FA0 ?
--000014BC (LOADER.NLM|KernelAddressSpace+14BC)
--9B3232A8 ?
--FDE1F0F3 ?

Additional Information:
The CPU encountered a problem executing code in IPXSPX.NLM. The problem may be in that module or in data passed to that module by a process owned by NWZIP.NLM.

Loaded Modules:
NWZIP.NLM NWZIP - Archiver for Backup's on Netware
Version 2.18 17 November 2003
Code Address: B4AA5000h Length: 00018029h
Data Address: B4D09000h Length: 0004F9A0h
WPSD.NLM ServiceDescriptor Natives NLM
Version 2.00 8 August 2005
Code Address: A87E1000h Length: 00000350h
Data Address: A87E3000h Length: 000000A4h
N_PRDDAT.NLM N_PRDDAT
Version 1.00 3 February 2003
Code Address: A87DC000h Length: 00001E84h
Data Address: A87DF000h Length: 000001D0h


Происходит с завидной регулярностью. Причем уже на закрытии готового архива.

2 Boris Morozov: Вы сами ответили на свой вопрос:

Карта RTL8029(связь по коаксиалу).

Ведь упала-то именно IPX'a:

EIP in IPXSPX.NLM at code start +0000F0F4h
Access Location: 0xB446853C

Никогда не ставьте риалтек в сервера. Тем более 8029.
Купите (стОит копейки) что-нибудь более приличное с BNC - DEC21141, например...
---<cut>---
Don't buy a card with RealTek Chipset. A comment in the FreeBSD
driver sumarizes why they are slow:
http://www.FreeBSD.org/cgi/cvsweb.cgi/s ... h_tag=HEAD

The RealTek 8139 PCI NIC redefines the meaning of 'low end.'
This is probably the worst PCI ethernet controller ever made,
with the possible exception of the FEAST chip made by SMC. The
8139 supports bus-master DMA, but it has a terrible interface
that nullifies any performance gains that bus-master DMA
usually offers.

For transmission, the chip offers a series of four TX
descriptor registers. Each transmit frame must be in a
contiguous buffer, aligned on a longword (32-bit)
boundary. This means we almost always have to do mbuf copies
in order to transmit a frame, except in the unlikely case
where a) the packet fits into a single mbuf, and b) the packet
is 32-bit aligned within the mbuf's data area. The presence of
only four descriptor registers means that we can never have
more than four packets queued for transmission at any one
time.

Reception is not much better. The driver has to allocate a
single large buffer area (up to 64K in size) into which the
chip will DMA received frames. Because we don't know where
within this region received packets will begin or end, we have
no choice but to copy data from the buffer area into mbufs in
order to pass the packets up to the higher protocol levels.

It's impossible given this rotten design to really achieve
decent performance at 100Mbps, unless you happen to have a
400Mhz PII or some equally overmuscled CPU to drive it.

You may say that you don't care about preformance and RealTeks
are really cheap and in many stores the only NICs you can
get. Still don't buy them. They often just don't work and you
spent to much time debugging obscure failures. For example
RealTeks tend to change their MAC-Address wihtout motivation. I
know a company which bought 100 RealTeks a year ago - they had to
trash arround 50 up to now because there where broken.

Save you hassles - don't buy a RealTek.
---<cut>---
А уж про 8029 я вообще промолчу, кхе...

Все мои попытки юзать nwzip на 4.2 кончались именно абендом. Писать на 4.х с другого сервера не пробовал...

через эту карту и со стороны клиентов через основной сервер.
Проблемы только с NWZIPом.
Ставить что-то другое туда никто не будет, это просто умрет со временем и несильно критично. А еще специально искать другую карту с коаксиалом точно никто не будет. Вопрос больше теоретический.

NWZIP напрямую не работает ни с один протоколомю Вся сетевая работа ведется только средствами NWAPI, NWDSAPI и POSIX функциями.

Вам правильно ответили - проблема в сервере.
Для проверки - попробуйте установить на него toolbox и сделайте тоже самое - не знаю что вы делаете - считываете или записываете на сервер.
Я больше чем уверен что toolbox тоже свалится на вашем сервере, потому как принцип действия с отдаленными серверами одинаковый.

Архивация проходит практически до конца, если переименовать временный файл, то он распаковывается практически весь, ругается что на преждевременный конец. Но самое интересное, что в нем ЛИШНИЕ файлы, а именно зачем-то они достались из файла netware.zip (ну есть такой, там исходники на паскале для доступа к функциям netware, имею право так обозвать). Причем сам ZIP файл вполне нормально присутствует.
И не хватает файлов в каталоге Netware (тоже исходники).
Я не знаю, с чем это связано, но для глюков в железе и драйверах это как-то сложновато, распаковать netware.zip
Щас переобзову ради хохмы.

а вот убирание некоторых файлов, не сильно нужных похоже результат дает. Странно все это. Посмотрим статистику.

Кириллицу из имён долой.
И спецсимволы туда же.

И будет ништяк.

Аркадий Глазырин писал(а):Кириллицу из имён долой.
И спецсимволы туда же.

И будет ништяк.

Не в этом дело. Проверял. Не работает nwzip на 4.хх

Почему-то именно они не дописываются. Такое впечатление, что последний блок архива с мусором. Если пофиксить зипа, то практически все на месте, за исключением некоторых zip файлов, которые были в исходном каталоге. И мусор - содержимое одного из ник(причем распакованное почему-то).
Сегодня ночью кстати абенда уже не было.