Linux прерывается копирование в mc через SSH. Как решить проблему?

Question

[kolbin]

Имею 2 системы:

PRETTY_NAME="Debian GNU/Linux 9 (stretch)"
NAME="Debian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

1. Логинюсь через SSH, открываю mc, подключаюсь через sftp к соседнему серверу, копирую файл - всё нормально копируется.


Логинюсь через SSH к другому серверу, открываю mc, подключаюсь через sftp к первому серверу, копирую файл - возникает ошибка (ниже, красная табличка), после нажатия любой кнопки, mc отваливается (ещё ниже), и пишет "Ловушка трассировки / останов".


Мощностей обоих серверов должно хватать с лихвой. Место на всех разделах есть. ОЗУ занято на 5-10%. На железо не грешу. Всё делается по SSH. Мониторы не подключены.

Я так понимаю, что проблема возможно в настройках bashrc, т. к. из коробки у stretch проблема с русским языком, на обоих серверах исправлял, но не помню как. Сейчас проблем с кирилицей нет ни в mc ни в других программах, но вот только mc при работе через ssh на большие файлы ругается. Пробовал через root - результат тот-же. Скрины прилагаю. Фото 1 - нормально копируется с одного на второй.
Фото 2 - при логировании с другого сервера на первый - ошибка.

Помогите решить проблему.

Comments

[Владимир Куц]

Включение/отключение пассивного режима не помогает?

[Борис Сёмов]

Владимир Куц, У sftp нет таких режимов.

[AVKor]

т. к. из коробки у stretch проблема с русским языком

Нет такой проблемы. Проблема в руках ТС.

Answer 1

[Spheniscus]

Поможет копирование через команду scp консоли, а не через mc

Comments

[kolbin]

Спасибо, но этот способ - это "костыль".

Задача стоит другая - починить этот инструмент, а не пользоваться другим. Для простых программистов нужно оперативно перекинуть базу, или сделать бэкап, файлов и т. д. Именно поэтому нужно оживить mc ssh.

[Сергей]

kolbin, У вас задача не починить этот инструмент, а скопировать, оперативно.
Ну так это можно сделать разными способами. Отладка этого варианта....ну ребята уже посоветовали глянуть....dmesg, htop во время копирования. Можно посмотреть на ВарюШарк, мы же не знаем как устроена Ваша сеть.

[Spheniscus]

kolbin, Ошибка на скрине говорит что glib2 не может выделить 94821401365920 байт для копирования. У mc есть болячка при копировании больших файлов. Технологии точно не знаю, но вроде как mc сначала буферизует файл, который надо скопировать, а потом копирует по факту, когда уже полоска прогресса заполняется.
Такой же эффект может наблюдаться при копировании большого кол-ва мелких файлов. Обрыв на середине копирования.
А вот с scp такого никогда не приключается.

[Everything_is_not_so_bad]

kolbin, можно ещё написать скрипт на Баше с использованием scp.

[kolbin]

Роман Мирр, Скрипт на оперативные задачи (бэкап, рестор и т. д.) написан, но задачи всегда разные, и иногда приходится открывать mc.

Answer 2

[Борис Сёмов]

Тем не менее, согласно скрину, проблема происходит при выделении памяти, а MC, вероятнее всего убивает oom. И судя по объёму выделяем ой памяти, MC хочет весь файл буферизировать в памяти до, окончания его приёма, и на это вероятно, памяти не хватает.
Стоит посмотреть dmesg на этот счёт. А также, попробовать консольный sftp клиент.

Answer 3

[Reversaidx]

Используй rsync в screen (обе утилиты гуглятся на раз)
1. apt-get install screen
2. screen
3. rsync -av /sours/ /dest/