ПОМОГИТЕ с проблемой, может кто сталкивался....

Форум предназначен для новичков. В нем предполагается рассматривать вопросы, которые встают на первых этапах освоения Linux
Anonymous

ПОМОГИТЕ с проблемой, может кто сталкивался....

Сообщение Anonymous »

Суть проблемы такова:
Под 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

Аватара пользователя
kae
Неотъемлемая часть форума
Сообщения: 318
Зарегистрирован: 26 янв 2003, 03:53
Откуда: Дзержинск, РБ.
Контактная информация:

Сообщение kae »

А на винде не FAT случайно? Если мне склероз не изменяет, на фат есть ограничение в макс. размере файла именно в 2Г...
Будем же учиться хорошо мыслить — вот основной принцип морали
— Паскаль

Anonymous

Сообщение Anonymous »

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

Аватара пользователя
exe
Неотъемлемая часть форума
Сообщения: 860
Зарегистрирован: 28 ноя 2003, 21:08
Откуда: Минск

Сообщение exe »

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

Anonymous

Сообщение Anonymous »

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

Аватара пользователя
exe
Неотъемлемая часть форума
Сообщения: 860
Зарегистрирован: 28 ноя 2003, 21:08
Откуда: Минск

Сообщение exe »

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

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

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

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

Anonymous

Сообщение Anonymous »

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

Anonymous

Сообщение Anonymous »

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

Anonymous

Сообщение Anonymous »

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

Аватара пользователя
exe
Неотъемлемая часть форума
Сообщения: 860
Зарегистрирован: 28 ноя 2003, 21:08
Откуда: Минск

Сообщение exe »

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

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

Anonymous

Сообщение Anonymous »

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

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

С уважением Corsair

Аватара пользователя
mend0za
Неотъемлемая часть форума
Сообщения: 2332
Зарегистрирован: 30 авг 2002, 12:33
Откуда: Minsk

Сообщение mend0za »

слышал что это известный глюк в одной из последних samba серии 2.x
И увидел я зверя, выходящего из тундры. И число его было 3.14159265358979324...

Anonymous

Сообщение Anonymous »

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

Аватара пользователя
exe
Неотъемлемая часть форума
Сообщения: 860
Зарегистрирован: 28 ноя 2003, 21:08
Откуда: Минск

Сообщение exe »

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

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

Anonymous

Сообщение Anonymous »

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

Ответить