Summary: | Зависание и нагрузка процессора при копировании по ssh | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Roman Savochenko <rom_as> |
Component: | mc | Assignee: | Sergey Y. Afonin <asy> |
Status: | CLOSED WORKSFORME | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | asy |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Roman Savochenko
2011-04-20 22:34:53 MSK
Дубликат https://bugzilla.altlinux.org/16938 ? Не совсем. У меня x86_32 и группы файлов до 4Гб каждый копируются нормально. Вообще, как и предыдущий мантейнер, я sshfs не использую. Лучше бы это напрямую в багтрекер mc повесить: проблему лучше из первых рук описывать. Нет ли изменений в сучшую сторону с 4.7.5.6-alt1 ? В смысле "в лучшую". :-) В Сизиф ушёл mc-4.8.6-alt4. Проверить бы... Файл 7410M скопировался. Единственная проблема - временами отображалось отрицательное значение для скопированного объёма. Так что баг про зависание закрываю. Понадобилось сегодня скопировать архив жёсткого диска на 8GB, так mc завис после 7% и висел так, создавая системную нагрузку процентов на 80%. Тут-же и этот-же файл скопировал через fish: в krusader. Попозже попробую ещё. Копировал на: T6, x86_32. Попробуйте 4.8.7 (в Сизифе будет завтра, если p6/t6, то apt-repo add 87581). Если воспроизводится, надо вешать на в багтрекер на http://www.midnight-commander.org. Я сам не могу - у меня не воспроизводится, я на вопросы дополнительные ответить не смогу, если они там возникнут. (In reply to comment #8) > Копировал на: T6, x86_32. А x86_32 - это что ? Действительно 32-разрядная сборка в 64-разрядной системе, или i586 имелся ввиду ? Вообще, я проверял на чистой 64-разрядной... И ещё вопрос: копирование в какую сторону было, на удалённую систему, или с удалённой на локальный диск ? (В ответ на комментарий №9) > Попробуйте 4.8.7 (в Сизифе будет завтра, если p6/t6, то apt-repo add 87581). Попробовал — тоже виснет. Кстати зависон ещё наблюдается в случае открытия ftp-ресурса (кажется и ssh тоже), а затем переход в консоль по Ctrl+O. Так вот иногда, при возврате по Ctrl+O, в статусе начинают зациклено мигать сообщения типа "Сначала вход в директорию cd". (В ответ на комментарий №10) > (In reply to comment #8) > > Копировал на: T6, x86_32. > А x86_32 - это что ? Действительно 32-разрядная сборка в 64-разрядной системе, > или i586 имелся ввиду ? Вообще, я проверял на чистой 64-разрядной... Имел в виду i586. :) > И ещё вопрос: копирование в какую сторону было, на удалённую систему, или с > удалённой на локальный диск ? На локальный диск. Сейчас попробую обратно. (В ответ на комментарий №12) > > И ещё вопрос: копирование в какую сторону было, на удалённую систему, или с > > удалённой на локальный диск ? > На локальный диск. Сейчас попробую обратно. Обратно он тоже чудит конкретно: - Резко показывает скорость 30МБ/с, затем сбрасывает - Оказывается он копирует его себе в /tmp, причём крайне медленно. - Нажимаю отмена и он начинает реально копировать на удалённый ресурс, хотя мне это уже не нужно. Мало того еле повычищял ssh и /bin/sh процессы, которые грузили как локальную так и удалённую машину. (In reply to comment #13) > - Оказывается он копирует его себе в /tmp, причём крайне медленно. Это - известная проблема: http://www.midnight-commander.org/ticket/77 > - Нажимаю отмена и он начинает И это, похоже: http://www.midnight-commander.org/ticket/68 Как с 4.8.11 ? Пакет из Сизифа нормально встаёт в p7/t7, для удобства есть пока задание 109962. В Сизифе уже 4.8.12. С 4.8.11 воспроизводилось ? Я так и не воспроизвёл у себя. (In reply to comment #11) > Кстати зависон ещё наблюдается в случае открытия ftp-ресурса (кажется и ssh > тоже), а затем переход в консоль по Ctrl+O. Так вот иногда, при возврате по > Ctrl+O, в статусе начинают зациклено мигать сообщения типа "Сначала вход в > директорию cd". Если такое ещё есть, то это надо другим багом. Вообще, не альт-специфичное лучше бы на http://www.midnight-commander.org сразу... Закрываю, не воспроизводится у меня. Кстати, задним числом вопрос: а /tmp где, и сколько там места ? Скажем, если система на одном разделе, а свободно меньше объёма копируемого файла, то, из-за упомянутого уже http://www.midnight-commander.org/ticket/77, спецэффекты могут быть самые разные. И это не баг, а фича mc, хотя и плохая. Пока баг 77 не закроют, надо просто помнить, что так делать не нужно, если места в /tmp мало. Можно, кстати, использовать какой-нибудь другой раздел, если он есть: TMPDIR=/bigtmp mc |