Приветствую, вот возникла проблема, может кто уже сталкивался ...
На сервер с установленной Fedora 11 пытаюсь залить большой файл - 55Gb.
И через некоторое время система падает, успевает залиться от 5 до 10Gb.
Пробовал заливать и по ftp и по sftp - эффект один и тот же.
На сервере 48Gb оперативки и 4Gb swap.
>Приветствую, вот возникла проблема, может кто уже сталкивался ...
>На сервер с установленной Fedora 11 пытаюсь залить большой файл - 55Gb.
>
>И через некоторое время система падает, успевает залиться от 5 до 10Gb.
>
>Пробовал заливать и по ftp и по sftp - эффект один и
>тот же.
>На сервере 48Gb оперативки и 4Gb swap.логи эсть?
>логи эсть?messages -> Aug 24 10:18:18 srv-07 kernel: sshd invoked oom-killer: gfp_mask=0xd0, order=0, oomkilladj=0
>>логи эсть?
>
>messages -> Aug 24 10:18:18 srv-07 kernel: sshd invoked oom-killer: gfp_mask=0xd0, order=0, oomkilladj=0OOM - это Out of memory.
Почему оно появляется - это вопрос.
>OOM - это Out of memory.
>Почему оно появляется - это вопрос.Это я догадался.
Может быть потому что swap по отношению к ram такой маленький ?
Пробовал отключать swap вообще, через:
sysctl -w vm.swappiness=0
Эффект тот же.
>OOM - это Out of memory.
>Почему оно появляется - это вопрос.Начал создавать файл для swap, дабы потестировать, сервер опять упал при размере файла в районе 9Gb.
Файл создавал так:
dd if=/dev/zero of=/swapfile1 bs=1024 count=52428800
>>OOM - это Out of memory.
>>Почему оно появляется - это вопрос.
>
>Начал создавать файл для swap, дабы потестировать, сервер опять упал при размере
>файла в районе 9Gb.
>Файл создавал так:
>dd if=/dev/zero of=/swapfile1 bs=1024 count=52428800Поищите по рассылкам, не проблема ли это вашей версии ядра. Довольно-таки похоже на то.
По всей видимости выходит, что 32-битная система не корректно работает с таким количеством оперативки со стандартным ядром.
Буду ставить 64-битную, для информации интересно почитать здесь: http://www.redhat.com/archives/taroon-list/2007-August/msg00...
Это я на будущее, вдруг кто-то тоже искать решение будет.>Поищите по рассылкам, не проблема ли это вашей версии ядра. Довольно-таки похоже
>на то.
>По всей видимости выходит, что 32-битная система не корректно работает с таким
>количеством оперативки со стандартным ядром.
>Буду ставить 64-битную, для информации интересно почитать здесь: http://www.redhat.com/archives/taroon-list/2007-August/msg00...
>Это я на будущее, вдруг кто-то тоже искать решение будет.
>
>>Поищите по рассылкам, не проблема ли это вашей версии ядра. Довольно-таки похоже
>>на то.А-а! Вот оно как. Ну, естественно, кто же ставит 32-битную систему на такой объем оперативки.
>По всей видимости выходит, что 32-битная система не корректно работает с таким
>количеством оперативки со стандартным ядром.
>Буду ставить 64-битную, для информации интересно почитать здесь: http://www.redhat.com/archives/taroon-list/2007-August/msg00...
>Это я на будущее, вдруг кто-то тоже искать решение будет.
>
>>Поищите по рассылкам, не проблема ли это вашей версии ядра. Довольно-таки похоже
>>на то.2^32 = 4294967296 (~4 миллиарда).
Как оно могло 32 битами 48 миллиардов адресовать?)С другой стороны, ещё со времен Pentium Pro процессор может использовать 36 бит для адреса.
Что позволяет 32битной системе работать с 64 Гб оперативки.
Но только если в ОС включено PAE ( http://ru.wikipedia.org/wiki/PAE ).
PAE есть и в linux, и в bsd, и даже в серверных Windows.
Но его использование негативно сказывается на производительности и стабильности.
Что, собственно понятно: PAE - костыль.
А ещё могут быть проблемы с гибкостью ОС.
К примеру, во FreeBSD ядро с PAE должно быть монолитным - подгружать модули будет уже нельзя.Поэтому...
Памяти 4GГб и более?
Тогда х64 - ваш выбор)
>Но его использование негативно сказывается на производительности и стабильности.
>Что, собственно понятно: PAE - костыль.Спорное утверждение, уже как год работает PAE (CentOS5) ни одной проблемы, перевести продакшен сервер на x64 довольно таки тяжело, хотя уже в ближайших планах
>>Но его использование негативно сказывается на производительности и стабильности.
>>Что, собственно понятно: PAE - костыль.
>
>Спорное утверждение, уже как год работает PAE (CentOS5) ни одной проблемы, перевести
>продакшен сервер на x64 довольно таки тяжело, хотя уже в ближайших
>планахСпорное, согласен.
Можно сказать так - там есть много нюансов)
И если есть возможность использовать x64, то лучше сразу использовать x64.
>Приветствую, вот возникла проблема, может кто уже сталкивался ...
>На сервер с установленной Fedora 11 пытаюсь залить большой файл - 55Gb.
>
>И через некоторое время система падает, успевает залиться от 5 до 10Gb.
>
>Пробовал заливать и по ftp и по sftp - эффект один и
>тот же.
>На сервере 48Gb оперативки и 4Gb swap.Было подобное. При прокачке фильмов через шлюз. По графикам занятости памяти на нем было видно,как она вся забирается постепенно, а затем отваливается связь. Радикально помогала только перезагрузка. Смена пары версий ядра (в районе 2.6.24-2.6.25) не помогала. Сменил сетевые платы 3сом 1гб PCI-X(не помню модель) на старенькие 3сом 100мб PCI - все работает как часы. Сделал вывод - кривые дрова.