Справочная информация : я использую lighttpd 1.4.28-1 на CentOS 5.3 для обслуживания статических ресурсов.
Сигнал : в последнее время иногда он замедляется. Я получаю следующие ошибки в журнале ядра и /var/log/messages
:
proftpd[5145]: (::ffff:xx[::ffff:xx]) - FTP session opened.
proftpd[5145]: (::ffff:xx[::ffff:xx]) - Preparing to chroot to directory 'xx'
EXT3-fs warning (device dm-3): ext3_dx_add_entry: Directory index full!
Sep 16 15:30:34 xx last message repeated 489 times
Информация об узле:
df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/mapper/ddf1_p3
77037568 9996012 67041556 13% /
/dev/mapper/ddf1_p1
26104 35 26069 1% /boot
tmpfs 505834 1 505833 1% /dev/shm
Содержимое файловой системы:
tune2fs 1.39 (29-May-2006)
Filesystem volume name: /
Last mounted on: <not available>
Filesystem UUID: 3e9a2bc7-b6d3-4c62-b31d-a9b8ea5ea106
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 77037568
Block count: 77017618
Reserved block count: 3850880
Free blocks: 52289663
Free inodes: 67588146
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1005
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 32768
Inode blocks per group: 1024
Filesystem created: Fri Oct 30 16:00:47 2009
Last mount time: Fri Sep 9 01:43:27 2011
Last write time: Fri Sep 9 01:43:27 2011
Mount count: 7
Maximum mount count: -1
Last checked: Fri Oct 30 16:00:47 2009
Check interval: 0 (<none>)
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
First orphan inode: 75267694
Default directory hash: tea
Directory Hash Seed: 08fb2c9a-2241-4344-973f-045753e3d9ed
Journal backup: inode blocks
Корень документа lighttpd есть /data/www/lighttpd
, и быстрый подсчет говорит мне, что самая большая папка содержит только 2k файлов:
find . -type d | while read d; do f=`ls -1 "$d" | wc -l`; echo $f $d; done | sort -n
Является ли журнал коррупцией? Есть ли что-нибудь еще, что может вызвать это?
linux
filesystems
ext3
fsck
directoryindex
кванты
источник
источник
Ответы:
У меня была похожая проблема, и я решил ее с помощью fsck после небольшого исследования, которое привело меня к этому сообщению в блоге: http://rackerhacker.com/2008/10/13/ext3_dx_add_entry-directory-index-full/
NB: я настоятельно рекомендую сделать резервную копию всех ваших данных, прежде чем делать что-либо, связанное с файловой системой.
источник
fsck
кажется, это исправить. Большое спасибо!