Linux.by

Суть проблемы такова:
Под Red Hat 9.0 стоит SAMBA 2.2.9
файлы размером больше 2047 метров на виндовую шару не копируются, копирует 2047 а потом обламывается
прежде стояла SAMBA 2.2.5, потом 2.2.7, недавно пропатчил до 2.2.9, на всех версиях тоже самое
ядро собрано с поддержкой больших файлов
версия ядра 2.4.20
Еще проблемы с маунтом виндовой шары, работает через раз. Раз работает, второй подвисает, но тем не мение маунт делает только не завершается. Следовательно скрипты виснут. Решил эту проблему запуском маунта другим процессом и с задержкой в несколько секунд просто прибиваю процесс.
Перед этим стоял Red Hat 7, SAMBA 2.2.5, там конечно файлы больше 2 гиг MC не видел и не копировал, зато можно было скопировать при помощи "ср", и маунт всегда без проблем отрабатывал для smbfs а на девятке и это не работает

Проапгрэдить ядро нельзя, накладывает свои ограничения ClearCase.

Может кто сталкивался уже с таким, помогите советом может кто что знает
Заранее благодарен
С уважением Corsair

А на винде не FAT случайно? Если мне склероз не изменяет, на фат есть ограничение в макс. размере файла именно в 2Г...

На винде NTFS
все сливается на машину на которую сливалось и до этого на Red Hat 7

1. Что показывает ulimit -a ?
2. Какая ошибка возвращается cp?
echo $?

cp выдает такую ошибку - File size limit exceeded

ulimit -a

core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 7168
virtual memory (kbytes, -v) unlimited

Прикол. Что-то явно не так.

А > 2GB файл ftp на эту windows ты сможешь сделать?
Попробуй с винды затянуть. Сможет создать?

Если да, проблема на linux.

ps. Я лично самбу или NFS не перевариваю, может кто другой
поможет лучше.

из под винды все нормально копируется
заходишь по сети на шару самбы в линуксе и копируешь фаром на винду, все в поряде, но ведь это глюк линукса или самбы или еще чего... важен процесс автомотизации. система бэкапа баз данных сорсконтрола работает на линуксе. процесс такой: лочатся базы (VOB) пакуются и по сети скидываются на другую машину. общий обьем более 20 гиг. можно конечно на винде зделать таск что бы там раз в сутки он забирал с линуховой шары файла, проверяя при этом какой нибудь допустим ключ файл о готовности всех бэкапов к копированию. В результате болучается сто бэкапная система разноситься на две машины. А логи надо бы куда в одно место складывать с двух машин. Получается хитрые переплетения, система совершенно неоправдона усложняется, в следствии чего теряется надежность... Да и вообще получается какая-то система ниточек и подвязочек.

а FTP крайне тормозной протокол для очень больших обьемов

может кто-то уже сталкивался с такой проблемой или есть мыслишки как такую проблему можно победить дешевым методом

Посмотри split/cat. Можешь большие файлы разбить перед
копированием. А понадобится восстановить - cat.

1. Разбить
split -b 1024k file.vob file_
2. Соединить
cat file_ >file.vob

стоит поробовать...
спасибо за идею

ну а вообще так интересно будет как нить узнать вообще про такую ситуцию, это глюк или фича. для полноты информации так сказать.

С уважением Corsair

слышал что это известный глюк в одной из последних samba серии 2.x

понимаешь я попробовал все версии самбы начиная с 2.2.5 и заканчивая последней 2.2.9
конечно есть еще 3.0.4 самба ну так это уже совсем другой продукт, и неизвестно как он поддерживается клиаркейсом или нет, в документации ничего нет по этому вопросу, а эксперементирвать нет возможности на рабочих базах, если что рухнет за одну ночь не востановишь а людей днем с ним вплотную дофига работает

Перед тем как пробовать, сделай полный backup.
И на выходных вперед и с песнями.

dd/gzip или aсronis trueimage или legato networker.

будем пытаться
спасибо