[Comm] Oops

[Comm] Oops

[Yuri N. Glibovetz]

Здравствуйте!

Oops: 0002
CPU:    0
EIP:    0010:[<c2844376>]    Not tained
EFLAGS: 00010216
eax: c133a020   ebx: 0001351c   ecx: 00000000   edx: 00000000
esi: c133c160   edi: c133c000   ebp: 00000018   esp: c02abf2c
ds: 0018   es: 0018   ss: 0018
Process swapper (pid: 0, stackpage=c02ab000)
Stack: 00000001 00000014 00006400 c0da27a0 c01e67cc c02cf6a8 c02abf48 
c15c3c60
        04000001 00000009 c02abf9c c010a27a 00000009 c133c000 c02abf9c 
c02abf9c
        00000009 c02cda20 c15c3c60 c010a42d 00000009 c02abf9c c15c3c60 
c02aa000
Call Trace:    [<c01e67cc>] [<c010a27a>] [<c010a42d>] [<c0106df0>] 
[<c0106df0>]
   [<c0106e14>] [<c0106e82>] [<c0105000>]

Code: ff 49 74 0f 94 c0 84 c0 74 2a 9c 5b fa 31 d2 8d 04 52 c1 e0
  <0>Kernel panic: Aiee, killing interrupt handler!
In interrupt handler - not syncing

И в таком роде несколько раз на день :(

ALT Compact 2.3
Ядро 2.4.22-std-up-alt17

Куда смотреть дальше?

С уважением,
Yuri N. Glibovetz

Re: [Comm] Oops

[Vitaly Lipatov]

On Wednesday 07 July 2004 19:48, Yuri N. Glibovetz wrote:
> Здравствуйте!
>
> Oops: 0002
> И в таком роде несколько раз на день :(
Для начала память тестировать и температуру процессора мерять, 
cpuburn запускать...

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [Comm] Oops

[Yuri N. Glibovetz]

Vitaly Lipatov пишет:

> On Wednesday 07 July 2004 19:48, Yuri N. Glibovetz wrote:
> 
>>Здравствуйте!
>>
>>Oops: 0002
>>И в таком роде несколько раз на день :(
> 
> Для начала память тестировать и температуру процессора мерять, 
> cpuburn запускать...
> 

Так на разных компьютерах наблюдается.
На работе компьютер расшаривает интернет (VPN, mschap-v2, mppe-128). При 
достаточно большой активности это часто и происходит. Хотя четкой 
закономерности не наблюдается.
Дома такое происходит при попытке захвата видео с TV-тюнера (Genius 
Video Wonder Pro III на SAA7134). Причем закономерность четкая.
А вообще, что конкретно означает Oops: 0002?

Re: [Comm] Oops

[Gennadiy Redko]

Yuri N. Glibovetz пишет:
> Здравствуйте!
> 
> Oops: 0002
> CPU:    0
> EIP:    0010:[<c2844376>]    Not tained
> EFLAGS: 00010216
> eax: c133a020   ebx: 0001351c   ecx: 00000000   edx: 00000000
> esi: c133c160   edi: c133c000   ebp: 00000018   esp: c02abf2c
> ds: 0018   es: 0018   ss: 0018
> Process swapper (pid: 0, stackpage=c02ab000)
> Stack: 00000001 00000014 00006400 c0da27a0 c01e67cc c02cf6a8 c02abf48 
> c15c3c60
>        04000001 00000009 c02abf9c c010a27a 00000009 c133c000 c02abf9c 
> c02abf9c
>        00000009 c02cda20 c15c3c60 c010a42d 00000009 c02abf9c c15c3c60 
> c02aa000
> Call Trace:    [<c01e67cc>] [<c010a27a>] [<c010a42d>] [<c0106df0>] 
> [<c0106df0>]
>   [<c0106e14>] [<c0106e82>] [<c0105000>]
> 
> Code: ff 49 74 0f 94 c0 84 c0 74 2a 9c 5b fa 31 d2 8d 04 52 c1 e0
>  <0>Kernel panic: Aiee, killing interrupt handler!
> In interrupt handler - not syncing
> 
> И в таком роде несколько раз на день :(
> 
> ALT Compact 2.3
> Ядро 2.4.22-std-up-alt17
> 
> Куда смотреть дальше?
> 
А процессор какой?
Может ему лучше ядро smp?
В свое время мы у себя так и не добились стабильной работы oops на ALM 2.0
Перешли на squid.
Уже не вспомню, что точно, но что-то с поддержкой "многонитиевости" в 
"Мастере".
Можно было вылечить пересборкой каких-то там библиотек, но возиться не 
стали -
перейти на squid оказалось дешевле.

[Comm] Re: Oops

[Konstantin A. Lepikhov]

Hi Gennadiy!

Wednesday 07, at 08:52:44 PM you wrote:

<skip>
> Можно было вылечить пересборкой каких-то там библиотек, но возиться не 
> стали -
> перейти на squid оказалось дешевле.
здесь про другой oops говорят ;)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

Re: [Comm] Oops

[Yuri N. Glibovetz]

Gennadiy Redko пишет:
> А процессор какой?

Pentium-133 32Mb. Для расшаривания подключения к Internet хватает.

# free
              total       used       free     shared    buffers     cached
Mem:         29988      17928      12060          0       3024       8176
-/+ buffers/cache:       6728      23260
Swap:       248968          0     248968

# ps ax
   PID TTY      STAT   TIME COMMAND
     1 ?        S      0:03 init [3]
     2 ?        SW     0:00 [keventd]
     3 ?        SWN    0:00 [ksoftirqd_CPU0]
     4 ?        SW     0:00 [kswapd]
     5 ?        SW     0:00 [bdflush]
     6 ?        SW     0:00 [kupdated]
     7 ?        SW<    0:00 [mdrecoveryd]
    11 ?        SW     0:00 [kjournald]
   190 ?        SW     0:00 [kjournald]
   632 ?        S      0:00 /sbin/dhclient eth1
   700 ?        S      0:00 /sbin/syslogd -u syslogd -j /var/resolv
   718 ?        S      0:01 /sbin/klogd -c 1 -2 -u klogd -j /var/lib/klogd
   799 ?        S      0:00 /usr/sbin/atd
   817 ?        S      0:00 /usr/sbin/crond
   884 ?        S      0:00 /usr/sbin/automount --timeout 5 /mnt/auto 
file /etc/a
   941 ?        S      0:00 /usr/sbin/pppd nodetach call infocom
   943 tty1     S      0:00 /bin/login
   944 tty2     S      0:00 /sbin/mingetty tty2
   945 tty3     S      0:00 /sbin/mingetty tty3
   946 tty4     S      0:00 /sbin/mingetty tty4
   947 tty5     S      0:00 /sbin/mingetty tty5
   948 tty6     S      0:00 /sbin/mingetty tty6
   953 ?        R      0:02 /usr/sbin/pptp
   957 ?        S      0:00 /usr/sbin/pptp
  1311 tty1     S      0:00 -bash
  1360 tty1     R      0:00 ps ax

# lsmod
Module                  Size  Used by    Not tainted
ppp_mppe               11448   2  (autoclean)
ppp_async               6848   1  (autoclean)
ppp_generic            20668   3  (autoclean) [ppp_mppe ppp_async]
slhc                    4992   1  (autoclean) [ppp_generic]
ipt_MASQUERADE          1464   1  (autoclean)
iptable_nat            17496   1  (autoclean) [ipt_MASQUERADE]
ipt_state                696   4  (autoclean)
ip_conntrack           18376   2  (autoclean) [ipt_MASQUERADE 
iptable_nat ipt_state]
ipt_limit               1016   6  (autoclean)
iptable_filter          1764   1  (autoclean)
ip_tables              12152   7  [ipt_MASQUERADE iptable_nat ipt_state 
ipt_limit iptable_filter]
autofs4                 8244   1  (autoclean)
af_packet              12456   1  (autoclean)
fealnx                 10608   2  (autoclean)
mii                     2576   0  (autoclean) [fealnx]
crc32                   2880   0  (autoclean) [fealnx]
rtc                     6204   0  (autoclean)
ext3                   62192   2
jbd                    37820   2  [ext3]


А больше на нем ничего не делается

Re: [Comm] Oops

[Gennadiy Redko]

Konstantin A. Lepikhov пишет:
 > Hi Gennadiy!
 >
 > Wednesday 07, at 08:52:44 PM you wrote:
 >
<skip>
 >>перейти на squid оказалось дешевле.
 >
 > здесь про другой oops говорят ;)
 >
<skip>

Yuri N. Glibovetz пишет:
> Gennadiy Redko пишет:
> 
>> А процессор какой?
> 
> 
> Pentium-133 32Mb. Для расшаривания подключения к Internet хватает.
> 
<skip>
Не знаю, что и сказать...
Речь идет о прокси сервере?

Если о нем, то в доках к нему есть нечто вроде Readme.linux , где автор 
предупреждает
о неполной, по его мнению поддержке линуксом "нитей" и о возможных сбоях 
в связи с этим.
Правда разбирались мы с этим в прошлом году.

Судя по процессору, довольно часто подводит его вентилятор.
Он крутится, но на пониженных оборотах и радиатор все равно горячий.
Вам уже советовали burncpu или как-то так пускать.
Пробовали?

Re: [Comm] Oops

[Yuri N. Glibovetz]

Gennadiy Redko пишет:
> Судя по процессору, довольно часто подводит его вентилятор.
> Он крутится, но на пониженных оборотах и радиатор все равно горячий.
> Вам уже советовали burncpu или как-то так пускать.
> Пробовали?

Там нет датчиков температуры. Их тогда еще не делали :(

Re: [Comm] Oops

[Gennadiy Redko]

Yuri N. Glibovetz пишет:
> 
> Gennadiy Redko пишет:
> 
>> Судя по процессору, довольно часто подводит его вентилятор.
>> Он крутится, но на пониженных оборотах и радиатор все равно горячий.
>> Вам уже советовали burncpu или как-то так пускать.
>> Пробовали?
> 
> 
> Там нет датчиков температуры. Их тогда еще не делали :(
А зачем датчики?
Эти программы, состоящие из слов, burn и CPU в разном порядке
как раз выключают температурную обратную связь (или предоставляют такую 
возможность)
и имитируют бурную деятельность процессора, чтобы его разогреть.
Если компьютер при этом зависает -- системе охлаждения пора на свалку.

Re: [Comm] Oops

[Yuri N. Glibovetz]

Gennadiy Redko пишет:

> Yuri N. Glibovetz пишет:
> 
>>
>> Gennadiy Redko пишет:
>>
>>> Судя по процессору, довольно часто подводит его вентилятор.
>>> Он крутится, но на пониженных оборотах и радиатор все равно горячий.
>>> Вам уже советовали burncpu или как-то так пускать.
>>> Пробовали?
>>
>>
>>
>> Там нет датчиков температуры. Их тогда еще не делали :(
> 
> А зачем датчики?
> Эти программы, состоящие из слов, burn и CPU в разном порядке
> как раз выключают температурную обратную связь (или предоставляют такую 
> возможность)
> и имитируют бурную деятельность процессора, чтобы его разогреть.
> Если компьютер при этом зависает -- системе охлаждения пора на свалку.
> 

Да вы знали! Проц действительно горячий был. Вентилятор подсох 
(старенький уже), притормаживал. Сейчас смазал - крутится гораздо 
веселее. Понаблюдаю...

Re: [Comm] Oops

[Gennadiy Redko]

Yuri N. Glibovetz пишет:
> 

>> и имитируют бурную деятельность процессора, чтобы его разогреть.
>> Если компьютер при этом зависает -- системе охлаждения пора на свалку.
>>
> 
> Да вы знали! Проц действительно горячий был. Вентилятор подсох 
> (старенький уже), притормаживал. Сейчас смазал - крутится гораздо 
> веселее. Понаблюдаю...
Хорошо.
Правда, этот совет Вам дали в первом же письме:
Vitaly Lipatov пишет:
 > On Wednesday 07 July 2004 19:48, Yuri N. Glibovetz wrote:
<skip>
 > Для начала память тестировать и температуру процессора мерять,
 > cpuburn запускать...
 >

Re: [Comm] Oops

[Yuri N. Glibovetz]

Gennadiy Redko пишет:

> Yuri N. Glibovetz пишет:
> 
>>
> 
>>> и имитируют бурную деятельность процессора, чтобы его разогреть.
>>> Если компьютер при этом зависает -- системе охлаждения пора на свалку.
>>>
>>
>> Да вы знали! Проц действительно горячий был. Вентилятор подсох 
>> (старенький уже), притормаживал. Сейчас смазал - крутится гораздо 
>> веселее. Понаблюдаю...
> 
> Хорошо.
> Правда, этот совет Вам дали в первом же письме:
> Vitaly Lipatov пишет:
>  > On Wednesday 07 July 2004 19:48, Yuri N. Glibovetz wrote:
> <skip>
>  > Для начала память тестировать и температуру процессора мерять,
>  > cpuburn запускать...
>  >

Увы :( не помогло. Сейчас компьютер работает без кожуха, процессор 
совсем холодный, Memtest-86 гонял - ничего не обнаружил. Все равно 
периодически вылетает. Что можно еще посмотреть? Может он не справляется 
с двумя 100Мбитными сетевыми картами (одна на локальную сеть, другая на 
бридж)? Хотя до этого пол года стоял IPCop 1.3 и все работало нормально. 
Что все-таки означает Oops: 0002?

Re: [Comm] Oops

[Gennadiy Redko]

Yuri N. Glibovetz пишет:
> 

> Увы :( не помогло. Сейчас компьютер работает без кожуха, процессор 
> совсем холодный, Memtest-86 гонял - ничего не обнаружил. Все равно 
Долго? Нужно в несколько раз дольше, чем у Вас происходят сбои.
Поставьте хотя бы на ночь.
> периодически вылетает. Что можно еще посмотреть? Может он не справляется 
> с двумя 100Мбитными сетевыми картами (одна на локальную сеть, другая на 
> бридж)? Хотя до этого пол года стоял IPCop 1.3 и все работало нормально. 
А что изменилось с тех пор, пока "работало нормально"?
> Что все-таки означает Oops: 0002?
> _______________________________________________

<0>Kernel panic: Aiee, killing interrupt handler!
In interrupt handler - not syncing

Сами же прислали ;)

Re: [Comm] Oops

[Yuri N. Glibovetz]

Gennadiy Redko пишет:
> Долго? Нужно в несколько раз дольше, чем у Вас происходят сбои.
> Поставьте хотя бы на ночь.

На ночь не могу, но завтра несколько часов поганяю.

> 
> А что изменилось с тех пор, пока "работало нормально"?
> 

Провайдер поменял VPN сервер. Теперь не поддерживаются не chap, не pap, 
а только mschap-v2. Кроме этого обязательно mppe-128. IPCop 1.3 (это 
такой файрлвол на базе Linux) это не поддерживает. На ALT Master 2.2 мне 
это поднять не удалось (было сообщение, что требуется MPPE, но в ядре он 
не поддерживается. Хотя странно: модуль ppp_mppe.o в библиотеке есть, но 
его загрузка ничем не помогает). Как временное решение использую ALT 
Compact 2.3. (до выхода ALT Master 2.4). Пока стоял IPCop, никаких сбоев 
ни разу не наблюдалось. Поэтому все таки берут сомнения что это чисто 
аппаратная проблема.
От разработчиков IPCop я вряд ли дождусть поддержки mschap-v2 и mppe-128 
  (они почему-то считают, что единственной альтернативой VPN является 
IPSec). В Mandrake 10 эти вещи тоже не вошли (по крайней мере в Download 
Edition). Единственная надежда на ALT Master 2.4. (не ставить же 
FreeBSD, где это кстати прекрасно работает, по крайней мере по 
заверениям провайдера). Вот такие дела :(

Re: [Comm] Oops

[Gennadiy Redko]

Yuri N. Glibovetz пишет:
> 
> Gennadiy Redko пишет:
> 
>> Долго? Нужно в несколько раз дольше, чем у Вас происходят сбои.
>> Поставьте хотя бы на ночь.
> 
> 
> На ночь не могу, но завтра несколько часов поганяю.
> 
>>
>> А что изменилось с тех пор, пока "работало нормально"?
>>
> 
> Провайдер поменял VPN сервер. Теперь не поддерживаются не chap, не pap, 
> а только mschap-v2. Кроме этого обязательно mppe-128. IPCop 1.3 (это 
> такой файрлвол на базе Linux) это не поддерживает. На ALT Master 2.2 мне 
> это поднять не удалось (было сообщение, что требуется MPPE, но в ядре он 
> не поддерживается. Хотя странно: модуль ppp_mppe.o в библиотеке есть, но 
> его загрузка ничем не помогает). Как временное решение использую ALT 
> Compact 2.3. (до выхода ALT Master 2.4). Пока стоял IPCop, никаких сбоев 
> ни разу не наблюдалось. Поэтому все таки берут сомнения что это чисто 
> аппаратная проблема.
Очень похоже.
> От разработчиков IPCop я вряд ли дождусть поддержки mschap-v2 и mppe-128 
>  (они почему-то считают, что единственной альтернативой VPN является 
> IPSec). В Mandrake 10 эти вещи тоже не вошли (по крайней мере в Download 
> Edition). Единственная надежда на ALT Master 2.4. (не ставить же 
> FreeBSD, где это кстати прекрасно работает, по крайней мере по 
А почему бы и нет?
> заверениям провайдера). Вот такие дела :(

А какое было ядро в той версии, которая не сбоила?
Ваш процессор -- MMX?
Кажется, с частотой 133 МГц были процессоры не поддерживающие MMX.
Я думаю, что теперь этот вопрос т - к сборщикам альтовского ядра.

Re: [Comm] Oops

[Yuri N. Glibovetz]

Gennadiy Redko пишет:

> А какое было ядро в той версии, которая не сбоила?

2.4.25 (сборка IPCop). Но вот требования к аппаратуре:

IPCop requires at least the following configuration to run:

     * CPU: 386
     * RAM: 8MB
     * IDE Harddisk: 100MB (version 0.1.1)
       125Mb (version 1.2.0)
       125Mb + 2 times RAM size (version 1.3.0)
       Support for SCSI drives is included in v1.4.0.

т.е. ядро было собрано для 386 процессора

> Ваш процессор -- MMX?

А как узнать?

> Кажется, с частотой 133 МГц были процессоры не поддерживающие MMX.
> Я думаю, что теперь этот вопрос т - к сборщикам альтовского ядра.

Re: [Comm] Oops

[Sergey S. Skulachenko]

On Sat, 10 Jul 2004 11:19:25 +0300
"Yuri N. Glibovetz" <gyn61@mail.ru> wrote:

> > Ваш процессор -- MMX?
> 
> А как узнать?

# cat /proc/cpuinfo
processor       : 0
vendor_id       : CentaurHauls
cpu family      : 6
model           : 9
model name      : VIA Nehemiah
stepping        : 1
cpu MHz         : 999.532
cache size      : 64 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu de tsc msr mtrr pge cmov mmx fxsr sse
bogomips        : 1992.29


-- 
С уважением,
С.С.Скулаченко

Re: [Comm] Oops

[Yuri N. Glibovetz]

Sergey S. Skulachenko пишет:
> On Sat, 10 Jul 2004 11:19:25 +0300
> "Yuri N. Glibovetz" <gyn61@mail.ru> wrote:
> 
> 
>>>Ваш процессор -- MMX?
>>
>>А как узнать?
> 
> 
> # cat /proc/cpuinfo

# cat /proc/cpuinfo
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 5
model		: 2
model name	: Pentium 75 - 200
stepping	: 12
cpu MHz		: 133.271
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: yes
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 1
wp		: yes
flags		: fpu vme de pse tsc msr mce cx8
bogomips	: 265.42

Получается, не MMX