Отправляет email-рассылки с помощью сервиса Sendsay

Linux: разрешение вопросов, перспективы и общение

Подписаться Бесплатный дискуссионный лист Подписчиков 997
←   Январь 2006   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


За последние 60 дней ни разу не выходила


Сайт листа: http://www.linuxrsp.ru
Открыт: 25-07-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.discuss-list@subscribe.ru
Адрес модератора: comp.soft.linux.discuss-owner@subscribe.ru

Модератор
Фёдор Сорекс

Статистика

997 подписчиков
0 за неделю

Общие разделы

День добрый.

Есть дисковое хранилище в котором создано два логических диска A и B.
Есть два сервака, один основной, другой резервный/тестовый, оба
подключены к хранилищу и видят оба диска. Диск B хочу использовать как
общий раздел (файловая система ext3) для хранения информации, монтирую
при загрузке обоих серваков.
Возникая неприятна ситуация, когда первый сервак что-то записал, то на
втором возникает ошибка и либо он страшно подвисает, либо в read-only
переводи и наоборот.. :-(

kernel: EXT3-fs error (device dm-0): ext3_free_blocks_sb: bit already
cleared for block 20350978
kernel: Aborting journal on device dm-0.
kernel: EXT3-fs error (device dm-0) in ext3_free_blocks_sb: Journal has
aborted
last message repeated 6 times
kernel: EXT3-fs error (device dm-0) in ext3_reserve_inode_write: Journal
has aborted
kernel: EXT3-fs error (device dm-0) in ext3_truncate: Journal has aborted
kernel: EXT3-fs error (device dm-0) in ext3_reserve_inode_write: Journal
has aborted
kernel: EXT3-fs error (device dm-0) in ext3_orphan_del: Journal has aborted
kernel: EXT3-fs error (device dm-0) in ext3_reserve_inode_write: Journal
has aborted
kernel: EXT3-fs error (device dm-0) in ext3_delete_inode: Journal has
aborted
kernel: __journal_remove_journal_head: freeing b_committed_data
kernel: ext3_abort called.
kernel: EXT3-fs error (device dm-0): ext3_journal_start_sb: Detected
aborted journal
kernel: Remounting filesystem read-only

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

Вопрос как можно избежать такого?
Не охото (честно и не знаю как) объеденять в кластер, т.к. серваки
выполняют свои разные задачи и разные по конфигурации.

ЗЫ.Операционки установлены одинаковые, на базе RHEL4.

Ответить   Little KING Mon, 09 Jan 2006 17:49:02 +0500 (#499184)

 

Ответы:

Little KING пишет:

Народ, ни кто не сталкивался что ли с такой проблемой?!?!?!?

Ответить   Little KING Tue, 17 Jan 2006 09:06:54 +0500 (#502590)

 

On Tue, 17 Jan 2006 09:06:54 +0500
Little KING <lki***@n*****.ru> wrote:

А какое хранилище-то ? NAS или SAN ? И как оно подключено к сервакам ?
У нас хранилище NAS подключено через сетку и подмонтировано как
сетевая файловая система к нескольким компам с разными операционками
(Win, Linux, FreeBSD). Подобных проблем не наблюдается.

С уважением -
Андрей Соловьев

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 23932; Возраст листа: 911; Участников: 1448
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/503598

Ответить  
s-andr***@r*****.ru
Sat, 21 Jan 2006 10:37:23 +0300 (#503598)

 

s-andr***@r*****.ru пишет:

Забыл указать..
Хранилище HP MSA-500G2, подключены они по скази кабелям - один сервак в
канал A, другой в B (в стандартной комплектации у MSA500-G2 два канала).

Я тоже думал про сетевую файловую систему (NFS), но этим хранилищем
планируется пользоваться пока только двум сервакам.

Ответить   Little KING Mon, 23 Jan 2006 10:26:22 +0500 (#504491)

 

On Mon, 23 Jan 2006 10:26:22 +0500
Little KING <lki***@n*****.ru> wrote:

Понятно, у вас хранилище типа DAS (прямое подключение к серверам).
Тогда все гораздо сложнее.

Я глубоко этот вопрос не копал, может быть, конечно и существует
какой-нибудь софт, способный синхронизировать работу с внешним
хранилищем. Но на мой взгляд лучше сделать так:

- хранилище разбить на два логических массива (назовем их А и В)
- один массив сделать доступным через скази-канал А, а другой - через
В
- на серваке А расшарить массив А и подмонтировать его на сервак В, на
серваке В расшарить массив В и подмонтировать его к серваку А.

Недостаток такого метода - необходимость разбивать массив и в случае
отказа одного из серваков необходима физическая перекоммутация канала
на другой сервак.

Второй метод:

массив не бьется, а все остается, как вы уже сделали (т.е. канал А - в
сервак А, а канал В - в сервак В). Но в этом случае массив монтируется
ТОЛЬКО на сервак А и на нем расшаривается и подмонтируется на сервак
В. Канал В в этом случае используется в качестве резервного и
подмонтируется только в случае отказа сервака А.

Недостаток такого метода - более низкая производительность дискового
массива.

Увы, других способов не существует, т.к. система управления дисковым
массивом ничего не знает о структуре и особенностях размещенной на ней
файловой системы. А хранилище типа NAS по сути своей представляет
файловый сервер, который, собственно и следит за файловой системой.

С уважением -
Андрей Соловьев

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24209; Возраст листа: 920; Участников: 1451
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/507414

Ответить  
s-andr***@r*****.ru
Sat, 28 Jan 2006 10:34:51 +0300 (#507414)