ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Informix [игнор отключен] [закрыт для гостей] / Испорчен RAW dbspace. Кто виноват и что делать?
26 сообщений из 26, показаны все 2 страниц
  все  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34444706
bk0010
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bk0010
Участник
Informix 10 работает под Solaris 10 на новеньком Sun440. Был только что установлен и настроен, утором работал. Выключен был правильно. После обеда запустили сервер и получили сообщение:
$ oninit
oninit: Cannot open chunk '/DATABASE/root_db'. errno = 5
oninit: Cannot open chunk '/DATABASE/root_db_mir'. errno = 5
oninit: Fatal error in shared memory initialization
root_db и root_db_mir - символические ссылки на raw
Зашел в ALOM, где обнаружил следующие строки:
Apr 6 17:35:54 istok scsi: WARNING: /pci@1f,700000/scsi@2/sd@2,0 (sd3):
Apr 6 17:35:54 istok Corrupt label; wrong magic number
Apr 6 17:35:55 istok scsi: WARNING: /pci@1f,700000/scsi@2/sd@3,0 (sd4):
Apr 6 17:35:55 istok Corrupt label; wrong magic number
Не помогли ни fsck (нет файловой системы, которую надо лечить) ни oncheck (завершается с ошибкой 5). ОС была предустановлена. Никаких программ, кроме Informix не ставили.
Подозреваю, что раздел был испорчен Informix-ом, так как погиб и rootdbs и его зеркало. Поговорил с соседями. Они сказали, что у них были те же проблемы и они перешли на файлы.
На файлы переходить нежелательно. Подскажите, пожалуйста, кто испортил разделы, как их восстановить (была бы это файловая система - переформатировал бы, а тут приходит на ум только грохнуть раздел), можно ли исключить такую ситуацию в будущем?
...
Рейтинг: 0 / 0
06.04.2007, 20:33
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34444725
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
onstat-
Участник
bk0010Informix 10 работает под Solaris 10 на новеньком Sun440. Был только что установлен и настроен, утором работал. Выключен был правильно. После обеда запустили сервер и получили сообщение:
$ oninit
oninit: Cannot open chunk '/DATABASE/root_db'. errno = 5
oninit: Cannot open chunk '/DATABASE/root_db_mir'. errno = 5
oninit: Fatal error in shared memory initialization
root_db и root_db_mir - символические ссылки на raw
Зашел в ALOM, где обнаружил следующие строки:
Apr 6 17:35:54 istok scsi: WARNING: /pci@1f,700000/scsi@2/sd@2,0 (sd3):
Apr 6 17:35:54 istok Corrupt label; wrong magic number
Apr 6 17:35:55 istok scsi: WARNING: /pci@1f,700000/scsi@2/sd@3,0 (sd4):
Apr 6 17:35:55 istok Corrupt label; wrong magic number
Не помогли ни fsck (нет файловой системы, которую надо лечить) ни oncheck (завершается с ошибкой 5). ОС была предустановлена. Никаких программ, кроме Informix не ставили.
Подозреваю, что раздел был испорчен Informix-ом, так как погиб и rootdbs и его зеркало. Поговорил с соседями. Они сказали, что у них были те же проблемы и они перешли на файлы.
На файлы переходить нежелательно. Подскажите, пожалуйста, кто испортил разделы, как их восстановить (была бы это файловая система - переформатировал бы, а тут приходит на ум только грохнуть раздел), можно ли исключить такую ситуацию в будущем?


Я могу Вам с полной уверенностью сказать что проблема здесь не в Informix.

Пробелма в настройке дисков, или их подкоючении к базе.
И RAW нужно создавать командой metainit или Веритасом.
...
Рейтинг: 0 / 0
06.04.2007, 21:00
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34445004
хрю
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
хрю
Гость
а -o сколько был задан у дибиспейсов?
...
Рейтинг: 0 / 0
07.04.2007, 10:15
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34445220
bk0010
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bk0010
Участник
->а -o сколько был задан у дибиспейсов?
В понедельник узнаю у того, кто ставил
...
Рейтинг: 0 / 0
07.04.2007, 16:02
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34446536
bk0010
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bk0010
Участник
->а -o сколько был задан у дибиспейсов?
0 у всех, кроме Log-ов
...
Рейтинг: 0 / 0
09.04.2007, 10:21
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34446675
Фотография Тан
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тан
Участник
bk0010->а -o сколько был задан у дибиспейсов?
0 у всех, кроме Log-ов
When you allocate a chunk of disk space to the database server, specify an offset for one of the following two purposes:

* To prevent the database server from overwriting the partition information
* To define multiple chunks on a partition, disk device, or cooked file
...
Рейтинг: 0 / 0
09.04.2007, 11:01
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34446741
bk0010
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bk0010
Участник
А какое смещение задавать для Solaris? Раньше (Informix 7,9) все работало и с 0 смещением.
...
Рейтинг: 0 / 0
09.04.2007, 11:18
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34446808
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
bk0010А какое смещение задавать для Solaris? man raw?

bk0010Раньше (Informix 7,9) все работало и с 0 смещением.До перезагрузки и тут тоже все работало.
Вы когда рау создадите, ради интереса dd-ой посмотрите первые килобайты.
...
Рейтинг: 0 / 0
09.04.2007, 11:34
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34446830
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
Кстати под солярисом наверно и на файлах можно, только фс монтировать надо forcedirectio
...
Рейтинг: 0 / 0
09.04.2007, 11:38
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34447025
bk0010
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bk0010
Участник
man raw выдает только описание функций для работы с raw. Подскажите, пожалуйста, смещение
...
Рейтинг: 0 / 0
09.04.2007, 12:28
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34447306
Фотография Тан
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тан
Участник
bk0010man raw выдает только описание функций для работы с raw. Подскажите, пожалуйста, смещение
мы в AIX делаем 1 страницу (4k), вряд ли кому-то этого будет не хватать
...
Рейтинг: 0 / 0
09.04.2007, 13:48
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34447322
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
судя по гуглю и на более ранних версиях были теже проблемы с кораптом
смещение ставят от 8-ми к до 100к.
http://groups.google.com/group/comp.databases.informix/browse_thread/thread/2b7911c5269f7b7e/1b8985af2a325d50?lnk=st&rnum=5&fwc=1
http://groups.google.com/group/comp.databases.informix/msg/72caf8caec243cff?dmode=source
...
Рейтинг: 0 / 0
09.04.2007, 13:51
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34447532
Александр Спирин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Спирин
Гость
bk0010Informix 10 работает под Solaris 10 на новеньком Sun440. Был только что установлен и настроен, утором работал. Выключен был правильно. После обеда запустили сервер и получили сообщение:
$ oninit
oninit: Cannot open chunk '/DATABASE/root_db'. errno = 5
oninit: Cannot open chunk '/DATABASE/root_db_mir'. errno = 5
oninit: Fatal error in shared memory initialization
root_db и root_db_mir - символические ссылки на raw
Зашел в ALOM, где обнаружил следующие строки:
Apr 6 17:35:54 istok scsi: WARNING: /pci@1f,700000/scsi@2/sd@2,0 (sd3):
Apr 6 17:35:54 istok Corrupt label; wrong magic number
Apr 6 17:35:55 istok scsi: WARNING: /pci@1f,700000/scsi@2/sd@3,0 (sd4):
Apr 6 17:35:55 istok Corrupt label; wrong magic number
Не помогли ни fsck (нет файловой системы, которую надо лечить) ни oncheck (завершается с ошибкой 5). ОС была предустановлена. Никаких программ, кроме Informix не ставили.
Подозреваю, что раздел был испорчен Informix-ом, так как погиб и rootdbs и его зеркало. Поговорил с соседями. Они сказали, что у них были те же проблемы и они перешли на файлы.
На файлы переходить нежелательно. Подскажите, пожалуйста, кто испортил разделы, как их восстановить (была бы это файловая система - переформатировал бы, а тут приходит на ум только грохнуть раздел), можно ли исключить такую ситуацию в будущем?
Если Вы создаёте чанк на разделе диска, не создавая том, то вам стоит позаботиться о целостности VTOC'а и загрузочного сектора, расположенных в начале диска и имеющих совокупный размер 8К; если Вы используете Solaris Volumn Manager, то он позаботится о них сам.
...
Рейтинг: 0 / 0
09.04.2007, 15:01
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34447594
bk0010
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bk0010
Участник
Всем большое спасибо
...
Рейтинг: 0 / 0
09.04.2007, 15:19
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34449269
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
onstat-
Участник
Тан bk0010man raw выдает только описание функций для работы с raw. Подскажите, пожалуйста, смещение
мы в AIX делаем 1 страницу (4k), вряд ли кому-то этого будет не хватать

При создании томов через
mklv -y 'raw_name' -t 'raw' volume_group_name SIZE hdiskXX

А никаких смещений не делал, работает уже несколько лет, пока никто не жаловался.

А Вы не создавали логические тома для RAW?
...
Рейтинг: 0 / 0
10.04.2007, 11:03
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34449300
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
onstat-А никаких смещений не делал, работает уже несколько лет, пока никто не жаловался.Волум менеджер aix-й по-моему ругается на такие тома, чего-то у него там лежит вначале.
...
Рейтинг: 0 / 0
10.04.2007, 11:13
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34449532
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
onstat-
Участник
Журавлев Денис onstat-А никаких смещений не делал, работает уже несколько лет, пока никто не жаловался.Волум менеджер aix-й по-моему ругается на такие тома, чего-то у него там лежит вначале.


У меня не ругается, У меня таким образом сконфигуренных БД 4 штуки в промышленной эксплуатации:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
# lsvg -l vg01
vg01:
LV NAME             TYPE       LPs   PPs   PVs  LV STATE      MOUNT POINT
ora_system01        raw        10    10    1    open/syncd    N/A
loglv00             jfs2log    1     1     1    closed/syncd  N/A
ora_tools           raw        9     9     1    open/syncd    N/A
ora_cwmlite01       raw        8     8     1    open/syncd    N/A
ora_drsys01         raw        8     8     1    open/syncd    N/A
ora_odm             raw        8     8     1    open/syncd    N/A
ora_undotbs01       raw        80    80    1    open/syncd    N/A
ora_indx0101        raw        160   160   1    open/syncd    N/A
ora_data0101      raw        240   240   1    open/syncd    N/A
ora_data0102      raw        160   160   1    open/syncd    N/A
...
Рейтинг: 0 / 0
10.04.2007, 12:06
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34449578
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
onstat-
У меня не ругается, У меня таким образом сконфигуренных БД 4 штуки в промышленной эксплуатации:

Код: plaintext
1.
# lsvg -l vg01
а lslv ?
...
Рейтинг: 0 / 0
10.04.2007, 12:16
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34449599
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
onstat-
Участник
Журавлев Денис onstat-
У меня не ругается, У меня таким образом сконфигуренных БД 4 штуки в промышленной эксплуатации:

Код: plaintext
1.
# lsvg -l vg01
а lslv ?


Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
#lslv -l ora_system01
ora_system01:N/A
PV                COPIES        IN BAND       DISTRIBUTION  
hdisk4            010:000:000   100%          000:010:000:000:000 
test520:[/home/otla/admin/otla/scripts/make_raw]# lslv  ora_system01
LOGICAL VOLUME:     ora_system01           VOLUME GROUP:   vg01
LV IDENTIFIER:      00c5561d00004c0000000104b47fc9fe.1 PERMISSION:     read/write
VG STATE:           active/complete        LV STATE:       opened/syncd
TYPE:               raw                    WRITE VERIFY:   off
MAX LPs:            512                    PP SIZE:        128 megabyte(s)
COPIES:             1                      SCHED POLICY:   parallel
LPs:                10                     PPs:            10
STALE PPs:          0                      BB POLICY:      relocatable
INTER-POLICY:       minimum                RELOCATABLE:    yes
INTRA-POLICY:       middle                 UPPER BOUND:    128
MOUNT POINT:        N/A                    LABEL:          None
...
Рейтинг: 0 / 0
10.04.2007, 12:22
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34449656
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
onstat-
Участник
Журавлев Денис
Волум менеджер aix-й по-моему ругается на такие тома, чего-то у него там лежит вначале.

Это наверное smitty ругается.
При попытке создать том с типом raw.

Из командной строки все создается и работает, проверенно на практике.
...
Рейтинг: 0 / 0
10.04.2007, 12:36
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34449680
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
onstat-Из командной строки все создается и работает, проверенно на практике.
Не помню, может приснилось мне. Давно это было, и лежало на дисковом массиве и был hacmp и команды наверно были другие.
...
Рейтинг: 0 / 0
10.04.2007, 12:42
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34450254
bk0010
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bk0010
Участник
onstat-А Вы не создавали логические тома для RAW?
Не знаю, ставил не я.
...
Рейтинг: 0 / 0
10.04.2007, 15:12
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34451777
Фотография Тан
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тан
Участник
onstat- Танмы в AIX делаем 1 страницу (4k), вряд ли кому-то этого будет не хватать

При создании томов через
mklv -y 'raw_name' -t 'raw' volume_group_name SIZE hdiskXX

А никаких смещений не делал, работает уже несколько лет, пока никто не жаловался.

А Вы не создавали логические тома для RAW?
оно работает до тех пор, пока не сломается
http://groups.google.com/group/comp.databases.informix/browse_frm/thread/f84f53c104b4f1c0/?hl=en#
http://groups.google.com/group/comp.databases.informix/browse_frm/thread/13a32d61bd98bb82/?hl=en#
...
Рейтинг: 0 / 0
11.04.2007, 09:52
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34452612
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
onstat-
Участник
Тан onstat- Танмы в AIX делаем 1 страницу (4k), вряд ли кому-то этого будет не хватать

При создании томов через
mklv -y 'raw_name' -t 'raw' volume_group_name SIZE hdiskXX

А никаких смещений не делал, работает уже несколько лет, пока никто не жаловался.

А Вы не создавали логические тома для RAW?
оно работает до тех пор, пока не сломается
http://groups.google.com/group/comp.databases.informix/browse_frm/thread/f84f53c104b4f1c0/?hl=en#
http://groups.google.com/group/comp.databases.informix/browse_frm/thread/13a32d61bd98bb82/?hl=en#


Когда сломается будем ремонтировать.
Могу сказать точно, что после операций exportvg & importvg raw device-ы остались целы.

oslevel -r
5300-04
...
Рейтинг: 0 / 0
11.04.2007, 13:12
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34452965
Фотография Тан
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тан
Участник
onstat-Когда сломается будем ремонтировать.
Дело хозяйское.
У нас тоже все было нормально без смещений, а потом сломалось.
Не помню почему, давно было.
...
Рейтинг: 0 / 0
11.04.2007, 14:13
| Ответить | Цитировать | Написать  
Испорчен RAW dbspace. Кто виноват и что делать?
    #34486513
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
onstat-
Участник
Тан onstat-Когда сломается будем ремонтировать.
Дело хозяйское.
У нас тоже все было нормально без смещений, а потом сломалось.
Не помню почему, давно было.


Я промоделировал следующую последовательность событий (9.40FC6):

$onmode -ky

su -

#lsvg
rootvg
ifmx_fs
ifmx_raw

/* Деативируем группу томов */
#varyoffvg ifmx_raw

/* Експортуруем группу ( удаляем из ОС ) */
#exportvg ifmx_raw

/* Все упоминания о группе удалены из ОС ее можно подключать к другому серверу AIX*/
#lsvg
rootvg
ifmx_fs

/* подключаем группу томов к ОС */
#importvg -y ifmx_raw hdisk3
ifmx_raw


/* Граппа появилась опять */
lsvg
rootvg
ifmx_fs
ifmx_raw

^d

$oninit

$onstat-
IBM Informix Dynamic Server Version 9.40.FC6 -- On-Line -- Up 00:27:55 -- 814640 Kbytes

Все поднялось.

С HACMP проверить возможности нет, так как нет под руками HACMP кластера, но
при переносе томов он делает теже действия.
...
Рейтинг: 0 / 0
25.04.2007, 14:18
| Ответить | Цитировать | Написать  
26 сообщений из 26, показаны все 2 страниц
  все  
Форумы / Informix [игнор отключен] [закрыт для гостей] / Испорчен RAW dbspace. Кто виноват и что делать?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]