ПОМОГИТЕ с проблемой, может кто сталкивался....
ПОМОГИТЕ с проблемой, может кто сталкивался....
Суть проблемы такова:
Под 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
Под 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
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
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
из под винды все нормально копируется
заходишь по сети на шару самбы в линуксе и копируешь фаром на винду, все в поряде, но ведь это глюк линукса или самбы или еще чего... важен процесс автомотизации. система бэкапа баз данных сорсконтрола работает на линуксе. процесс такой: лочатся базы (VOB) пакуются и по сети скидываются на другую машину. общий обьем более 20 гиг. можно конечно на винде зделать таск что бы там раз в сутки он забирал с линуховой шары файла, проверяя при этом какой нибудь допустим ключ файл о готовности всех бэкапов к копированию. В результате болучается сто бэкапная система разноситься на две машины. А логи надо бы куда в одно место складывать с двух машин. Получается хитрые переплетения, система совершенно неоправдона усложняется, в следствии чего теряется надежность... Да и вообще получается какая-то система ниточек и подвязочек.
заходишь по сети на шару самбы в линуксе и копируешь фаром на винду, все в поряде, но ведь это глюк линукса или самбы или еще чего... важен процесс автомотизации. система бэкапа баз данных сорсконтрола работает на линуксе. процесс такой: лочатся базы (VOB) пакуются и по сети скидываются на другую машину. общий обьем более 20 гиг. можно конечно на винде зделать таск что бы там раз в сутки он забирал с линуховой шары файла, проверяя при этом какой нибудь допустим ключ файл о готовности всех бэкапов к копированию. В результате болучается сто бэкапная система разноситься на две машины. А логи надо бы куда в одно место складывать с двух машин. Получается хитрые переплетения, система совершенно неоправдона усложняется, в следствии чего теряется надежность... Да и вообще получается какая-то система ниточек и подвязочек.
понимаешь я попробовал все версии самбы начиная с 2.2.5 и заканчивая последней 2.2.9
конечно есть еще 3.0.4 самба ну так это уже совсем другой продукт, и неизвестно как он поддерживается клиаркейсом или нет, в документации ничего нет по этому вопросу, а эксперементирвать нет возможности на рабочих базах, если что рухнет за одну ночь не востановишь а людей днем с ним вплотную дофига работает
конечно есть еще 3.0.4 самба ну так это уже совсем другой продукт, и неизвестно как он поддерживается клиаркейсом или нет, в документации ничего нет по этому вопросу, а эксперементирвать нет возможности на рабочих базах, если что рухнет за одну ночь не востановишь а людей днем с ним вплотную дофига работает