[sisyphus] катастрофа 2.6.38-std-def-alt3

[sisyphus] катастрофа 2.6.38-std-def-alt3

[Gleb Kulikov]

Джентлемены,
это так и должно быть?

При использовании 2.6.38-std-def-alt3
1) все ресурсы, определённые в autofs (/etc/auto.resources.tab) *монтируются*  
*немедленно*, без обращения пользователя к соотв. точке монтирования

2) nfs совершенно "забыла" о тайм-аутах nfs.

В результате, если сетевое соединение плохое или не приведи, nfs ресурс 
недоступен (или внезапно "отсох"), много, что вешается. Совершенно точно, 
"вешается" KDE4 при попытке вставить флешку (как только "вылезет" плазмоид 
монтирования).

Корректно отправить на перезагрузку такую систему уже не получается, спасает 
только CASy-S-B.

На 2.6.35-std-def-alt9 аутофс тоже монтирует всё и сразу, но хоть система не 
"вешается"...

Кстати, mount стал показывать точки mount --bind как обращающиеся к 
физическому устройству, не к пути... печально...

Это лечится?

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
sip://2387245@sipnet.ru			(telephony)
skype://gleb_kulikov.tomsk		(telephony)

Re: [sisyphus] катастрофа 2.6.38-std-def-alt3

[Aleksey Novodvorsky]

19 апреля 2011 г. 17:10 пользователь Gleb Kulikov <glebus@asd.iao.ru> написал:
> Джентлемены,
> это так и должно быть?
>
> При использовании 2.6.38-std-def-alt3
> 1) все ресурсы, определённые в autofs (/etc/auto.resources.tab) *монтируются*
> *немедленно*, без обращения пользователя к соотв. точке монтирования
>
> 2) nfs совершенно "забыла" о тайм-аутах nfs.
>
> В результате, если сетевое соединение плохое или не приведи, nfs ресурс
> недоступен (или внезапно "отсох"), много, что вешается. Совершенно точно,
> "вешается" KDE4 при попытке вставить флешку (как только "вылезет" плазмоид
> монтирования).
>
> Корректно отправить на перезагрузку такую систему уже не получается, спасает
> только CASy-S-B.
>
> На 2.6.35-std-def-alt9 аутофс тоже монтирует всё и сразу, но хоть система не
> "вешается"...
>
> Кстати, mount стал показывать точки mount --bind как обращающиеся к
> физическому устройству, не к пути... печально...
>
> Это лечится?

Это лучше в bugzilla.

Rgrds, Алексей

Re: [sisyphus] катастрофа 2.6.38-std-def-alt3

[Anton Farygin]

19.04.2011 17:45, Aleksey Novodvorsky пишет:
> 19 апреля 2011 г. 17:10 пользователь Gleb Kulikov<glebus@asd.iao.ru>  написал:
>> Джентлемены,
>> это так и должно быть?
>>
>> При использовании 2.6.38-std-def-alt3
>> 1) все ресурсы, определённые в autofs (/etc/auto.resources.tab) *монтируются*
>> *немедленно*, без обращения пользователя к соотв. точке монтирования
>>
>> 2) nfs совершенно "забыла" о тайм-аутах nfs.
>>
>> В результате, если сетевое соединение плохое или не приведи, nfs ресурс
>> недоступен (или внезапно "отсох"), много, что вешается. Совершенно точно,
>> "вешается" KDE4 при попытке вставить флешку (как только "вылезет" плазмоид
>> монтирования).
>>
>> Корректно отправить на перезагрузку такую систему уже не получается, спасает
>> только CASy-S-B.
>>
>> На 2.6.35-std-def-alt9 аутофс тоже монтирует всё и сразу, но хоть система не
>> "вешается"...
>>
>> Кстати, mount стал показывать точки mount --bind как обращающиеся к
>> физическому устройству, не к пути... печально...
>>
>> Это лечится?
>
> Это лучше в bugzilla.

В случае с autofs, ядро врятли виновато. Ну, или нужен способ 
воспроизведения _консольный_.

В случае с NFS и таймаутами - наблюдаю такое уже лет пять - если NFS 
отваливается, то всё виснет надолго.

Re: [sisyphus] катастрофа 2.6.38-std-def-alt3

[Yuri Khachaturyan]

> В случае с NFS и таймаутами - наблюдаю такое уже лет пять - если NFS
> отваливается, то всё виснет надолго.

Вот именно по этой причине мне пришлось отказаться от NFS в пользу
sshfs - оно работает гораздо стабильнее и ничего не виснет.

-- 
С уважением,
Хачатурян Юрий (yukh@yukh.ru)

Re: [sisyphus] катастрофа 2.6.38-std-def-alt3

[Gleb Kulikov]

В сообщении от [Вторник 19 апреля 2011 Aleksey Novodvorsky] написал:

> 
> Это лучше в bugzilla.

В багзиллу -- понятно, вот только на что...

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
sip://2387245@sipnet.ru			(telephony)
skype://gleb_kulikov.tomsk		(telephony)

Re: [sisyphus] катастрофа 2.6.38-std-def-alt3

[Gleb Kulikov]

В сообщении от [Вторник 19 апреля 2011 Anton Farygin] написал:

> В случае с autofs, ядро врятли виновато. Ну, или нужен способ
> воспроизведения _консольный_.

А какие проблемы? Создаём точки аутофс и после старта сервиса наблюдаем 
результат mount. Опционально можно пронаблюдать сетевую активность, 
подтверждается.


> В случае с NFS и таймаутами - наблюдаю такое уже лет пять - если NFS
> отваливается, то всё виснет надолго.

до 2.6.38-std-def-alt3 разумные опции давали разумное поведение.

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
sip://2387245@sipnet.ru			(telephony)
skype://gleb_kulikov.tomsk		(telephony)

Re: [sisyphus] катастрофа 2.6.38-std-def-alt3

[Gleb Kulikov]

В сообщении от [Вторник 19 апреля 2011 Yuri Khachaturyan] написал:

> Вот именно по этой причине мне пришлось отказаться от NFS в пользу
> sshfs - оно работает гораздо стабильнее и ничего не виснет.

Это невозможно в большинстве случаев. Особенно в коллективном окружении.

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
sip://2387245@sipnet.ru		(telephony)
skype://gleb_kulikov.tomsk	(telephony)

Re: [sisyphus] катастрофа 2.6.38-std-def-alt3

[Мал Скрылёв]

19 апреля 2011 г. 17:10 пользователь Gleb Kulikov <glebus@asd.iao.ru> написал:

> Кстати, mount стал показывать точки mount --bind как обращающиеся к
> физическому устройству, не к пути... печально...
>

Такое обычно происходит когда, /etc/mtab указывает на /proc/mounts. На
30-м ядре я себе настраивал сие руками.

# ls /etc/mtab -la
lrwxrwxrwx 1 root root 12 Апр  9 15:40 /etc/mtab -> /proc/mounts


-- 
Малъ Зануда, Скрылёвъ сынъ

Re: [sisyphus] катастрофа 2.6.38-std-def-alt3

[Anton Farygin]

19.04.2011 18:27, Gleb Kulikov пишет:
> В сообщении от [Вторник 19 апреля 2011 Anton Farygin] написал:
>
>> В случае с autofs, ядро врятли виновато. Ну, или нужен способ
>> воспроизведения _консольный_.
>
> А какие проблемы? Создаём точки аутофс и после старта сервиса наблюдаем
> результат mount. Опционально можно пронаблюдать сетевую активность,
> подтверждается.

инструкцию по воспроизведению приведите, пожалуйста.

Я просто последний раз autofs использовал 8 лет назад ;)

>
>
>> В случае с NFS и таймаутами - наблюдаю такое уже лет пять - если NFS
>> отваливается, то всё виснет надолго.
>
> до 2.6.38-std-def-alt3 разумные опции давали разумное поведение.

Разумные опции как звучат ?

Re: [sisyphus] катастрофа 2.6.38-std-def-alt3

[Gleb Kulikov]

В сообщении от [Среда 20 апреля 2011 Anton Farygin] написал:

> > А какие проблемы? Создаём точки аутофс и после старта сервиса наблюдаем
> > результат mount. Опционально можно пронаблюдать сетевую активность,
> > подтверждается.

> инструкцию по воспроизведению приведите, пожалуйста.

1) на "сервере" определить nfs ресурс (nfs3,4 --- не важно)
типа (/etc/exports):

/home/laborants                 
192.168.200.0/255.255.255.0(rw,no_root_squash,async,nohide)

/export \
  192.168.200.0/24(ro, wdelay, fsid=0, insecure, nohide, no_subtree_check)

/export/marina \
   192.168.200.4(rw, wdelay, insecure, nohide, no_subtree_check)

2) создать /etc/auto.master по типу:

/mnt/auto	/etc/auto.tab -t 5
/-	/etc/auto.resources.tab -t 20
/mounts/users	/etc/auto.users.tab -t 600

2.1) создать /etc/auto.tab :

2.2) создать /etc/auto.resources.tab :
/home/laborants          -
fstype=nfs,rw,rsize=4096,wsize=4096,soft,intr,nosuid,tcp       
192.168.200.1:/home/laborants

2.3) создать /etc/auto.users.tab :
*       -fstype=nfs4,rw         192.168.200.1:/&

3) service autofs restart

4) убедиться, что на ядрах до 32 с клиентской машины а) возникает короткий 
обмен пакетами по nfs на время старта autofs, после чего нет трафика по nfs 
вплоть до момента входа в обозначенную точку монтирования

4.1) не входя в обозначенную точку монтирования дать команду mount и 
убедиться. что сетевой ресурс не смонтирован
4.2) войти в обозгаченную точку монтирования, дать команду mount и убедиться. 
что сетевой ресурс *смонтирован*

5)на ядрах ДО 38-std-def :
5.1)  не входя в обозначенную точку монтирования дать команду mount и 
убедиться, что ВСЕ сетевые ресурсы *смонтированы* немедленно после старта 
autofs
5.2) выключить сервер (опустить nfsd) и убедиться, что через обозначенное 
время таймаута, ресурс отпадает
5.3) отправить систему на перезагрузку, убедиться, что работа корректно 
завершается

6)на ядрах 38-std-def :
6.1)  не входя в обозначенную точку монтирования дать команду mount и 
убедиться, что ВСЕ сетевые ресурсы *смонтированы* немедленно после старта 
autofs
6.2) выключить сервер (опустить nfsd) и убедиться, что вызовы к файловой 
системе на перечисление файлов намертво блокируются
6.3) отправить систему на перезагрузку/выключение, убедиться, что имеем 
бесконечное ожидание на попытке отмонтировать "мёртвый" nfs ресурс. Машина не 
перезагружается, система не "гасится", питание не отключается.


> 

> 
> Я просто последний раз autofs использовал 8 лет назад ;)
> 
> >> В случае с NFS и таймаутами - наблюдаю такое уже лет пять - если NFS
> >> отваливается, то всё виснет надолго.
> > 
> > до 2.6.38-std-def-alt3 разумные опции давали разумное поведение.
> 
> Разумные опции как звучат ?

rsize=4096,wsize=4096,tcp --- для дешёвых 100М офисных мини-свитчей
,soft,intr


-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
sip://2387245@sipnet.ru			(telephony)
skype://gleb_kulikov.tomsk		(telephony)

Re: [sisyphus] катастрофа 2.6.38-std-def-alt3

[Aeliya Grevnyov]

19.04.2011 21:55, Yuri Khachaturyan пишет:
>> В случае с NFS и таймаутами - наблюдаю такое уже лет пять - если NFS
>> отваливается, то всё виснет надолго.
> 
> Вот именно по этой причине мне пришлось отказаться от NFS в пользу
> sshfs - оно работает гораздо стабильнее и ничего не виснет.
> 
лучше glusterfs уж