Проблемы с диском на виртуальном сервере

[chebyrek]

Здравствуйте, достался в наследство виртуальный сервер с Ubuntu 13.10, на нем установлен только Firebird server c одной БД (60-70 мб). С некоторых пор начались вот такие сообщения об ошибках:

Код: [Выделить]

173315.036133] EXT4-fs (vda6): error count: 23
[173315.036161] EXT4-fs (vda6): initial error at 1439197492: ext4_journal_check_start:56
[173315.036164] EXT4-fs (vda6): last error at 1448714888: ext4_remount:4761: inode 10798
[259822.556132] EXT4-fs (vda6): error count: 23
[259822.556179] EXT4-fs (vda6): initial error at 1439197492: ext4_journal_check_start:56
[259822.556182] EXT4-fs (vda6): last error at 1448714888: ext4_remount:4761: inode 10798
[346330.076128] EXT4-fs (vda6): error count: 23
[346330.076179] EXT4-fs (vda6): initial error at 1439197492: ext4_journal_check_start:56
[346330.076182] EXT4-fs (vda6): last error at 1448714888: ext4_remount:4761: inode 10798
[432837.596124] EXT4-fs (vda6): error count: 23
[432837.596186] EXT4-fs (vda6): initial error at 1439197492: ext4_journal_check_start:56
[432837.596189] EXT4-fs (vda6): last error at 1448714888: ext4_remount:4761: inode 10798
Началось это с полгода назад, делал fsck, на некоторое время помогало, потом начиналось по новой. Сейчас же эти ошибки сыпятся постоянно, часто рвется соединение с сервером, иногда ФС перемонтируется в readonly, приходится перезагружать.

Если есть у кого-нибудь какие-нибудь идеи по исправлению ситуации, буду рад 

Код: [Выделить]

3.11.0-26-generic


root@base:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda6       5.4G  3.5G  1.7G  68% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
udev            488M  4.0K  488M   1% /dev

 mount
/dev/vda6 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)



[AnrDaemon]

Идеи будут у техподдержки сервера.

[fisher74]

... будут должны быть ...

[chebyrek]

Спасибо ) Я как то сам не догадался в ТП позвонить После того как написал сюда, я еще обнаружил, что у меня откатываются любые сделанные изменения, т.е.,например, захожу по ssh, меняю конфиг или создаю файл, сохраняю, через полчаса-час у меня обрывается соединение, я захожу на сервер повторно, а там никаких изменений , позвонил в ТП, они мне не поверили  , в итоге все-таки смогли повторить этот косяк сами  Что-то вроде поправили, потому что сейчас другая ошибка появилась, в этот раз при загрузке

Код: [Выделить]

JBD2: Spotted dirty metadata buffer (dev = vda6, blocknr = 0). There's a risk of filesystem corruption in case of system crash.
EXT4-fs error (device vda6): ext4_mb_generate_buddy:755: group 38, 4033 clusters in bitmap, 842 in gd
Буду звонить еще.
И еще, fsck я делал.

И еще один вопрос, я убрал из fstab опцию errors=remount-ro для этого диска, чем это может грозить?

[AnrDaemon]

И еще один вопрос, я убрал из fstab опцию errors=remount-ro для этого диска, чем это может грозить?

Такие вопросы надо задавать до того, как вносить изменения…

[chebyrek]

Ну а как еще поступить? Людям нужно работать, если ФС будет постоянно переходить в RO, то они не смогут вносить изменения в базу. ТП неизвестно сколько будет решать эти проблемы, в интернете никаких советов кроме как fsck, а если не поможет "делайте бэкап -> меняйте диск".

[AnrDaemon]

Писать в саппорт. Звонить в саппорт. И требовать компенсацию за простой.
И вообще, учитесь общаться с саппортом. Вежливый вопрос ещё никогда не оставался без ответа. Даже если этот ответ "извините, но это не к нам".