На удаленном сервере из двух дисков стоит софтовый рейд(зеркало).
Грешу на него, но не уверен.Суть проблемы, что при выполнении копирования файлов в MC довольно часто обрывается коннект. Такое же бывает при апгрейде портов OS FreeBSD. С другими серверами таких проблем не замечали.
В чём может быть причина?
Не ужели всё-таки из-за софтового рейда?
>На удаленном сервере из двух дисков стоит софтовый рейд(зеркало).
>Грешу на него, но не уверен.
>
>Суть проблемы, что при выполнении копирования файлов в MC довольно часто обрывается
>коннект. Такое же бывает при апгрейде портов OS FreeBSD. С другими
>серверами таких проблем не замечали.
>
>В чём может быть причина?
>Не ужели всё-таки из-за софтового рейда?Слишком размытые признаки. Какие файлы копируете? В каком кол-ве? Бывает такое, что при обсчете кол-ва файлов, перед передачей, процесс задупляет и отваливается вместе с коннектом. Бывает так же, что при отстутствии прав на файл, процесс задупляет и отваливается. Нужны подробности.
>Слишком размытые признаки. Какие файлы копируете? В каком кол-ве? Бывает такое, что
>при обсчете кол-ва файлов, перед передачей, процесс задупляет и отваливается вместе
>с коннектом. Бывает так же, что при отстутствии прав на файл,
>процесс задупляет и отваливается. Нужны подробности.Все вышеописанные действия производятся под рутом.
Файлы самые разные в основном (.php, .html, .gif, .jpg и прочие), как правило из/в домашних директориях пользователей и в MidnightCommander.Если же копирование делать через самостоятельный вызов cp -Rv dir1 dir2
тогда подобных проблем замечено не было.Один из самых последних примеров: подсчет du -h под рутом в директории /home/
>Все вышеописанные действия производятся под рутом.
>Файлы самые разные в основном (.php, .html, .gif, .jpg и прочие), как
>правило из/в домашних директориях пользователей и в MidnightCommander.
>
>Если же копирование делать через самостоятельный вызов cp -Rv dir1 dir2
>тогда подобных проблем замечено не было.
>
>Один из самых последних примеров: подсчет du -h под рутом в директории
>/home/Ну так это проблема чисто mc, к вашему рейду, я уверен, это вообще никакого отношения не имеет :)
>Ну так это проблема чисто mc, к вашему рейду, я уверен, это
>вообще никакого отношения не имеет :)ну а как быть с portupgrade ?
при выполнении скажем portupgrade ruby
где-то ближе к концу отваливается коннект.
>>Ну так это проблема чисто mc, к вашему рейду, я уверен, это
>>вообще никакого отношения не имеет :)
>
>ну а как быть с portupgrade ?
>при выполнении скажем portupgrade ruby
>где-то ближе к концу отваливается коннект.Из-под mc или из shell?
>Из-под mc или из shell?из mc
т.е. все-таки дело в нем? и из-за него рвется коннект?
а с чем это свзяно? Глюк в самом коммандере?
>из mc
>т.е. все-таки дело в нем? и из-за него рвется коннект?
>а с чем это свзяно? Глюк в самом коммандере?В нем. Попробуй пересобрать или не запускать ресурсоемкие задачи из-под него. Очевидно происходит переполнение буфера.
>В нем. Попробуй пересобрать или не запускать ресурсоемкие задачи из-под него. Очевидно
>происходит переполнение буфера.Хорошо.
Спасибо за совет.Пересоберу mc (ставлю его из портов) и понаблюдаю.
>>В нем. Попробуй пересобрать или не запускать ресурсоемкие задачи из-под него. Очевидно
>>происходит переполнение буфера.
>
>
>
>Хорошо.
>Спасибо за совет.
>
>Пересоберу mc (ставлю его из портов) и понаблюдаю.причем тут MC?!
- вы работаете на удаленном сервере
- у вас рвутся соединения - что тут непонятного, вы ж написали что cp -R работает
без проблем.
>- вы работаете на удаленном сервере
>- у вас рвутся соединения - что тут непонятного, вы ж написали
>что cp -R работает
>без проблем.на удаленном сервере, верно.
рвутся соединения именно с одним сервером.
Раньше думал, что проблема в интернет провайдерах, но сейчас уверен, что не в них.Если ничего не предпринимать, а просто смотреть результаты top или nload, то коннект весь день не обрывается.
Ну, а если не mc, что тогда?
>>- вы работаете на удаленном сервере
>>- у вас рвутся соединения - что тут непонятного, вы ж написали
>>что cp -R работает
>>без проблем.
>
>на удаленном сервере, верно.
>рвутся соединения именно с одним сервером.
>Раньше думал, что проблема в интернет провайдерах, но сейчас уверен, что не
>в них.
>
>Если ничего не предпринимать, а просто смотреть результаты top или nload, то
>коннект весь день не обрывается.
>
>Ну, а если не mc, что тогда?- настройки sshd_config
- настройки firewall
- настройки у провайдера вашей сети, firewall...отработав данную схему - разделяй и властвуй, найдете проблему
>- настройки sshd_config
>- настройки firewall
>- настройки у провайдера вашей сети, firewall...
>
>отработав данную схему - разделяй и властвуй, найдете проблемуа есть какой-либо способ узнать, какой конфиг сейчас используется демоном sshd?
почему спрашиваю, да потому, что
нашел 3 файла sshd_config на сервере.
но как-то на мой взгляд ни один из них не подходит
да же тот, что в /etc/ssh/
потому как, ни в одном из них не нашел строки AllowUsers username
>>- настройки sshd_config
>>- настройки firewall
>>- настройки у провайдера вашей сети, firewall...
>>
>>отработав данную схему - разделяй и властвуй, найдете проблему
>
>а есть какой-либо способ узнать, какой конфиг сейчас используется демоном sshd?
>почему спрашиваю, да потому, что
>нашел 3 файла sshd_config на сервере.
>но как-то на мой взгляд ни один из них не подходит
>да же тот, что в /etc/ssh/
>потому как, ни в одном из них не нашел строки AllowUsers username
># ps axuww | grep sshd
# lsof
># ps axuww | grep sshd
># lsofувы ничего не показали (((
>># ps axuww | grep sshd
>># lsof
>
>увы ничего не показали (((lsof - надо с ключами пускать, думайт кто будет?
а ps axuww - даст откуда стартован sshd, сообразить и найти какой конфиг он использует
далее не составит трудаps. что вы ей богу как маленький
>lsof - надо с ключами пускать, думайт кто будет?в том-то и дело, что перебирая ID процесса
с последующим вызовом lsof -p PID и lsof -c sshd
ничего кроме списка библиотек не показали, и конфига в помине нет ((((
>>lsof - надо с ключами пускать, думайт кто будет?
>
>в том-то и дело, что перебирая ID процесса
>с последующим вызовом lsof -p PID и lsof -c sshd
>ничего кроме списка библиотек не показали, и конфига в помине нет ((((
>значит считывает sshd_config при старте
[alone]~ > ps axuww | grep sshd
root 678 0,0 0,0 2844 0 ?? IWs - 0:00,00 /usr/sbin/sshd
root 78499 0,0 0,4 1520 924 p1 S+ 4:54PM 0:00,00 grep sshd
[alone]~ > strings /usr/sbin/sshd | grep sshd_config
/etc/ssh/sshd_config
[alone]~ >
у меня всё так же
а если всё-таки он работает с конфигом /etc/ssh/sshd_config
то там всё закомментированно, иными словами всё по дефолту.немного к начальной теме, вызвав команду
# portupgrade -rcvf opensslполучил 100% загрузку процессора (двумя процессами script и ruby) на этапе пересборки ruby18-bdb. После чего с небольшой задержкой коннект отвалился.
>у меня всё так же
>а если всё-таки он работает с конфигом /etc/ssh/sshd_config
>то там всё закомментированно, иными словами всё по дефолту.
>
>немного к начальной теме, вызвав команду
># portupgrade -rcvf openssl
>
>получил 100% загрузку процессора (двумя процессами script и ruby) на этапе пересборки
>ruby18-bdb. После чего с небольшой задержкой коннект отвалился.вы все это проделываете удаленно, так?
как отсечь хотя бы стабильно работает удаленный стервер или нет, варианты:- разобраться с sshd: берете и по крону вставляете /etc/rc.d/sshd stop и
через некоторое время start - запуск sshd by default (сразу станет понятно какой sshd_config)
почему по крону - ну чтобы не рубануть свое соединение, варианты есть...- лично я не использую default'ный /etc/ssh/sshd_config - а правлю под себя
- как выяснить - стабильно работает удаленный сервер и железо? достаточно запустить
сборку мира или ядра как минимум (обычно при глюках железа выпадает в осадок)
так как сервер удаленный, значит сборку нужно отвязать от терминала, на выбор:- screen
- переназначение ввода-вывода (те отвязываем от терминала):bash# cd /usr/src
bash# make buildkernel KERNCONF=MyKernel &>/var/tmp/mk_build.log &
bash# exitвремя от времени можем заходить и смотреть /var/tmp/mk_build.log , ну и состояние
если мы не отвязываемся от tty - то у нас при разрыве сетевого соединения, бабахаются
связанные с ним процессы, ну еще могут зомбироватьсяВ sshd_config: опции связанные с таймаутом и тд и тп:
ClientAliveInterval, TCPKeepAlive ...Если есть возможность повесить sshd на два порта:
Port 22
Port Высокий 60022или два sshd демона с разными конфигами - тоже вариант для оценки...
Короче разных вариантов полно, потихоньку набрать статистику вплоть до открытого firewall'а на этом сервере. Те принцип "разделяй и властвуй"
Не. Это mc.
В нем криво фиш реализован. Мы, когда надо массив файлов передать, всегда в тар запаковываем, чтобы один файл.
>- у вас рвутся соединения - что тут непонятного, вы ж написали
>что cp -R работает
>без проблем.Да, сдается мне, что все-таки дело в этом
На офисе канал очень маленький, а вечером когда все ушли апгрейды прошли без разрывов
>На удаленном сервере из двух дисков стоит софтовый рейд(зеркало).
>Грешу на него, но не уверен.такая же проблема у меня на поддержке 5 серверов фрибсд ставил по одинаковой схеме
настройки ssh не трогал. На последнем сервере стоит Promise FastTrak TX2300. И соединение
рвется ровно после минуты простоя причем если например идет какойто процесс не без вывода на экран то соединение все равно рвется (компилировать можно только то где нет задержек в минуту).Не понимаю причем здесь raid конечно но факт забавный.
>такая же проблема у меня на поддержке 5 серверов фрибсд ставил по
>одинаковой схеме
>настройки ssh не трогал. На последнем сервере стоит Promise FastTrak TX2300. И
>соединение
>рвется ровно после минуты простоя причем если например идет какойто процесс не
>без вывода на экран то соединение все равно рвется (компилировать можно
>только то где нет задержек в минуту).
>
>Не понимаю причем здесь raid конечно но факт забавный.
Смена интернет-провайдера помогла, канал стал шире.
Может стоит у вас на компьютере файервол? VisNetic Firewall, к примеру? Он рвет соединения, если вывода нет.
>Смена интернет-провайдера помогла, канал стал шире.
>Может стоит у вас на компьютере файервол? VisNetic Firewall, к примеру? Он
>рвет соединения, если вывода нет.а мне помогло соединение через другой сервер, а не напрямую, пока не разобрался почему, но теперь не отпадывает.
>а мне помогло соединение через другой сервер, а не напрямую, пока не
>разобрался почему, но теперь не отпадывает.таки разобрался в чем дело было
RealTek 8168B/8111B все это дело устраивала
буду сетевку ставить другуюhttp://lists.freebsd.org/pipermail/freebsd-bugs/2007-June/02...