samba+reiserfs

[Graf]

Подскажите плиз, что-за фигня?
взято из syslog.
ядро 2.6.31.6
sdb1==RAID-5

Код: Выделить всё

kernel: REISERFS warning (device sdb1): jdm-20002 reiserfs_xattr_get: Invalid hash for xattr (system.posix_acl_access) associated with [1953724787 1882090853 0x7869736f UNKNOWN]

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[paix]

офф.

1. не используйте reiserfs - это уже мертвая fs, а м. реизер в тюряге.
2. не используйте рейд5. Это самый медленный и не надежный из возможных вариантов рейда. Особенно на запись.
3. google

[Graf]

офф.

1. не используйте reiserfs - это уже мертвая fs, а м. реизер в тюряге.

уже 5 лет как используется - назад пути нет (более 1Т информации и 150 юзверей)

2. не используйте рейд5. Это самый медленный и не надежный из возможных вариантов рейда. Особенно на запись.

аналогично ответу на вопрос №1

3. google

отвечает так же ка и ты

зы: а по конкретней зя, что происходит?
масив рушится? доступ раздается криво? что-то еще? и как сие поправить именно на reiser и именно на 5-ом рейде?

[_Andy]

уже 5 лет как используется - назад пути нет (более 1Т информации и 150 юзверей)

Может стоит пересмотреть условия хранения информации?

[Graf]

Может стоит пересмотреть условия хранения информации?

Сори, но при чем здесь это?
Кстати, может я не правильно понимаю, имелось ввиду "backup" или "порядок данных, как таковой" ? Хотя, в обоих вариантах есть и порядок и регламент!
Но, представь сколько времени надо для востановления более 1Т информации, плюс в это время никто этими данными не сможет пользоваться для соответствия действительности и плюс ко всему, мне нужен будет такойже рессурс куда я смогу востановить все эти данные. И потом я должен уламать начальство на покупку еще одного винта (как минимум) для 10 рейда, востановить сисстему на ext3-4 и опять перенести данные более 1Т !
Может тут мне еще кластр посоветуют поднять?
А может я отстал от жизни и есть способ переехать с 5-го рейда на 10-ый без потери данных, а так же с одной ФС на другую?

[_Andy]

Сори, но при чем здесь это?

При том, что возможно, Вы скоро можете потерять данные, или уже начали это делать. Может пора задуматься о
смене файловой системы?

А может я отстал от жизни и есть способ переехать с 5-го рейда на 10-ый без потери данных, а так же с одной ФС на другую?

С одной fs на другую, можно переехать без потери данных путем копирования этих данных
на другой носитель.

[Graf]

При том, что возможно, Вы скоро можете потерять данные, или уже начали это делать. Может пора задуматься о смене файловой системы?

Пока, только слетают права.
Поэтому я склоняюсь больше к "что-то в ядре" или "что-то в самбе". Думаю первое.

С одной fs на другую, можно переехать без потери данных путем копирования этих данных
на другой носитель.

1Т я буду копировать туда-сюда 3 дня!
Нет, глобализация, на данный момент, меня не устраивает.

[angelas_]

Вы думаете, что "мир прогнётся под вас"? Это сейчас только 1ТБ информации. Если так дальше и будете сидеть, смотреть на такие логи и ничего не делать, то проблема станет критической когда данных будет на порядок больше. И чем дольше будете ждать, тем труднее будет решить проблему.
Переносите по одному юзверю тогда, если нет возможности всех вместе и сразу... К тому же можно заранее скопировать, а непосредственно перед переездом воспользоваться rsync.

У меня вот назревает сейчас реорганизация сервачка с 16ТБ информации....

[_Andy]

Пока, только слетают права.
Поэтому я склоняюсь больше к "что-то в ядре" или "что-то в самбе". Думаю первое.

Приведенный кусок - это все, что в логах? Отмонтировать раздел/диск и проверять в
fsck пробовали? badblocks прогоняли? Дистрибутив какой?

1Т я буду копировать туда-сюда 3 дня!
Нет, глобализация, на данный момент, меня не устраивает.

Согласен со своим Норвежским коллегой. При таком подходе, энтропия будет разрастаться.
Сегодня Вам надо копировать террабайт, завтра - понадобиться копировать уже два террабайта.

[_Andy]

Вот еще в гугле нашел

You can use debugreiserfs to track down the file with that key by using
debugreiserfs -d <device> and looking for the objectid. Once you find
the directory listing with that key, you should be able to find the file.


When you've located the filename, a setfattr -x system.posix_acl_access
<file> followed by the appropriate setfacl command will reset the ACL.

[Graf]

Приведенный кусок - это все, что в логах?

да.

Отмонтировать раздел/диск и проверять в
fsck пробовали?

в первую очередь я об этом и подумал, но пока нет возможности остановить сервак (может завтра вечерем),
да и гугл говорит, что сие действие не помогает.

Дистрибутив какой?

SlackWare 12.0 c ядром 2.6.31.6

Сегодня Вам надо копировать террабайт, завтра - понадобиться копировать уже два террабайта.

эээхх... это-то и ежу понятно...., но хочется помягче, без лишних перезагрузок и простоев..

[Graf]

Вот еще в гугле нашел

а, если почитать дальше, то

I am concerned that this constitutes ignoring a bug report by fixing the symptoms and not finding the bug.

[Graf]

Переносите по одному юзверю тогда, если нет возможности всех вместе и сразу... К тому же можно заранее скопировать, а непосредственно перед переездом воспользоваться rsync.

наверное, так и сделаю, если других вариантов не будет (не помогут)
и все-таки грешу я на ядро...

У меня вот назревает сейчас реорганизация сервачка с 16ТБ информации....

ого-го... и сервак в режиме 24х7х365 ?

[angelas_]

ого-го... и сервак в режиме 24х7х365 ?

Ну как, почти. В смысле что перегружать и т.п. могу только начиная с вечера субботы и до утра понедельника. Так как география клиента распространена на 3 материка, то из-за америкосов получается сдвиг во времени..
Вот, кстати, с ночи прошлой субботы бакула работает во всю, полный бэкап делаю..

[_Andy]

в первую очередь я об этом и подумал, но пока нет возможности остановить сервак (может завтра вечерем),
да и гугл говорит, что сие действие не помогает.

Я бы все же попробовал.

SlackWare 12.0 c ядром 2.6.31.6

Мой б-г. Какой, простите, мудак запихнул это в продакшн?

эээхх... это-то и ежу понятно...., но хочется помягче, без лишних перезагрузок и простоев..

Самба это ha сервис?

[paix]

Andy,

это ведь достаточно увлекательное занятие, дебажить и отлавливать глюки на карент ядре, взаимодействовать с коммунити
только понятие "стабильно и без простоев" сюда не вписывается.
позволь людям учиться на своих ошибках, ведь все познается в сравнении

[_Andy]

Andy,
это ведь достаточно увлекательное занятие, дебажить и отлавливать глюки на карент ядре, взаимодействовать с коммунити
только понятие "стабильно и без простоев" сюда не вписывается.
позволь людям учиться на своих ошибках, ведь все познается в сравнении

Судя по треду, такой сервер тредстартеру достался в наследство.
p.S: Раз грешите на ядро, тогда скажите, а как давно проблема наблюдается? Вы kernel, на этом сервере, обновляли?

[Graf]

Вот, кстати, с ночи прошлой субботы бакула работает во всю, полный бэкап делаю..

3 тьфу... и удачи

[Graf]

Мой б-г. Какой, простите, мудак запихнул это в продакшн?

Этот "мудак" - я.
Только, простите, в чем заключается муддизм?
В том, что стабильному дистру подсунули стабильное ядро?

Судя по треду, такой сервер тредстартеру достался в наследство.

Обсолютно верно.
Хотя считаю, что наследство вполне приличное. Сам являюсь любителем слаки и, как не странно, reiserfs
(можем развернуть тред по плюсам-минусам этой ФС )

p.S: Раз грешите на ядро, тогда скажите, а как давно проблема наблюдается? Вы kernel, на этом сервере, обновляли?

Ядро заменено 24.11. ошибка вылезла 28.11.
Перед этим, дней 10, тестировалось на высоконагруженном сервере (MySQL, 1C, Apache, samba) с 12 слакой и на одной рабочей станции с 13 слакой на кедах-4 (с которой я тут и пишу до сих пор, на этом же ядре 2.6.31.6)

На ядро уже не грешу. Вчера вечером "выкрал" 2 часа у компании и проверил fsck (AKA reiserfsck) sdb1 - ошибок-0, бэдов-0.
Также заменил ядро на родное. Получил в логах:

Код: Выделить всё

ReiserFS: sdb1: warning: Invalid hash for xattr (system.posix_acl_access) associated with [178631 2082611 0x0 SD]

т.е. хрен-редьки не слаще(поменялись лишь значения в [ ] ).Отсюда делаю вывод - ядро не при чем.

Andy,
это ведь достаточно увлекательное занятие, дебажить и отлавливать глюки на карент ядре, взаимодействовать с коммунити

Простите за тупизм, но я всегда думал, что current и stable - относятся в основном к дистрам, а к ядрам относятся версии stable и development.
Слака 12.0 и 13.0 - стабильные дистры.
ядро 2.6.31.6 - стабльное ядро
И что я не должен был делать, и почему?

[paix]

Простите за тупизм, но я всегда думал, что current и stable - относятся в основном к дистрам, а к ядрам относятся версии stable и development.
Слака 12.0 и 13.0 - стабильные дистры.
ядро 2.6.31.6 - стабльное ядро
И что я не должен был делать, и почему?

ядро, которое зарелизено 3 недели назад, не может являться стейбл, хоть так и называется на kernel.org

Код: Выделить всё

2.6.31.6  	2009-11-10

в конетексте kernel.org данное ядро условно прошло тестирование, и команда дальше сосредоточена на mainstream, поэтому на нем и повесили условную лейблу - stable.

иесли брать слаку, то это всегда current, как и ваше ядро.

стабильные ядра там, где команда дистрибутива осуществляет security-backporting.
в rhel\centos на текущий момент это
kernel-2.6.18-164.el5

кстати, а раскажите как вы слаку обновляете и поддерживаете? интересно.
я имею ввиду там security fiexes и т.д. да еще из расчета на несколько серверов.

[angelas_]

3 тьфу... и удачи

Спасибо..

[paix]

ядро, которое зарелизено 3 недели назад, не может являться стейбл, хоть так и называется на kernel.org

Код: Выделить всё

2.6.31.6  	2009-11-10

на счет даты релиза был не прав.
но в остальном сути дела не меняет.

[Alex_hha]

SlackWare 12.0 c ядром 2.6.31.6

жесть!!!

[_Andy]

Этот "мудак" - я.
Только, простите, в чем заключается муддизм?

Мудизм заключается в том, что дальнейшее поддержание системы затруднено.
Связанно это с отсутсвием у Слаки родных портов, пакетов. Про то, что прикрутили
pkgsrc знаю. Это стороннее.

В том, что стабильному дистру подсунули стабильное ядро?

Может и стабильный, но управляемый вряд ли.

Обсолютно верно.
Хотя считаю, что наследство вполне приличное.

Железо скорее всего приличное, а вот софт - нет.

Сам являюсь любителем слаки и, как не странно, reiserfs
(можем развернуть тред по плюсам-минусам этой ФС )

Не надо. Уже и так видно, что Вы начинаете расхлебывать с данной фс.

Ядро заменено 24.11. ошибка вылезла 28.11.
Перед этим, дней 10, тестировалось на высоконагруженном сервере (MySQL, 1C, Apache, samba) с 12 слакой и на одной рабочей станции с 13 слакой на кедах-4 (с которой я тут и пишу до сих пор, на этом же ядре 2.6.31.6)
На ядро уже не грешу. Вчера вечером "выкрал" 2 часа у компании и проверил fsck (AKA reiserfsck) sdb1 - ошибок-0, бэдов-0.
Также заменил ядро на родное. Получил в логах:

Код: Выделить всё

ReiserFS: sdb1: warning: Invalid hash for xattr (system.posix_acl_access) associated with [178631 2082611 0x0 SD]

т.е. хрен-редьки не слаще(поменялись лишь значения в [ ] ).Отсюда делаю вывод - ядро не при чем.

Переносите данные на другую фс, пока слишком поздно не стало.

И что я не должен был делать, и почему?

Слака - не годится для продакшн серверов. Нет, стоять и работать она будет, тут спору нет. Но вот обновлять ее
и поддерживать софт в актуальном состоянии слишком накладно.

[_Andy]

К размышлению:
http://www.linux.kiev.ua/ru/docs/articl ... ysadm-rpm/