Линуксоиды-ядерщики, подскажите в чем проблема.Есть файловый сервер (smb,nfs) на rhel4 со scsi полкой. Работает уже 10 лет, где-то неделю назад начались подвисания на несколько минут, невозможно подключиться по ssh и smb, потом отвисает и работает дальше. С дисками вроде все нормально:
# hpacucli controller all show config
Smart Array 6400 EM in Slot 4b(sn: P577C0P9STJ00C)
array A (Parallel SCSI, Unused Space: 0 MB)
logicaldrive 1 (1.4 TB, RAID 6 (ADG), OK)
physicaldrive 1:0 (port 1:id 0 , Parallel SCSI, 300 GB, OK)
physicaldrive 1:1 (port 1:id 1 , Parallel SCSI, 300 GB, OK)
physicaldrive 1:2 (port 1:id 2 , Parallel SCSI, 300 GB, OK)
physicaldrive 1:3 (port 1:id 3 , Parallel SCSI, 300 GB, OK)
physicaldrive 1:4 (port 1:id 4 , Parallel SCSI, 300 GB, OK)
physicaldrive 1:5 (port 1:id 5 , Parallel SCSI, 300 GB, OK)
physicaldrive 1:8 (port 1:id 8 , Parallel SCSI, 300 GB, OK)
...
В dmsg сыпятся call трейсы, мне они ни о чем не говорят:
Aug 24 08:41:37 manager kernel: Call Trace:<ffffffffa008b6a4>{:ext3:ext3_write_inode+43} <ffffffff8019c701>{__writeback_single_inode+352}
Aug 24 08:41:37 manager kernel: <ffffffff8019cd5e>{sync_sb_inodes+484} <ffffffff8019cff5>{writeback_inodes+154}
Aug 24 08:41:37 manager kernel: <ffffffff801612c7>{balance_dirty_pages_ratelimited+222}
Aug 24 08:41:37 manager kernel: <ffffffff8015d95a>{generic_file_buffered_write+1246}
Aug 24 08:41:37 manager kernel: <ffffffffa00927a3>{:ext3:__ext3_journal_stop+31} <ffffffff8019c440>{__mark_inode_dirty+40}
Aug 24 08:41:37 manager kernel: <ffffffff8015dea8>{__generic_file_aio_write_nolock+731}
Aug 24 08:41:37 manager kernel: <ffffffff8015e146>{generic_file_aio_write_nolock+32}
Aug 24 08:41:38 manager kernel: <ffffffff8015e210>{generic_file_aio_write+126} <ffffffffa0088f1d>{:ext3:ext3_file_write+22}
Aug 24 08:41:38 manager kernel: <ffffffff8017c4f3>{do_sync_write+178} <ffffffff801893c4>{do_lookup+44}
Aug 24 08:41:38 manager kernel: <ffffffff8013618e>{autoremove_wake_function+0} <ffffffff8018a588>{__link_path_walk+3690}
Aug 24 08:41:38 manager kernel: <ffffffffa00743c4>{:jbd:start_this_handle+964} <ffffffff801add8d>{v2_write_dquot+328}
Aug 24 08:41:38 manager kernel: <ffffffff801aaa16>{dquot_commit+192} <ffffffffa0092e8c>{:ext3:ext3_write_dquot+75}
Aug 24 08:41:38 manager kernel: <ffffffff801aaf18>{vfs_quota_sync+238} <ffffffff801aec8d>{sys_quotactl+1429}
Aug 24 08:41:38 manager kernel: <ffffffff8015bc02>{wake_up_page+9} <ffffffff8016c76f>{do_no_page+2091}
Aug 24 08:41:38 manager kernel: <ffffffffa00982c8>{:ext3:ext3_get_acl+140} <ffffffff8016c90b>{handle_mm_fault+373}
Aug 24 08:41:38 manager kernel: <ffffffff801f0a3d>{__up_read+16} <ffffffff80124b11>{do_page_fault+577}
Aug 24 08:41:38 manager kernel: <ffffffff8016f991>{do_mmap_pgoff+1613} <ffffffff801f0939>{__up_write+20}
Aug 24 08:41:38 manager kernel: <ffffffff801102de>{system_call+126}
#uname -a
Linux 2.6.9-100.ELsmp #1 SMP Tue Feb 1 12:04:42 EST 2011 x86_64 x86_64 x86_64 GNU/Linux
Что смотреть?