[sisyphus] Пропадания связи по NFS

[sisyphus] Пропадания связи по NFS

[Vitaly Lipatov]

Столкнулись со странными симптомами:
При записи на смонтированный NFS-ресурс запись останавливается,
в логах на машине появляются сообщения "still trying..."
В логах на сервере ничего странного не наблюдается. 

NFS монтируется в initrd - это сетевая загрузка тонкого клиента.
При этом запись на смонтированный NFS в загруженном Спасательном 
режиме Compact 3.0 проходит нормально.

Связать пока ни с чем не удалось. Сизиф - на начало года.

Был бы рад услышать различные предположения, отчего это может 
быть, и как получить диагностику.

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

Re: [sisyphus] Пропадания связи по NFS

[Michael A. Kangin]

On 22 Январь 2006 01:10 Vitaly Lipatov <lav@altlinux.ru> wrote:

> При записи на смонтированный NFS-ресурс запись останавливается,
> в логах на машине появляются сообщения "still trying..."

А читается нормально?

> NFS монтируется в initrd - это сетевая загрузка тонкого клиента.

И зачем тонкому клиенту чего-то куда-то писать? 8)

> При этом запись на смонтированный NFS в загруженном Спасательном
> режиме Compact 3.0 проходит нормально.
> Был бы рад услышать различные предположения, отчего это может
> быть, и как получить диагностику.

А опции монтирования (в частности, rsize и wsize) одинаковые?


-- 
wbr, Michael A. Kangin

Re: [sisyphus] Пропадания связи по NFS

[Led]

В сообщении от 22 января 2006 00:10 Vitaly Lipatov написал(a):
> Столкнулись со странными симптомами:
> При записи на смонтированный NFS-ресурс запись останавливается,
> в логах на машине появляются сообщения "still trying..."
> В логах на сервере ничего странного не наблюдается.
>
> NFS монтируется в initrd - это сетевая загрузка тонкого клиента.
> При этом запись на смонтированный NFS в загруженном Спасательном
> режиме Compact 3.0 проходит нормально.
>
> Связать пока ни с чем не удалось. Сизиф - на начало года.
>
> Был бы рад услышать различные предположения, отчего это может
> быть, и как получить диагностику.

В initrd не скажу, но монтирование NFS на текущем Sisyphus (клиент) ресурса с 
Master-2.4 происходит не менее 5 минут (размонтирование - столько же). Ядро 
на клиенте - текущие {std26,wks26)-up. "Эффект" наблюдается ~полугода :(

-- 
Led.

Re: [sisyphus] Пропадания связи по NFS

[Vitaly Lipatov]

On Monday 23 January 2006 01:53, Michael A. Kangin wrote:
> On 22 Январь 2006 01:10 Vitaly Lipatov <lav@altlinux.ru> wrote:
> > При записи на смонтированный NFS-ресурс запись
> > останавливается, в логах на машине появляются сообщения
> > "still trying..."
>
> А читается нормально?
Да, вроде как.
То если при копировании файла читает - нормально, при начале 
записи - замирает.

> > NFS монтируется в initrd - это сетевая загрузка тонкого
> > клиента.
>
> И зачем тонкому клиенту чего-то куда-то писать? 8)
Вопрос не в тему :)
У нас не очень тонкий клиент.

> > При этом запись на смонтированный NFS в загруженном
> > Спасательном режиме Compact 3.0 проходит нормально.
> > Был бы рад услышать различные предположения, отчего это
> > может быть, и как получить диагностику.
>
> А опции монтирования (в частности, rsize и wsize) одинаковые?
Не указывались. Стоит указать явно?
Монтируется с
-o nolock,ro
Потом стартовыми скриптами в rw перемонтируется.

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

[sisyphus] Re: Пропадания связи по NFS

[Sergey Bolshakov]

>>>>> "Led" == Led  <led-Mtd8nIT9sJrzHCZZHnFgRw@public.gmane.org> writes:
[skipped]

 > В initrd не скажу, но монтирование NFS на текущем Sisyphus (клиент) ресурса с 
 > Master-2.4 происходит не менее 5 минут (размонтирование - столько же). Ядро 
 > на клиенте - текущие {std26,wks26)-up. "Эффект" наблюдается ~полугода :(

Позвольте усомниться.

-- 

Re: [sisyphus] Re: Пропадания связи по NFS

[Led]

В сообщении от 23 января 2006 12:33 Sergey Bolshakov написал(a):
> >>>>> "Led" == Led  <led-Mtd8nIT9sJrzHCZZHnFgRw@public.gmane.org> writes:
>
> [skipped]
>
>  > В initrd не скажу, но монтирование NFS на текущем Sisyphus (клиент)
>  > ресурса с Master-2.4 происходит не менее 5 минут (размонтирование -
>  > столько же). Ядро на клиенте - текущие {std26,wks26)-up. "Эффект"
>  > наблюдается ~полугода :(
>
> Позвольте усомниться.

Чем доказать?:)

/etc/exports на сервере и команду монтирования предоставить?

-- 
Led.

Re: [sisyphus] Пропадания связи по NFS

[Igor Zubkov]

[-- Attachment #1: Type: text/plain, Size: 423 bytes --]

В сообщении от Понедельник 23 января 2006 11:06 Led написал(a):
> > Был бы рад услышать различные предположения, отчего это может
> > быть, и как получить диагностику.
>
> В initrd не скажу, но монтирование NFS на текущем Sisyphus (клиент) ресурса
> с Master-2.4 происходит не менее 5 минут (размонтирование - столько же).
> Ядро на клиенте - текущие {std26,wks26)-up. "Эффект" наблюдается ~полугода
> :(

portmap запущен?

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [sisyphus] Пропадания связи по NFS

[Led]

В сообщении от 23 января 2006 12:38 Igor Zubkov написал(a):
> В сообщении от Понедельник 23 января 2006 11:06 Led написал(a):
> > > Был бы рад услышать различные предположения, отчего это может
> > > быть, и как получить диагностику.
> >
> > В initrd не скажу, но монтирование NFS на текущем Sisyphus (клиент)
> > ресурса с Master-2.4 происходит не менее 5 минут (размонтирование -
> > столько же). Ядро на клиенте - текущие {std26,wks26)-up. "Эффект"
> > наблюдается ~полугода
> >
> > :(
>
> portmap запущен?

Да, и на сервере, и на клиенте.

-- 
Led.

[sisyphus] Пропадания связи по NFS

[Gleb Stiblo]

On Mon, Jan 23, 2006 at 11:06:43AM +0200, Led wrote:
[...]
L> В initrd не скажу, но монтирование NFS на текущем Sisyphus (клиент) ресурса с 
L> Master-2.4 происходит не менее 5 минут (размонтирование - столько же). Ядро 
L> на клиенте - текущие {std26,wks26)-up. "Эффект" наблюдается ~полугода :(
Быть может service portmap не запущен?

Всего,
Глеб.
-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [sisyphus] Пропадания связи по NFS

[Led]

В сообщении от 23 января 2006 12:42 Gleb Stiblo написал(a):
> On Mon, Jan 23, 2006 at 11:06:43AM +0200, Led wrote:
> [...]
> L> В initrd не скажу, но монтирование NFS на текущем Sisyphus (клиент)
> ресурса с L> Master-2.4 происходит не менее 5 минут (размонтирование -
> столько же). Ядро L> на клиенте - текущие {std26,wks26)-up. "Эффект"
> наблюдается ~полугода :( Быть может service portmap не запущен?

# ps ax | grep portmap
 5653 ?        Ss     0:00 /sbin/portmap
11581 pts/2    S+     0:00 grep portmap

Запущен и на клиенте, и на сервере.

-- 
Led.

[sisyphus] Re: Пропадания связи по NFS

[Sergey Bolshakov]

>>>>> "Led" == Led  <led-Mtd8nIT9sJrzHCZZHnFgRw@public.gmane.org> writes:

 > В сообщении от 23 января 2006 12:33 Sergey Bolshakov написал(a):
 >> >>>>> "Led" == Led  <led-Mtd8nIT9sJrzHCZZHnFgRw-XMD5yJDbdMReXY1tMh2IBg@public.gmane.org> writes:
 >> 
 >> [skipped]
 >> 
 >> > В initrd не скажу, но монтирование NFS на текущем Sisyphus (клиент)
 >> > ресурса с Master-2.4 происходит не менее 5 минут (размонтирование -
 >> > столько же). Ядро на клиенте - текущие {std26,wks26)-up. "Эффект"
 >> > наблюдается ~полугода :(
 >> 
 >> Позвольте усомниться.

 > Чем доказать?:)

 > /etc/exports на сервере и команду монтирования предоставить?

И правила iptables, возникающие по дороге.
Небесполезно также просмотреть #6293

-- 

Re: [sisyphus] Re: Пропадания связи по NFS

[Led]

В сообщении от 23 января 2006 12:55 Sergey Bolshakov написал(a):
> >>>>> "Led" == Led  <led-Mtd8nIT9sJrzHCZZHnFgRw@public.gmane.org> writes:
>  >
>  > В сообщении от 23 января 2006 12:33 Sergey Bolshakov написал(a):
>  >> >>>>> "Led" == Led 
>  >> >>>>> <led-Mtd8nIT9sJrzHCZZHnFgRw-XMD5yJDbdMReXY1tMh2IBg@public.gmane.o
>  >> >>>>>rg> writes:
>  >>
>  >> [skipped]
>  >>
>  >> > В initrd не скажу, но монтирование NFS на текущем Sisyphus (клиент)
>  >> > ресурса с Master-2.4 происходит не менее 5 минут (размонтирование -
>  >> > столько же). Ядро на клиенте - текущие {std26,wks26)-up. "Эффект"
>  >> > наблюдается ~полугода :(
>  >>
>  >> Позвольте усомниться.
>  >
>  > Чем доказать?:)
>  >
>  > /etc/exports на сервере и команду монтирования предоставить?
>
> И правила iptables, возникающие по дороге.

врядли "правила iptables", потому как в конце концов (минут через 5-10) всё 
таки монтируется.

> Небесполезно также просмотреть #6293

сенкс.

-- 
Led.

Re: [sisyphus] Re: Пропадания связи по NFS

[Led]

В сообщении от 23 января 2006 12:55 Sergey Bolshakov написал(a):
> >>>>> "Led" == Led  <led-Mtd8nIT9sJrzHCZZHnFgRw@public.gmane.org> writes:
>  >
>  > В сообщении от 23 января 2006 12:33 Sergey Bolshakov написал(a):
>  >> >>>>> "Led" == Led 
>  >> >>>>> <led-Mtd8nIT9sJrzHCZZHnFgRw-XMD5yJDbdMReXY1tMh2IBg@public.gmane.o
>  >> >>>>>rg> writes:
>  >>
>  >> [skipped]
>  >>
>  >> > В initrd не скажу, но монтирование NFS на текущем Sisyphus (клиент)
>  >> > ресурса с Master-2.4 происходит не менее 5 минут (размонтирование -
>  >> > столько же). Ядро на клиенте - текущие {std26,wks26)-up. "Эффект"
>  >> > наблюдается ~полугода :(
>  >>
>  >> Позвольте усомниться.
>  >
>  > Чем доказать?:)
>  >
>  > /etc/exports на сервере и команду монтирования предоставить?
>
> И правила iptables, возникающие по дороге.
> Небесполезно также просмотреть #6293

Клиент:

$ uname -a
Linux *.*.com.ua 2.6.14-wks26-up-alt4 #1 PREEMPT Sat Jan 14 14:35:10 MSK 2006 
i686 GNU/Linux

# ifconfig
eth0      Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
          inet addr:192.168.7.27  Bcast:192.168.7.255  Mask:255.255.255.0


Это в /etc/fstab (в одну строку):

nfs.ukr-fin.com.ua:/var/ftp/pub/Linux   /mnt/nfs/nfs.ukr-fin.com.ua/pub/Linux	
nfs     user,noauto,nfsvers=3,mountvers=3,rsize=8192,wsize=8182      0 0

это монтирование:

$ mount /mnt/nfs/nfs.ukr-fin.com.ua/pub/Linux/

Команда "срабатывает" ок. 10-15 минут, потом с примонтированным ресурсом 
никаких проблем нет.

это размонтирование:

$ umount /mnt/nfs/nfs.ukr-fin.com.ua/pub/Linux/

Команда "срабатывает" ок. 10-15 минут.

-------------------------------------------------------------------------------------------------------------

Сервер:

$ uname -a
Linux *.*.com.ua 2.4.26-std-up-alt13 #1 Mon Nov 14 00:25:14 MSK 2005 i686 
unknown unknown GNU/Linux

# cat /etc/exports
/var/ftp/pub/Linux            192.168.7.27(ro,nohide) 192.168.7.4(ro,nohide)

-- 
Led.

[sisyphus] Re: Пропадания связи по NFS

[Sergey Bolshakov]

>>>>> "Led" == Led  <led-Mtd8nIT9sJrzHCZZHnFgRw@public.gmane.org> writes:
[skipped]

 >> > Чем доказать?:)
 >> >
 >> > /etc/exports на сервере и команду монтирования предоставить?
 >> 
 >> И правила iptables, возникающие по дороге.
 >> Небесполезно также просмотреть #6293

 > Клиент:
[skipped ]

Прекрасно, но недостаточно. Посмотрите всё же #6293 и огласите
запрошенные там данные, можно в личку.

-- 

Re: [sisyphus] Re: Пропадания связи по NFS

[Gleb Stiblo]

On Mon, Jan 23, 2006 at 01:42:22PM +0200, Led wrote:
[...]
L> nfs.ukr-fin.com.ua:/var/ftp/pub/Linux   /mnt/nfs/nfs.ukr-fin.com.ua/pub/Linux	
L> nfs     user,noauto,nfsvers=3,mountvers=3,rsize=8192,wsize=8182      0 0
а резолвинг nfs.ukr-fin.com.ua сколько занимает?


[...]


Всего,
Глеб.
-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [sisyphus] Re: Пропадания связи по NFS

[Led]

В сообщении от 23 января 2006 14:19 Gleb Stiblo написал(a):
> On Mon, Jan 23, 2006 at 01:42:22PM +0200, Led wrote:
> [...]
> L> nfs.ukr-fin.com.ua:/var/ftp/pub/Linux  
> /mnt/nfs/nfs.ukr-fin.com.ua/pub/Linux L> nfs    
> user,noauto,nfsvers=3,mountvers=3,rsize=8192,wsize=8182      0 0 а
> резолвинг nfs.ukr-fin.com.ua сколько занимает?

Мгновенно: он в /etc/hosts прописан.

-- 
Led.

Re: [sisyphus] Пропадания связи по NFS

[Alex Yustasov]

On Sun, Jan 22, 2006 at 01:10:12AM +0300, Vitaly Lipatov wrote:
> Столкнулись со странными симптомами:
> При записи на смонтированный NFS-ресурс запись останавливается,
> в логах на машине появляются сообщения "still trying..."
> В логах на сервере ничего странного не наблюдается. 
> 
> NFS монтируется в initrd - это сетевая загрузка тонкого клиента.
> При этом запись на смонтированный NFS в загруженном Спасательном 
> режиме Compact 3.0 проходит нормально.
> 
> Связать пока ни с чем не удалось. Сизиф - на начало года.
> 
> Был бы рад услышать различные предположения, отчего это может 
> быть, и как получить диагностику.

У меня были проблемы (о которых даже рассказывать не знаю как) при
использовании nfs-server-userland. Может у Вас он на сервере?

-- 
    Alex Yustasov

Re: [sisyphus] Пропадания связи по NFS

[Alex Yustasov]

On Sun, Jan 22, 2006 at 01:10:12AM +0300, Vitaly Lipatov wrote:
> Столкнулись со странными симптомами:
> При записи на смонтированный NFS-ресурс запись останавливается,
> в логах на машине появляются сообщения "still trying..."
> В логах на сервере ничего странного не наблюдается. 
> 
> NFS монтируется в initrd - это сетевая загрузка тонкого клиента.
> При этом запись на смонтированный NFS в загруженном Спасательном 
> режиме Compact 3.0 проходит нормально.
> 
> Связать пока ни с чем не удалось. Сизиф - на начало года.
> 
> Был бы рад услышать различные предположения, отчего это может 
> быть, и как получить диагностику.

У меня были проблемы (о которых даже рассказывать не знаю как) при
использовании nfs-server-userland. Может у Вас он на сервере?

-- 
    Alex Yustasov

Re: [sisyphus] Пропадания связи по NFS

[Ivan Adzhubey]

On Monday 23 January 2006 05:16, Vitaly Lipatov wrote:
> On Monday 23 January 2006 01:53, Michael A. Kangin wrote:
> > On 22 Январь 2006 01:10 Vitaly Lipatov <lav@altlinux.ru> wrote:
> > > При записи на смонтированный NFS-ресурс запись
> > > останавливается, в логах на машине появляются сообщения
> > > "still trying..."
> >
> > А читается нормально?
>
> Да, вроде как.
> То если при копировании файла читает - нормально, при начале
> записи - замирает.

Меня тоже посчитайте, меня тоже! Вторую неделю мучаюсь, думал мне мерещится. 
Задачи, запущенные на кластере и пишущие данные на NFS filesystem внезапно 
затормозились примерно в 20 раз. С чтением проблем нет. Ядро 2.4.29, вот 
пересоберу 2.6.14 - проверю на нем.

> > > NFS монтируется в initrd - это сетевая загрузка тонкого
> > > клиента.
> >
> > И зачем тонкому клиенту чего-то куда-то писать? 8)
>
> Вопрос не в тему :)
> У нас не очень тонкий клиент.

Аналогично. Что интересно - в кластере есть два клиента под Fedora Core 4, на 
Opteron. Так вот - на них та же картина. Ничего понять не могу...

> > > При этом запись на смонтированный NFS в загруженном
> > > Спасательном режиме Compact 3.0 проходит нормально.
> > > Был бы рад услышать различные предположения, отчего это
> > > может быть, и как получить диагностику.
> >
> > А опции монтирования (в частности, rsize и wsize) одинаковые?
>
> Не указывались. Стоит указать явно?
> Монтируется с
> -o nolock,ro
> Потом стартовыми скриптами в rw перемонтируется.

-- 
Иван

[sisyphus] Re: Пропадания связи по NFS

[Sergey Bolshakov]

>>>>> "Ivan" == Ivan Adzhubey <iadzhubey-0BpZ0s6QmbbOHkwriC13pfZ8FUJU4vz8@public.gmane.org> writes:
[skipped]

 > Меня тоже посчитайте, меня тоже! Вторую неделю мучаюсь, думал мне мерещится. 
 > Задачи, запущенные на кластере и пишущие данные на NFS filesystem внезапно 
 > затормозились примерно в 20 раз. С чтением проблем нет. Ядро 2.4.29, вот 
 > пересоберу 2.6.14 - проверю на нем.

С некоторых пор nfs exports подразумевают опцию sync,
с соответствующим замедлением записи.
Предлагаю явно указать async, там где это допустимо.

-- 

Re: [sisyphus] Re: Пропадания связи по NFS

[Ivan Adzhubey]

On Monday 23 January 2006 14:20, Sergey Bolshakov wrote:
> >>>>> "Ivan" == Ivan Adzhubey
> >>>>> <iadzhubey-0BpZ0s6QmbbOHkwriC13pfZ8FUJU4vz8@public.gmane.org> writes:
>
> [skipped]
>
>  > Меня тоже посчитайте, меня тоже! Вторую неделю мучаюсь, думал мне
>  > мерещится. Задачи, запущенные на кластере и пишущие данные на NFS
>  > filesystem внезапно затормозились примерно в 20 раз. С чтением проблем
>  > нет. Ядро 2.4.29, вот пересоберу 2.6.14 - проверю на нем.
>
> С некоторых пор nfs exports подразумевают опцию sync,

Это уже давно, по крайней мере года два.

> с соответствующим замедлением записи.

У меня все смонтировано с sync и раньше работало вполне приемлемо.

> Предлагаю явно указать async, там где это допустимо.

Попробую, но как всегда, хотелось бы понять - это баг или фича?

-- 
Иван

Re: [sisyphus] Пропадания связи по NFS

[Vitaly Lipatov]

On Monday 23 January 2006 16:17, Alex Yustasov wrote:
> У меня были проблемы (о которых даже рассказывать не знаю как)
> при использовании nfs-server-userland. Может у Вас он на
> сервере?
Да вроде нет.
$ rpm -qa | grep nfs
nfs-clients-1.0.7-alt4
nfs-server-1.0.7-alt4
libnfsidmap-0.11-alt1

Тем более что в районе возникновения конфликта никаких движений 
пакетов вроде не было, а сама схема работала более 2 лет 
неизменно.

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

[sisyphus] Re: Пропадания связи по NFS

[Sergey Bolshakov]

>>>>> "Ivan" == Ivan Adzhubey <iadzhubey-0BpZ0s6QmbbOHkwriC13pfZ8FUJU4vz8@public.gmane.org> writes:

 > On Monday 23 January 2006 14:20, Sergey Bolshakov wrote:
 >> >>>>> "Ivan" == Ivan Adzhubey
 >> >>>>> <iadzhubey-0BpZ0s6QmbbOHkwriC13pfZ8FUJU4vz8@public.gmane.org> writes:
 >> 
 >> [skipped]
 >> 
 >> > Меня тоже посчитайте, меня тоже! Вторую неделю мучаюсь, думал мне
 >> > мерещится. Задачи, запущенные на кластере и пишущие данные на NFS
 >> > filesystem внезапно затормозились примерно в 20 раз. С чтением проблем
 >> > нет. Ядро 2.4.29, вот пересоберу 2.6.14 - проверю на нем.
 >> 
 >> С некоторых пор nfs exports подразумевают опцию sync,

 > Это уже давно, по крайней мере года два.

 >> с соответствующим замедлением записи.

 > У меня все смонтировано с sync и раньше работало вполне приемлемо.

 >> Предлагаю явно указать async, там где это допустимо.

 > Попробую, но как всегда, хотелось бы понять - это баг или фича

Я не утверждаю, что дело в этом.
Просто пока я не могу повторить подобное поведение:
клиент 2.6.14-std26-up-alt3, сeрвер 2.4.32-std-up-alt1/2.6.14-std26-up-alt2,
монтирование sync/async, скорость держится в пределах 7 MB/sec.

-- 

Re: [sisyphus] Re: Пропадания связи по NFS

[Serge Ryabchun]

On Mon, Jan 23, 2006 at 01:42:22PM +0200, Led wrote:
> В сообщении от 23 января 2006 12:55 Sergey Bolshakov написал(a):
> > >>>>> "Led" == Led  <led-Mtd8nIT9sJrzHCZZHnFgRw@public.gmane.org> writes:
> >  >
> >  > В сообщении от 23 января 2006 12:33 Sergey Bolshakov написал(a):
> >  >> >>>>> "Led" == Led 
> >  >> >>>>> <led-Mtd8nIT9sJrzHCZZHnFgRw-XMD5yJDbdMReXY1tMh2IBg@public.gmane.o
> >  >> >>>>>rg> writes:
> >  >>
> >  >> [skipped]
> >  >>
> >  >> > В initrd не скажу, но монтирование NFS на текущем Sisyphus (клиент)
> >  >> > ресурса с Master-2.4 происходит не менее 5 минут (размонтирование -
> >  >> > столько же). Ядро на клиенте - текущие {std26,wks26)-up. "Эффект"
> >  >> > наблюдается ~полугода :(
> >  >>
> >  >> Позвольте усомниться.
> >  >
> >  > Чем доказать?:)
> >  >
> >  > /etc/exports на сервере и команду монтирования предоставить?
> >
> > И правила iptables, возникающие по дороге.
> > Небесполезно также просмотреть #6293
> 
> Клиент:
> 
> $ uname -a
> Linux *.*.com.ua 2.6.14-wks26-up-alt4 #1 PREEMPT Sat Jan 14 14:35:10 MSK 2006 
> i686 GNU/Linux
> 
> # ifconfig
> eth0      Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
>           inet addr:192.168.7.27  Bcast:192.168.7.255  Mask:255.255.255.0
> 
> 
> Это в /etc/fstab (в одну строку):
> 
> nfs.ukr-fin.com.ua:/var/ftp/pub/Linux   /mnt/nfs/nfs.ukr-fin.com.ua/pub/Linux	
> nfs     user,noauto,nfsvers=3,mountvers=3,rsize=8192,wsize=8182      0 0
> 
> это монтирование:
> 
> $ mount /mnt/nfs/nfs.ukr-fin.com.ua/pub/Linux/
> 
> Команда "срабатывает" ок. 10-15 минут, потом с примонтированным ресурсом 
> никаких проблем нет.
> 
> это размонтирование:
> 
> $ umount /mnt/nfs/nfs.ukr-fin.com.ua/pub/Linux/
> 
> Команда "срабатывает" ок. 10-15 минут.
> 
> -------------------------------------------------------------------------------------------------------------
> 
> Сервер:
> 
> $ uname -a
> Linux *.*.com.ua 2.4.26-std-up-alt13 #1 Mon Nov 14 00:25:14 MSK 2005 i686 
> unknown unknown GNU/Linux
> 
> # cat /etc/exports
> /var/ftp/pub/Linux            192.168.7.27(ro,nohide) 192.168.7.4(ro,nohide)
> 

Картина повторяет наблюдаемую мною на кластерах около полугода назад. При
запущенном portmap все работает так, как вроде бы его и нет вовсе. Как
точно лечил не скажу, по моему, принудительное монтирование nfsd,
rpc_pipefs, -o nolock. Что характерно, прикол наблюдался только при сервер
2.4 и клиент 2.6.11+

Re: [sisyphus] Re: Пропадания связи по NFS

[Алексей Синицын]

23.01.06, Led<led@ukr-fin.com.ua> написал(а):

> это монтирование:
>
> $ mount /mnt/nfs/nfs.ukr-fin.com.ua/pub/Linux/
>
> Команда "срабатывает" ок. 10-15 минут, потом с примонтированным ресурсом

> # cat /etc/exports
> /var/ftp/pub/Linux            192.168.7.27(ro,nohide) 192.168.7.4(ro,nohide)
>

 На днях мне подсказали по этому вопросу.

 Попробуйте поставить в конце слэш:

 /var/ftp/pub/Linux/

Re: [sisyphus] Re: Пропадания связи по NFS

[Led]

В сообщении от 24 января 2006 14:29 Алексей Синицын написал(a):
> 23.01.06, Led<led@ukr-fin.com.ua> написал(а):
> > это монтирование:
> >
> > $ mount /mnt/nfs/nfs.ukr-fin.com.ua/pub/Linux/
> >
> > Команда "срабатывает" ок. 10-15 минут, потом с примонтированным ресурсом
> >
> > # cat /etc/exports
> > /var/ftp/pub/Linux            192.168.7.27(ro,nohide)
> > 192.168.7.4(ro,nohide)
>
>  На днях мне подсказали по этому вопросу.
>
>  Попробуйте поставить в конце слэш:
>
>  /var/ftp/pub/Linux/

Слэш не помог.

Помогло разрешение доступа на порт 111 сервера по TCP с непривелигерованных 
портов (до этого доступ был только с превилигерованных). теперь монтируется 
мгновенно:)

Всем спасибо за помощь!:)

-- 
Led.

Re: [sisyphus] Re: Пропадания связи по NFS

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 939 bytes --]

On Tue, Jan 24, 2006 at 05:52:24PM +0200, Led wrote:
> В сообщении от 24 января 2006 14:29 Алексей Синицын написал(a):
> > 23.01.06, Led написал(а):
> > > это монтирование:
> > >
> > > $ mount /mnt/nfs/nfs.ukr-fin.com.ua/pub/Linux/
> > >
> > > Команда "срабатывает" ок. 10-15 минут, потом с примонтированным ресурсом
> > >
> > > # cat /etc/exports
> > > /var/ftp/pub/Linux            192.168.7.27(ro,nohide)
> > > 192.168.7.4(ro,nohide)
> >
> >  На днях мне подсказали по этому вопросу.
> >
> >  Попробуйте поставить в конце слэш:
> >
> >  /var/ftp/pub/Linux/
> 
> Слэш не помог.
> 
> Помогло разрешение доступа на порт 111 сервера по TCP с непривелигерованных 
> портов (до этого доступ был только с превилигерованных). теперь монтируется 
> мгновенно:)
> 
> Всем спасибо за помощь!:)

А ведь это уже обсуждалось после очередного обновления glibc.
Нет чтобы сразу логи посмотреть и нагуглить...


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: Пропадания связи по NFS

[Led]

В сообщении от 24 января 2006 18:11 Dmitry V. Levin написал(a):
> On Tue, Jan 24, 2006 at 05:52:24PM +0200, Led wrote:
> > В сообщении от 24 января 2006 14:29 Алексей Синицын написал(a):
> > > 23.01.06, Led написал(а):
> > > > это монтирование:
> > > >
> > > > $ mount /mnt/nfs/nfs.ukr-fin.com.ua/pub/Linux/
> > > >
> > > > Команда "срабатывает" ок. 10-15 минут, потом с примонтированным
> > > > ресурсом
> > > >
> > > > # cat /etc/exports
> > > > /var/ftp/pub/Linux            192.168.7.27(ro,nohide)
> > > > 192.168.7.4(ro,nohide)
> > >
> > >  На днях мне подсказали по этому вопросу.
> > >
> > >  Попробуйте поставить в конце слэш:
> > >
> > >  /var/ftp/pub/Linux/
> >
> > Слэш не помог.
> >
> > Помогло разрешение доступа на порт 111 сервера по TCP с
> > непривелигерованных портов (до этого доступ был только с
> > превилигерованных). теперь монтируется мгновенно:)
> >
> > Всем спасибо за помощь!:)
>
> А ведь это уже обсуждалось после очередного обновления glibc.

Сорри, прошу прощения за ламерские вопросы в рассылке.

> Нет чтобы сразу логи посмотреть и нагуглить...

Да в логах-то по поводу NFS всё чисто было...:(
Да и на сервере я "не совсем админ":)

-- 
Led.

Re: [sisyphus] Re: Пропадания связи по NFS

[Gleb Kulikov]

В сообщении от Вторник 24 Январь 2006 21:52 Led написал:
> Помогло разрешение доступа на порт 111 сервера по TCP с непривелигерованных
> портов (до этого доступ был только с превилигерованных). теперь монтируется

кстати о птичках, а portmap/lockd/nfsd у тебя вообще настроены на работу с 
фиксироваными номерами портов? Может и глупый вопрос, но... иначе, с 
файрволом наплачешся.

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
skype://gleb_kulikov.tomsk
sip:    20000204@sip.pctel.ru
netmail: 2:5005/78

Re: [sisyphus] Re: Пропадания связи по NFS

[Led]

В сообщении от 24 января 2006 20:01 Gleb Kulikov написал(a):
> В сообщении от Вторник 24 Январь 2006 21:52 Led написал:
> > Помогло разрешение доступа на порт 111 сервера по TCP с
> > непривелигерованных портов (до этого доступ был только с
> > превилигерованных). теперь монтируется
>
> кстати о птичках, а portmap/lockd/nfsd у тебя вообще настроены на работу с
> фиксироваными номерами портов? Может и глупый вопрос, но... иначе, с
> файрволом наплачешся.

настроены

-- 
Led.

Re: [sisyphus] Re: Пропадания связи по NFS

[Алексей Синицын]

24.01.06, Led<led@ukr-fin.com.ua> написал(а):

> >  Попробуйте поставить в конце слэш:
> >
> >  /var/ftp/pub/Linux/
>
> Слэш не помог.
>
> Помогло разрешение доступа на порт 111 сервера по TCP с непривелигерованных
> портов (до этого доступ был только с превилигерованных). теперь монтируется
> мгновенно:)
>

 Вчера вечером пробовал и тоже не помогло. Но я на всякий случай
останавливал iptables (я правильно понял о чем речь?).

 Про слэш - был гость с ноутбуком и у него замонтировалось после этого
(он и подсказал), теперь вспоминаю что там еще происходило :)

Re: [sisyphus] Re: Пропадания связи по NFS

[Алексей Синицын]

24.01.06, Led<led@ukr-fin.com.ua> написал(а):

> > > Помогло разрешение доступа на порт 111 сервера по TCP с
> > > непривелигерованных портов (до этого доступ был только с
> > > превилигерованных). теперь монтируется
> >
> > кстати о птичках, а portmap/lockd/nfsd у тебя вообще настроены на работу с
> > фиксироваными номерами портов? Может и глупый вопрос, но... иначе, с
> > файрволом наплачешся.
>
> настроены
>


 [ -- Да  подождите  вы!  -- завопил я.  Последняя страничка детектива
была написана по-арабски. -- Подождите! Какая контрамоция?]

 На первой машине:
root@wind ~ # service portmap status
portmap is running
root@wind ~ # service nfs status
rpc.mountd is running
nfsd is running
root@wind ~ # service iptables stop
Resetting built-in chains to the default ACCEPT policy:
[ DONE ]
root@wind ~ # cat /etc/exports
/usr/local/pub/ *(rw,no_root_squash)
#/media/cdrom/ *(rw,no_root_squash)

root@wind ~ # rpcinfo -p
   <многабукф>


 На второй машине:
root@river ~ # mount 10.0.0.1:/usr/local/pub/ /media/wind/
root@river ~ #

 (iptables не запущен)

 Вроде все по хауту. Монтируется около двух минут.

 Если можно, переведите про порты...

[sisyphus] Re: Пропадания связи по NFS

[Sergey Bolshakov]

>>>>> "asinitsinster" == asinitsinster  <asinitsinster-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:
[skipped]

 >  На второй машине:
 > root@river ~ # mount 10.0.0.1:/usr/local/pub/ /media/wind/
 > root@river ~ #

 >  (iptables не запущен)

 >  Вроде все по хауту. Монтируется около двух минут.

Типичное для проблем с резолвером время.

-- 

Re: [sisyphus] Пропадания связи по NFS

[Vitaly Lipatov]

On Sunday 22 January 2006 01:10, Vitaly Lipatov wrote:
> Столкнулись со странными симптомами:
> При записи на смонтированный NFS-ресурс запись
> останавливается, в логах на машине появляются сообщения "still
> trying..." В логах на сервере ничего странного не наблюдается.
В итоге выяснилось, что это из-за DNS - что-то куда-то он 
резолвил так, что попадал на внешний интерфейс вместо 
внутренного. Хотя непонятно, почему писал 192.168.0.1 trying...
Такое впечатление что где-то по этому IP получается доменное имя, 
по нему - опять IP, и уже по нему обращаемся.

Но хорошо что хоть выяснилось.

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