Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
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 и его зеркало. Поговорил с соседями. Они сказали, что у них были те же проблемы и они перешли на файлы. На файлы переходить нежелательно. Подскажите, пожалуйста, кто испортил разделы, как их восстановить (была бы это файловая система - переформатировал бы, а тут приходит на ум только грохнуть раздел), можно ли исключить такую ситуацию в будущем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2007, 20:33 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
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 или Веритасом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2007, 21:00 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
а -o сколько был задан у дибиспейсов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2007, 10:15 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
->а -o сколько был задан у дибиспейсов? В понедельник узнаю у того, кто ставил ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2007, 16:02 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
->а -o сколько был задан у дибиспейсов? 0 у всех, кроме Log-ов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2007, 10:21 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2007, 11:01 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
А какое смещение задавать для Solaris? Раньше (Informix 7,9) все работало и с 0 смещением. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2007, 11:18 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
bk0010А какое смещение задавать для Solaris? man raw? bk0010Раньше (Informix 7,9) все работало и с 0 смещением.До перезагрузки и тут тоже все работало. Вы когда рау создадите, ради интереса dd-ой посмотрите первые килобайты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2007, 11:34 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
Кстати под солярисом наверно и на файлах можно, только фс монтировать надо forcedirectio ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2007, 11:38 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
man raw выдает только описание функций для работы с raw. Подскажите, пожалуйста, смещение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2007, 12:28 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
bk0010man raw выдает только описание функций для работы с raw. Подскажите, пожалуйста, смещение мы в AIX делаем 1 страницу (4k), вряд ли кому-то этого будет не хватать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2007, 13:48 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
судя по гуглю и на более ранних версиях были теже проблемы с кораптом смещение ставят от 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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2007, 13:51 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
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, то он позаботится о них сам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2007, 15:01 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
Всем большое спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2007, 15:19 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
Тан bk0010man raw выдает только описание функций для работы с raw. Подскажите, пожалуйста, смещение мы в AIX делаем 1 страницу (4k), вряд ли кому-то этого будет не хватать При создании томов через mklv -y 'raw_name' -t 'raw' volume_group_name SIZE hdiskXX А никаких смещений не делал, работает уже несколько лет, пока никто не жаловался. А Вы не создавали логические тома для RAW? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 11:03 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
onstat-А никаких смещений не делал, работает уже несколько лет, пока никто не жаловался.Волум менеджер aix-й по-моему ругается на такие тома, чего-то у него там лежит вначале. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 11:13 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис onstat-А никаких смещений не делал, работает уже несколько лет, пока никто не жаловался.Волум менеджер aix-й по-моему ругается на такие тома, чего-то у него там лежит вначале. У меня не ругается, У меня таким образом сконфигуренных БД 4 штуки в промышленной эксплуатации: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 12:06 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
onstat- У меня не ругается, У меня таким образом сконфигуренных БД 4 штуки в промышленной эксплуатации: Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 12:16 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис onstat- У меня не ругается, У меня таким образом сконфигуренных БД 4 штуки в промышленной эксплуатации: Код: plaintext 1. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 12:22 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис Волум менеджер aix-й по-моему ругается на такие тома, чего-то у него там лежит вначале. Это наверное smitty ругается. При попытке создать том с типом raw. Из командной строки все создается и работает, проверенно на практике. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 12:36 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
onstat-Из командной строки все создается и работает, проверенно на практике. Не помню, может приснилось мне. Давно это было, и лежало на дисковом массиве и был hacmp и команды наверно были другие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 12:42 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
onstat-А Вы не создавали логические тома для RAW? Не знаю, ставил не я. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 15:12 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
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# ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2007, 09:52 |
|
||
|
Испорчен RAW dbspace. Кто виноват и что делать?
|
|||
|---|---|---|---|
|
#18+
Тан 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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2007, 13:12 |
|
||
|
|

start [/forum/topic.php?fid=44&fpage=44&tid=1608404]: |
0ms |
get settings: |
5ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
24ms |
get topic data: |
8ms |
get forum data: |
1ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 222ms |
| total: | 330ms |

| 0 / 0 |
