Колян 2 Опубликовано: 2007-03-30 21:44:57 Share Опубликовано: 2007-03-30 21:44:57 Здравствуйте. В последнее время появилась такая бага. Перестал работать крон, почему-то он перестал запускться, также перестал запускаться АПАЧ, и многое другое. Но при запуске крона вручную также он ничего не заускает, ну может, запустил не так. Ничего не менялось, кроме как обновил пхп до версии 5.2.1. Ну и еще. На дисках свободное место есть, но пхп мне стал писать Warning: session_write_close() [function.session-write-close]: open(/var/tmp//sess_1M5SiZYL3ajjCKPnvMjKE0rL9hc, O_RDWR) failed: No space left on device (28) in /usr/local/apache/htdocs/phpMyAdmin/index.php on line 44 такую вот бяку... освободишь метров пять, исчезает. Версия freebsd - 5.5, никто не подскажет, что могло быть случиться? все скрипты для запуска крона и ему подобных лежат в /etc/rc.d, там где и лежали... Ссылка на сообщение Поделиться на других сайтах
Колян 2 Опубліковано: 2007-03-30 21:47:57 Автор Share Опубліковано: 2007-03-30 21:47:57 Да, и еще такое вот бывает... Ошибка SQL-запрос: SHOW FULL FIELDS FROM `search` FROM `news` ; Ответ MySQL: #1 - Can't create/write to file '/var/tmp/#sql_2c2_0.MYI' (Errcode: 28) Тоже видать что-то с местом связано... Странно! Ребут помогает, но не надолго, исчезают траблы с местом на диске. Вывод команды df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad1s1a 248M 62M 166M 27% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad1s1e 248M 200K 228M 0% /tmp /dev/ad1s1f 34G 18G 14G 57% /usr /dev/ad6s1d 226G 197G 11G 95% /usr/local/apache/htdocs /dev/ad1s1d 248M 128M 100M 56% /var devfs 1.0K 1.0K 0B 100% /var/named/dev Ссылка на сообщение Поделиться на других сайтах
Sanito 129 Опубліковано: 2007-03-31 04:19:58 Share Опубліковано: 2007-03-31 04:19:58 Очень маленький размер /var, многие приложения (в частности php) используют /var/tmp в качестве каталога для временных файлов. И 100 Мб - это очень мало. Кроме того, по дефолту, если ты сам не переносил, база mysql также лежит в /var/db/mysql, так что еще и сиквелу место надо, а его мало... Как вариант - можно создать символьную ссылку для /var/tmp, разместив его где-то в /usr например (где у тебя места много). Ну и базы mysql желательно из /var/db перенести куда-то... Ссылка на сообщение Поделиться на других сайтах
Колян 2 Опубліковано: 2007-03-31 11:59:25 Автор Share Опубліковано: 2007-03-31 11:59:25 НЕТ, мускуль лежит в /usr/local/mysql/var, тут все базы. Но ведь раньше места хватало, а что щас? Хотя и /var был забит больше... Ссылка на сообщение Поделиться на других сайтах
XoRe 0 Опубліковано: 2007-04-01 03:54:40 Share Опубліковано: 2007-04-01 03:54:40 сделай fsck Ссылка на сообщение Поделиться на других сайтах
Колян 2 Опубліковано: 2007-04-01 07:00:00 Автор Share Опубліковано: 2007-04-01 07:00:00 main# fsck ** /dev/ad1s1a (NO WRITE) ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=25169 OWNER=root MODE=100400 SIZE=0 MTIME=Mar 31 14:15 2007 CLEAR? no ** Phase 5 - Check Cyl groups 1730 files, 31979 used, 94860 free (516 frags, 11793 blocks, 0.4% fragmentation) ** /dev/ad1s1e (NO WRITE) ** Last Mounted on /tmp ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no 21 files, 101 used, 126738 free (34 frags, 15838 blocks, 0.0% fragmentation) ** /dev/ad1s1f (NO WRITE) ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 261091 files, 9471814 used, 8594317 free (57317 frags, 1067125 blocks, 0.3% fragmentation) ** /dev/ad6s1d (NO WRITE) ** Last Mounted on /usr/local/apache/htdocs ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 24028 files, 103233793 used, 15022076 free (14004 frags, 1876009 blocks, 0.0% fragmentation) ** /dev/ad1s1d (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=8286 OWNER=root MODE=140666 SIZE=0 MTIME=Mar 31 14:14 2007 CLEAR? no UNREF FILE I=25051 OWNER=mysql MODE=100600 SIZE=0 MTIME=Mar 31 14:14 2007 CLEAR? no UNREF FILE I=25087 OWNER=mysql MODE=100600 SIZE=0 MTIME=Mar 31 14:14 2007 CLEAR? no UNREF FILE I=25088 OWNER=mysql MODE=100600 SIZE=0 MTIME=Mar 31 14:14 2007 CLEAR? no UNREF FILE I=25139 OWNER=mysql MODE=100600 SIZE=0 MTIME=Mar 31 14:14 2007 CLEAR? no UNREF FILE I=25140 OWNER=mysql MODE=100600 SIZE=0 MTIME=Mar 31 14:14 2007 CLEAR? no ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no 1309 files, 37050 used, 90055 free (1855 frags, 11025 blocks, 1.5% fragmentation) Вот результат. А можно ли как-то увеличить размер /var без потери данных? Например отрезать от диска, который смонтирован в /usr? Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас