vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Покапался в океане логов около 2-х часов, пока не одурел — но прямо в лоб ничего криминального не нашел. Очень трудно оперировать гигабайтными файлами. Поэтому зашел с конца (с удаления) - нахожу вызов .......execve("/bin/rm", ["/bin/rm]", "-rf", "/home/dimon/tmp/wolfram"], [/* 32 vars */]) = 0 ......и само удаление ......unlinkat(AT_FDCWD, "/home/dimon/tmp/wolfram", AT_REMOVEDIR) = 0 А вот причину всего этого так и не смог увидеть..... Искать вслепую бесполезно, нужно знать что искать....... Немного поразмыслив и решив, что программист не будет зря выводить такое сообщение, решил вернуться к первоначальной мысли — заканчиваются иноды, но заканчиваются не на реальной файловой системе, а виртуальной — и судя по документации по умолчанию макс.количество инодов устанавливается равной половине оперативной памяти (страниц) nr_inodes: The maximum number of inodes for this instance. The default is half of the number of your physical RAM pages. И судя по этой же документации, чтобы не было лимитирования, нужно прописывать параметр nr_inodes=0 (так же можно и по бокам nr_blocks=0) либо задавать конкретные значения (больше половины памяти). Решил проверить $ df -i (по умолчанию) Файловая система Iнодов IИспользовано IСвободно IИспользовано% Cмонтировано в tmpfs 217279 7 217272 1% /dev/shm tmpfs 217279 11 217268 1% /sys/fs/cgroup tmpfs 217279 18 217261 1% /tmp tmpfs 217279 17 217262 1% /run/user/1000 $ df -i (прописал произвольно в fstab nr_inodes=4096000) Файловая система Iнодов IИспользовано IСвободно IИспользовано% Cмонтировано в tmpfs 217279 7 217272 1% /dev/shm tmpfs 217279 11 217268 1% /sys/fs/cgroup tmpfs 4096000 18 4095982 1% /tmp tmpfs 217279 17 217262 1% /run/user/1000 Еще вспомнил, что максимальное кол-во инодов (чтобы не было проблем при работах с большим количеством файлов) должно быть раза в 3 больше установленного системой значения макс.открытых файлов (file-max=303166). Возможно я и не прав, а вот проверить это я не могу....(в данный момент даже проблемы с качкой из инета) citadeldimon, если будет время и желание.....то можешь проверить.... UPD.....а вот как на других системах, не понятно. PS....... твой вывод df -i не соответствует истине - он применен после удаления файлов, а не в процессе распаковки PSS....... и еще не понятный для меня момент с tmpfs 4096000 18 4095982 1% /tmp, а именно что прписывать - /tmp или другое, что используешь.....
Ошибки не исчезают с опытом - они просто умнеют
|
citadeldimon |
|
Темы:
6
Сообщения:
288
Участник с: 09 июля 2012
|
vasekисправляюсь, сделал в реальном времени с интервалом в 10 секунд Оперативки стоит 3 Гб
|
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Значит был не прав.....Откуда скачивал файл, при 1-ой возможности скачаю, если не торрент (тариф 3G модем не дает качать торрент) PS...... Ничего не имею против программистов, но иногда их и не понимаю - выводят никому не нужную информацию, например, в данном случае, 631,752 c, 4,9 MB/c и не могут расписать подробнее (ну хотя бы варианты намекнуть) вместо No space left on /home/dimon/tmp/wolfram
Ошибки не исчезают с опытом - они просто умнеют
|
citadeldimon |
|
Темы:
6
Сообщения:
288
Участник с: 09 июля 2012
|
С офф сайта брал wolfram.com Перейти в продукты, математика и пробная версия. Такие программисты скрипты ваяют) |
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
citadeldimon, докладаю, что я накопал.......скачал, попробовал — результат тот же самый.....Extracting installer.......Extraction failed. No space left on...... В первые вижу такой гибрид — скрипт+бинарник. Трэйсить бесполезно, скрипт отрабатывает нормально, из процессов в основном пашут tar и два dd если приаттачиться ко всем трем, нормально завершают свою работу по сигналу. А вот откуда сигнал, не узнаешь, это не программа, в стэк не залезешь, gdb не берет.Но отфильтровал (по сигналам) одно темное место (но опять же не узнать откуда это вылезло) <... sigreturn resumed> ) = -1 EINTR (Interrupted system call) описание ...sigreturn - при возвращении вызова из обработчика управление передается sigreturn. Этот помещенный в стек вызов sigreturn очищает стек для того, чтобы процесс смог продолжить свою работу с момента его прерывания......и похоже какой то процесс не смог продолжить свою работу. И главное при распаковке около 2,1Г происходит подвисание на некоторое время (даже курсор не мигает) и после выдает ошибку Extraction failed. No space left on... Попробовал на Ubuntu - все нормально (за исключением одного, пришлось запускать через /bin/bash ), и после распаковки 2,1Г появилось сообщение И думается мне, что дело тут в программной оболочке (или как это назвать) ..... занятие бросил, копать дальше бесполезно.....PS......но хоть немного потренировал застоявшиеся мозги....
Ошибки не исчезают с опытом - они просто умнеют
|
citadeldimon |
|
Темы:
6
Сообщения:
288
Участник с: 09 июля 2012
|
vasekДумаю что где то что то не дружит с новой версией, поскольку с дебиана и убунты все отлично работает. Думаю в будущем вылезет)) Еще раз спасибо за потраченное время) |