LINUX.ORG.RU
ФорумAdmin

проблема при копировании файла по ssh


0

0

Бодрого времени суток!

Ситуация: В качестве сервера - fedora10+smb. Win-Клиенты работают с системой без пролблем. При копировании файлов на резервный сервер возникла проблема - файл сервер падает с ошибкой ввода-вывода.

файл, на котором заваливается сервер ничем не отличается от ряда аналогичных, но раз от раза при копировании этого файла сервак валится. В логах попросту пусто. Какие методы могт выявить причины?

HELP!


Посмотри в /var/log/messages /var/log/syslog и etc. посмотри что atop 1 при копирование пишет. Баг странный так что копай )

pinachet ★★★★★
()

Можно подробнее?

Что за команда? scp? Какие параметры?

Что за файл, сколько весит?

И т.п.

nnz ★★★★
()

Баг странный. Только за вчера слил 120Гб с удалённого sshfs-сервера, ничего не падало :)

KRoN73 ★★★★★
()
Ответ на: комментарий от nnz

Я уже после ответа тоже увидел это удивление в топике. Интересно, при чём тут sshfs? :)

KRoN73 ★★★★★
()
Ответ на: комментарий от dimon555

Если коротко, то вся эта структура базируется на freeIPA. Samba содержит всех пользователей, что есть и на сервере IPA (создаются параллельно). НО! Не имеет значения, что за учётка, с помощью которой производится копирование. По умолчанию копирование происходило спц пользователем. Также пробовал использовать root для копирования.

ApB
() автор топика
Ответ на: комментарий от nnz

Прошу прощения, вероятно я некорректно выразился. Клиенты (статичные пользователи по большей части пока на winXP) с сервером взаимоействуют посредством smb (OFF: неполучилось реализовать автоматическое создание пользователей на win-cистемах при аутендификации в IPA сервере). Между серверами различного назначения файлы курсируют посредством ssh (scp, rsync или при копировании конкретного файла при "восстановлении" из резерва посредством mc).

Другие файлы объёмом более 1Тб льются на ура (до недавнего времени).

"Проблемный" файл имеет расширение doc имеет в названии русские символы, цифры, из спцсимволов значёк подчёркивания

Попытка открыть данный файл посредством OpenOffice при понтировании удалённой файловой системы поседством sftp также вешает сервант.

ApB
() автор топика
Ответ на: комментарий от nnz

Объём файла на котором спотыается копирование - 505 кб

ApB
() автор топика
Ответ на: комментарий от ApB

Вас всё время уносит в сторону от описания проблемы. Какие XP, mc, OO. Опишите проблемму, а не её окружение.

Так я понял, что если сделать "scp ИМЯ_ФАЙА.doc user@server/tmp", то копирование не происходит. Только я не понял, у вас полное зависание сервера, отпадает сеть и падает sshd?

>файл сервер падает с ошибкой ввода-вывода

>вешает сервант.

Какой дистрибутив на сервере, версия sshd?

mky ★★★★★
()
Ответ на: комментарий от mky

при выполнени scp "ИМЯ_ФАЙА.doc" user@server/sharename происходит копирование, до 10-20% и висит

Когда операцию отменить, появится сообщение о том, что утеряно соединение. При попытке повторной ssh-сессии, выпадает сообщение kernel input/output error. Локально на серваке выполнение любой команды тоже и получаем тоже сообщение.

При чём, ping отвечает и порты теже светятся при nmap -sS SERVER.NAME, однако висит он и кроме kernel input/output ничего. Что ещё - поднял X на том серваке - в висящем состоянии в гноме позволяет клацать по менюшкам, однако при вызове любой программы пишет kernel input/output error. Мышь и клава работает.

В логах при это ничего не пишется...ВООБЩЕ НИЧЕГО ... ни ошибок ни по включению полных логов. Их обрывает и возобновляются после reset (на reboot реакция kernel input/output error).

Файл подвешивающий можно удалить, но это не решение.

На сервере FedoraCore10, Kernel 2.6.27.24-170.2.68, sshd 5.1p1

ApB
() автор топика
Ответ на: комментарий от ApB

«ИМЯ_ФАЙА.doc»

cat «ИМЯ_ФАЙА.doc» > /dev/null

Как проходит

sdio ★★★★★
()
Ответ на: комментарий от ApB

ИМХО у вас проблемы с дисковой подсистемой, поэтому ничего не прочитать и ничего не записать, том числе логи. Можно попробовать создать маленький RAM-disk, засунуть туда busybox (статически собранный с командой dmesg) и с этого диска пробовать запустить dmesg и посмотреть сообщения ядра. Или можно попробовать настроить syslog на логирование на удаленную машну (по сети).

mky ★★★★★
()
Ответ на: комментарий от ApB

Почекать файловую систему, на которой лежит этот загадочный файл?

nnz ★★★★
()

проверить память компутера и диск, может всё посыпалось

dimon555 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.