в следующей конфигурации: ls /etc/net/ifaces/gre145/ ipv4address ipv4route options sysctl.conf cat ipv4address 192.168.102.109/32 cat ipv4route 192.168.102.108/32 cat options TYPE=iptun TUNTYPE=gre TUNLOCAL=194.186.184.46 TUNREMOTE=213.138.113.2 cat sysctl.conf rp_filter=0 интерфейс прерасно поднимается по ifup и при загрузке машины. после ifdown либо service network restart следует kernel oops
Внутренний голос мне подсказывает, что это ядро чудесной серии 2.6.
(In reply to comment #1) > Внутренний голос мне подсказывает, что это ядро чудесной серии 2.6. да. но ведь и его надо отладить, не так ли? не понятно, что может валить я ядро, когда вручную, без вмешательства etcnet, всё прекрасно работает. через него - обвал.
Просто вы вручную не так быстро команды подаёте, как etcnet. Где-то race condition есть.
Кстати, для туннелей полезно давать peer address, а для маршрутов -- via шлюз.
Надо бы увидеть ту информацию, которое ядро выдаёт при oops. Какая именно версия ядра (uname -r)? Если это smp, также представляет интерес поведение системы при использовании up-ядра (некоторые ошибки проявляются только на smp). Воспроизводится устойчиво или не каждый раз?
(In reply to comment #5) > Надо бы увидеть ту информацию, которое ядро выдаёт при oops. это наверное в субботу. машина сейчас используется, так что сейчас не получится. > Какая именно версия ядра (uname -r)? Если это smp, также представляет интерес > поведение системы при использовании up-ядра (некоторые ошибки проявляются только > на smp). 2.6.12-std26-up-alt1 до этого работало стабильно. за месяц работы машина перезагружалась только после etcnet > Воспроизводится устойчиво или не каждый раз? устойчиво. каждый раз после ifdown выдаёт oops. кстати, как получить сообщение oops после загрузки? не фотографировать же - с поииском фотоаппарата затянется охх надолго
Кому лень переписывать, фотографируют. Текст oops иногда и в messages попадает.
Мда, до сих пор никакой дополнительной информации... С ядром 2.6.14 эта проблема осталась?
на ядрах 2.6.14, 2.6.16 не наблюдается.