Проблема с развертыванием баз с бекапа / Informix

2.0.30

Полная версия Контакт Правила FAQ Помощь

Гость

Нов. | Гор. | Избр.

Действия ...

Доб. в избранное
Игнор. тему
Прикреп. тему
Пометить прочит. / непрочит.
Фильтр:
Сообщения автора темы
Сообщение содержит вложения
Сообщение содержит картинки
Сообщение содержит видеоклипы
Сообщение содержит аудиоклипы
Сообщение содержит картинки или видео 18+

Форумы / Informix [игнор отключен] [закрыт для гостей] / Проблема с развертыванием баз с бекапа / 18 сообщений из 18, страница 1 из 1

16.01.2008, 13:09

#35065204

KyRo

Участник

Откуда: г.Киев
Сообщения: 362
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

Подскажите можно ли и как решить проблему если информикс не может открыть чанк ?

Есть два сервера . Первый рабочий в котором следующая таблица дбспейсов

Код: plaintext

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.
32.
33.
34.
35.
36.
37.
38.
39.
40.

Dbspaces
address  number   flags      fchunk   nchunks  flags    owner    name
8a0307d8  1         0x1001      1          1         N        informix rootdbs
8a851328  2         0x40001     2          1         N  B     informix logdbs1
8a851478  3         0x40001     3          1         N  B     informix atrans
8a8515c8  4         0x40001     4          1         N  B     informix balance
8a851718  5         0x40001     5          1         N  B     informix ctrans
8a851868  6         0x40001     6          1         N  B     informix issdbs
8a8519b8  7         0x1         7          1         N        informix acqdbs
8a851b08  8         0x1         8          1         N        informix spravdbs
8a851c58  9         0x2001      9          1         N T      informix tempdbs1
8a851da8  10        0x2001      10         1         N T      informix tempdbs2
8aaf2018  11        0x2001      11         1         N T      informix tempdbs3
8aaf2168  12        0x1         12         2         N        informix testdb
8aaf22b8  13        0x40001     14         1         N  B     informix devdbs
8aaf2408  14        0x40001     15         1         N  B     informix fubdb
8aaf2558  15        0x40001     16         1         N  B     informix mercurydb
8aaf26a8  16        0x40001     17         1         N  B     informix fubtestdbs
  16  active,  2047  maximum

Chunks
address  chunk/dbs  offset     size       free       bpages     flags pathname
8a030928  1       1      0            1000000      907562                 PO--  /usr/data/rootdbs_chunk
8a84f8d8  2       2      0            2000000      249947                 PO-B  /usr/data/logdbs1_chunk
8a84fa60  3       3      0            10000000     5900711                PO-B  /usr/data/atrans_chunk_1
8a84fbe8  4       4      0            5000000      4999947                PO-B  /usr/data/balance_chunk_1
8a84fd70  5       5      0            10000000     5002447                PO-B  /usr/data/ctrans_chunk_1
8a850018  6       6      0            2000000      1305695                PO-B  /usr/data/issdbs_chunk_1
8a8501a0  7       7      0            1000000      950320                 PO--  /usr/data/acqdbs_chunk_1
8a850328  8       8      0            1000000      981668                 PO--  /usr/data/spravdbs_chunk_1
8a8504b0  9       9      0            1000000      999897                 PO--  /usr/data/tempdbs1_chunk
8a850638  10      10     0            1000000      999897                 PO--  /usr/data/tempdbs2_chunk
8a8507c0  11      11     0            1000000      999897                 PO--  /usr/data/tempdbs3_chunk
8a850948  12      12     0            100000       1098                   PO--  /usr/data/testdb_chunk
8a850ad0  13      12     0            950000       796883                 PO--  /usr/data/testdb_chunk2
8a850c58  14      13     0            1200000      1096471                PO-B  /usr/data/devdb_chunk
8a850de0  15      14     0            2500000      2491849                PO-B  /usr/data/fub_chunk
8a851018  16      15     0            2500000      2499251                PO-B  /usr/data/mercury_chunk
8a8511a0  17      16     0            2500000      2499251                PO-B  /usr/data/fubtest_chunk

Все чанки созданы через линки на сырые устройства

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.

[root@primus_reserv ~]# ll /usr/data/
total  68 
lrwxrwxrwx   1  root root  9  Feb  21    2007  acqdbs_chunk_1 -> /dev/sdf2
lrwxrwxrwx   1  root root  9  Feb  21    2007  atrans_chunk_1 -> /dev/sdd1
lrwxrwxrwx   1  root root  9  Feb  21    2007  balance_chunk_1 -> /dev/sdd2
lrwxrwxrwx   1  root root  9  Feb  21    2007  ctrans_chunk_1 -> /dev/sde1
lrwxrwxrwx   1  root root  9  Nov  13   10 : 33  devdb_chunk -> /dev/sdg5
lrwxrwxrwx   1  root root  9  Dec   6   09 : 56  fub_chunk -> /dev/sdg6
lrwxrwxrwx   1  root root  9  Jan  11   15 : 58  fubtest_chunk -> /dev/sdf4
lrwxrwxrwx   1  root root  9  Feb  21    2007  issdbs_chunk_1 -> /dev/sdf1
lrwxrwxrwx   1  root root  9  Feb  21    2007  logdbs1_chunk -> /dev/sdc1
lrwxrwxrwx   1  root root  9  Dec   6   09 : 58  mercury_chunk -> /dev/sdg7
lrwxrwxrwx   1  root root  9  Feb  21    2007  rootdbs_chunk -> /dev/sdb1
lrwxrwxrwx   1  root root  9  Feb  21    2007  spravdbs_chunk_1 -> /dev/sdf3
lrwxrwxrwx   1  root root  9  Feb  21    2007  tempdbs1_chunk -> /dev/sdb2
lrwxrwxrwx   1  root root  9  Feb  21    2007  tempdbs2_chunk -> /dev/sdc2
lrwxrwxrwx   1  root root  9  Feb  21    2007  tempdbs3_chunk -> /dev/sdg1
lrwxrwxrwx   1  root root  9  Mar  27    2007  testdb_chunk -> /dev/sdg2
lrwxrwxrwx   1  root root  9  Jun  20    2007  testdb_chunk2 -> /dev/sdg3

На втором (резервном ) Я создал точно такие же линки и вроде как на точно такие раздела (может разве что где то с размером не угадал)

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.

[root@primus_new ~]# ll /usr/data/
total  68 
lrwxrwxrwx   1  root root  9  Feb  15    2007  acqdbs_chunk_1 -> /dev/sdf2
lrwxrwxrwx   1  root root  9  Feb  15    2007  atrans_chunk_1 -> /dev/sdd1
lrwxrwxrwx   1  root root  9  Feb  15    2007  balance_chunk_1 -> /dev/sdd2
lrwxrwxrwx   1  root root  9  Feb  15    2007  ctrans_chunk_1 -> /dev/sde1
lrwxrwxrwx   1  root root  9  Nov  13   11 : 36  devdb_chunk -> /dev/sdg5
lrwxrwxrwx   1  root root  9  Jan  15   16 : 13  fub_chunk -> /dev/sdg6
lrwxrwxrwx   1  root root  9  Jan  15   16 : 13  fubtest_chunk -> /dev/sdf4
lrwxrwxrwx   1  root root  9  Feb  15    2007  issdbs_chunk_1 -> /dev/sdf1
lrwxrwxrwx   1  root root  9  Feb  15    2007  logdbs1_chunk -> /dev/sdc1
lrwxrwxrwx   1  root root  9  Jan  15   16 : 14  mercury_chunk -> /dev/sdg7
lrwxrwxrwx   1  root root  9  Feb  15    2007  rootdbs_chunk -> /dev/sdb1
lrwxrwxrwx   1  root root  9  Feb  15    2007  spravdbs_chunk_1 -> /dev/sdf3
lrwxrwxrwx   1  root root  9  Feb  15    2007  tempdbs1_chunk -> /dev/sdb2
lrwxrwxrwx   1  root root  9  Feb  15    2007  tempdbs2_chunk -> /dev/sdc2
lrwxrwxrwx   1  root root  9  Feb  15    2007  tempdbs3_chunk -> /dev/sdg1
lrwxrwxrwx   1  root root  9  Mar  26    2007  testdb_chunk -> /dev/sdg2
lrwxrwxrwx   1  root root  9  Jun  20    2007  testdb_chunk2 -> /dev/sdg3

Так вот с бекапа раскатывается успешно и без ошибок но потом информикс сразу падает

Код: plaintext

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.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
108.
109.
110.
111.

 16 : 01 : 38   IBM Informix Dynamic Server Started.

Tue Jan  15   16 : 01 : 39   2008 

 16 : 01 : 39   Event alarms enabled.  ALARMPROG = '/usr/informix/bin/alarm.sh'
 16 : 01 : 39   Booting Language <c> from module <>
 16 : 01 : 39   Loading Module <CNULL>
 16 : 01 : 39   Booting Language <builtin> from module <>
 16 : 01 : 39   Loading Module <BUILTINNULL>
 16 : 01 : 39   Dynamically allocated new virtual shared memory segment (size 8192KB)
 16 : 01 : 44   IBM Informix Dynamic Server Version  9 . 40 .UC4     Software Serial Numbe
r AAA#B000000
 16 : 01 : 45   Assert Warning: chunk failed sanity check

 16 : 01 : 45   IBM Informix Dynamic Server Version  9 . 40 .UC4
 16 : 01 : 45    Who: Session( 1 , root@primus_new.fcbank.com.ua,  0 , 0x8a252018)
                Thread( 7 , main_loop(), 8a221018,  1 )
                File: rspartn.c Line:  7748 
 16 : 01 : 45    Results: Chunk  15  is being taken OFFLINE.
 16 : 01 : 45    Action: Restore chunk from archive.
 16 : 01 : 45   stack trace for pid  25759  written to /tmp/af.3efbcc8
 16 : 01 : 45    See Also: /tmp/af.3efbcc8
 16 : 01 : 45   chunk failed sanity check

 16 : 01 : 45   I/O error, Primary Chunk '/usr/data/fub_chunk' -- Offline (sanity)
 16 : 01 : 45   Assert Warning: chunk failed sanity check

 16 : 01 : 45   IBM Informix Dynamic Server Version  9 . 40 .UC4
 16 : 01 : 45    Who: Session( 1 , root@primus_new.fcbank.com.ua,  0 , 0x8a252018)
                Thread( 7 , main_loop(), 8a221018,  1 )
                File: rspartn.c Line:  7748 
 16 : 01 : 45    Results: Chunk  16  is being taken OFFLINE.
 16 : 01 : 45    Action: Restore chunk from archive.
 16 : 01 : 45   stack trace for pid  25759  written to /tmp/af.3efbcc8
 16 : 01 : 45    See Also: /tmp/af.3efbcc8
 16 : 01 : 45   chunk failed sanity check

 16 : 01 : 46   I/O error, Primary Chunk '/usr/data/mercury_chunk' -- Offline (sanity)
 16 : 01 : 50   IBM Informix Dynamic Server Initialized -- Shared Memory Initialized.

 16 : 01 : 50   DR: Reservation of the last logical log for log backup turned on
 16 : 01 : 50   Physical Recovery Started at Page ( 1 : 110179 ).
 16 : 01 : 50   The chunk '/usr/data/tempdbs1_chunk' must have owner-ID "informix" and
 group-ID "root".

 16 : 01 : 50   The chunk '/usr/data/tempdbs2_chunk' must have owner-ID "informix" and
 group-ID "root".

 16 : 01 : 50   The chunk '/usr/data/tempdbs3_chunk' must have owner-ID "informix" and
 group-ID "root".

 16 : 01 : 50   Assert Warning: pthdrpage:ptalloc:bad bfget
 16 : 01 : 50   IBM Informix Dynamic Server Version  9 . 40 .UC4
 16 : 01 : 50    Who: Session( 9 , root@primus_new.fcbank.com.ua,  0 , 0x8a252788)
                Thread( 44 , fast_rec, 8a222878,  1 )
                File: rspartn.c Line:  5836 
 16 : 01 : 50    Results: Cannot use TBLSpace page for TBLSpace  14680065 
 16 : 01 : 50    Action: Run 'oncheck -pt 14680065'
 16 : 01 : 50   stack trace for pid  25759  written to /tmp/af.414bcce
 16 : 01 : 50    See Also: /tmp/af.414bcce
 16 : 01 : 50   pthdrpage:ptalloc:bad bfget
 16 : 01 : 50   Assert Failed: Chunk  15  is being taken OFFLINE.
 16 : 01 : 50   IBM Informix Dynamic Server Version  9 . 40 .UC4
 16 : 01 : 50    Who: Session( 9 , root@primus_new.fcbank.com.ua,  0 , 0x8a252788)
                Thread( 44 , fast_rec, 8a222878,  1 )
                File: rspartn.c Line:  5854 
 16 : 01 : 50    Results: Cannot Open DBspace  14 .
 16 : 01 : 50    Action: Restore chunk from archive.
 16 : 01 : 50   stack trace for pid  25759  written to /tmp/af.414bcce
 16 : 01 : 50    See Also: /tmp/af.414bcce
 16 : 01 : 52   Chunk  15  is being taken OFFLINE.
 16 : 01 : 52   Assert Warning: Chunk  15  is being taken OFFLINE.
 16 : 01 : 52   IBM Informix Dynamic Server Version  9 . 40 .UC4
 16 : 01 : 52    Who: Session( 9 , root@primus_new.fcbank.com.ua,  0 , 0x8a252788)
                Thread( 44 , fast_rec, 8a222878,  1 )
                File: rsmirror.c Line:  1860 
 16 : 01 : 52    Results: Dynamic Server will block at next checkpoint
 16 : 01 : 52    Action: Shutdown (onmode -k) or override (onmode -O)
 16 : 01 : 52   stack trace for pid  25759  written to /tmp/af.414bcce
 16 : 01 : 52    See Also: /tmp/af.414bcce
 16 : 01 : 52   Chunk  15  is being taken OFFLINE.
 16 : 01 : 52   Cannot Open DBspace  14 .
 16 : 01 : 52   Assert Warning: pthdrpage:ptalloc:bad bfget
 16 : 01 : 52   IBM Informix Dynamic Server Version  9 . 40 .UC4
 16 : 01 : 52    Who: Session( 9 , root@primus_new.fcbank.com.ua,  0 , 0x8a252788)
                Thread( 44 , fast_rec, 8a222878,  1 )
                File: rspartn.c Line:  5836 
 16 : 01 : 52    Results: Cannot use TBLSpace page for TBLSpace  15728641 
 16 : 01 : 52    Action: Run 'oncheck -pt 15728641'
 16 : 01 : 52   stack trace for pid  25759  written to /tmp/af.414bcce
 16 : 01 : 52    See Also: /tmp/af.414bcce
 16 : 01 : 52   pthdrpage:ptalloc:bad bfget
 16 : 01 : 52   Assert Failed: Chunk  16  is being taken OFFLINE.
 16 : 01 : 52   IBM Informix Dynamic Server Version  9 . 40 .UC4
 16 : 01 : 52    Who: Session( 9 , root@primus_new.fcbank.com.ua,  0 , 0x8a252788)
                Thread( 44 , fast_rec, 8a222878,  1 )
                File: rspartn.c Line:  5854 
 16 : 01 : 52    Results: Cannot Open DBspace  15 .
 16 : 01 : 52    Action: Restore chunk from archive.
 16 : 01 : 52   stack trace for pid  25759  written to /tmp/af.414bcce
 16 : 01 : 52    See Also: /tmp/af.414bcce
 16 : 01 : 54   Chunk  16  is being taken OFFLINE.
 16 : 01 : 54   Assert Warning: Chunk  16  is being taken OFFLINE.
 16 : 01 : 54   IBM Informix Dynamic Server Version  9 . 40 .UC4
 16 : 01 : 54    Who: Session( 9 , root@primus_new.fcbank.com.ua,  0 , 0x8a252788)
                Thread( 44 , fast_rec, 8a222878,  1 )
                File: rsmirror.c Line:  1860 
 16 : 01 : 54    Results: Dynamic Server will block at next checkpoint
 16 : 01 : 54    Action: Shutdown (onmode -k) or override (onmode -O)
 16 : 01 : 54   stack trace for pid  25759  written to /tmp/af.414bcce

Подскажите что не правильно делаю ? И вообще получится ли у меня так развернуть бекап ?

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

16.01.2008, 14:20

#35065526

Алексан

Участник

Откуда: Москва
Сообщения: 126
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

KyRoНа втором (резервном ) Я создал точно такие же линки и вроде как на точно такие раздела (может разве что где то с размером не угадал)Важно, чтобы имена линков совпадали, а имена разделов, на которые смотрят линки, могут быть любыми. Если Вы не угадаете с размером, то вряд ли работа Информикса Вас порадует.

KyRo...
16:01:50 The chunk '/usr/data/tempdbs1_chunk' must have owner-ID "informix" and
group-ID "root".

16:01:50 The chunk '/usr/data/tempdbs2_chunk' must have owner-ID "informix" and
group-ID "root".

16:01:50 The chunk '/usr/data/tempdbs3_chunk' must have owner-ID "informix" and
group-ID "root".
...
Подскажите что не правильно делаю ? И вообще получится ли у меня так развернуть бекап ?Я иногда забываю, что права доступа на чанки (не на линки, а на сами разделы!) должны быть 660 и владельцем должен быть пользователь informix и группа informix.
Должно получиться, если бэкап целый и он восстанавливается на ту же операционную систему, что и оригинальная.

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

16.01.2008, 15:27

#35065765

KyRo

Участник

Откуда: г.Киев
Сообщения: 362
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

авторЕсли Вы не угадаете с размером, то вряд ли работа Информикса Вас порадует.

Не ну если я и не угадал то только в большую сторону :)

А насчет owner informix для tempdbs то они у меня стоят вот только почему то постоянно слетают .
Хотя вроде как при этих сообщенияx он все же работает с этими спейсами.

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

16.01.2008, 16:16

#35065951

onstat-

Участник

Сообщения: 8 199
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

KyRo авторЕсли Вы не угадаете с размером, то вряд ли работа Информикса Вас порадует.

Не ну если я и не угадал то только в большую сторону :)

Если бы у вас были проблемы с размерами в меньшую сторону, то рестор завершился бы с ошибкой
или повис.
У меня когда то висел без каких либо ошибок, в конечном итоге оказалось что он(on-bar) просто ничего не может записать в файлы, версию не помню.

Давайте результат

Код: plaintext

1.
2.
3.
4.

#fdisk /dev/sdg

Command (m for help): p

посмотрим на Ваши девицы :)

KyRo
А насчет owner informix для tempdbs то они у меня стоят вот только почему то постоянно слетают .

Хотя вроде как при этих сообщенияx он все же работает с этими спейсами.

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

oncheck -cR -cE -cc -cD -cI давно на базе которая бэкапилась запускали?
очень рекомендую запустить.

з.ы. Оказывается Земля она круглая, недавно общался с Женей, идеологом и автором этой системы.

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

16.01.2008, 17:56

#35066399

KyRo

Участник

Откуда: г.Киев
Сообщения: 362
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

Попытался востановится с более свежего архива . Информикс выдал следующее

Код: plaintext

1.
2.
3.

Physical restore failed - could not fork server connection, SQLCODE - 908 

Program over.

Из за чего такое может быть ?

авторпосмотрим на Ваши девицы :)

вот они , но вроде с ними все впорядке

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.

Disk /dev/sdg:  71 . 9  GB,  71999422464  bytes
 255  heads,  63  sectors/track,  8753  cylinders
Units = cylinders of  16065  *  512  =  8225280  bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sdg1   *            1           249       2000061    da  Non-FS data
/dev/sdg2              250           274        200812 +  da  Non-FS data
/dev/sdg3              275           518       1959930    da  Non-FS data
/dev/sdg4              519          8753      66147637 +    5   Extended
/dev/sdg5              519          1127       4891761    da  Non-FS data
/dev/sdg6             1128          1750       5004216    da  Non-FS data
/dev/sdg7             1751          2373       5004216    da  Non-FS data

Насчет темповых спейсов , могу сказать что не чего не делали ! Мало того если посмотреть разрешения на файлы устройств то все впорядке и из за чего ругается информикс даже не знаю

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.

lrwxrwxrwx   1  root root  9  Feb  15    2007  tempdbs1_chunk -> /dev/sdb2
lrwxrwxrwx   1  root root  9  Feb  15    2007  tempdbs2_chunk -> /dev/sdc2
lrwxrwxrwx   1  root root  9  Feb  15    2007  tempdbs3_chunk -> /dev/sdg1


[root@primus_new bk]# ll /dev/sdb2
brwxrwxrwx   1  informix informix  8 ,  18  Jan  15   18 : 11  /dev/sdb2

[root@primus_new bk]# ll /dev/sdc2

brwxrwxrwx   1  informix informix  8 ,  34  Jan  15   18 : 11  /dev/sdc2

[root@primus_new bk]# ll /dev/sdg1

brwxrwxrwx   1  informix informix  8 ,   97  Jan  15   18 : 11  /dev/sdg1

авторз.ы. Оказывается Земля она круглая, недавно общался с Женей, идеологом и автором этой системы.

То что земля круглая это не поспориш :) Тем более что людей работающих с информиксом не так уж много !

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

16.01.2008, 18:01

#35066427

KyRo

Участник

Откуда: г.Киев
Сообщения: 362
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

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

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.

-bash- 3 . 00 $ env
HOSTNAME=primus_new.fcbank.com.ua
SHELL=/bin/bash
TERM=xterm
HISTSIZE= 1000 
INFORMIXDIR=/usr/informix
QTDIR=/usr/lib/qt- 3 . 3 
USER=informix
LS_COLORS=no= 00 :fi= 00 :di= 00 ; 34 :ln= 00 ; 36 :pi= 40 ; 33 :so= 00 ; 35 :bd= 40 ; 33 ; 01 :cd= 40 ; 33 ; 0                                                1 :or= 01 ; 05 ; 37 ; 41 :mi= 01 ; 05 ; 37 ; 41 :ex= 00 ; 32 :*.cmd= 00 ; 32 :*.exe= 00 ; 32 :*.com= 00 ; 32 :*.b                                              tm= 00 ; 32 :*.bat= 00 ; 32 :*.sh= 00 ; 32 :*.csh= 00 ; 32 :*.tar= 00 ; 31 :*.tgz= 00 ; 31 :*.arj= 00 ; 31 :                                              *.taz= 00 ; 31 :*.lzh= 00 ; 31 :*.zip= 00 ; 31 :*.z= 00 ; 31 :*.Z= 00 ; 31 :*.gz= 00 ; 31 :*.bz2= 00 ; 31 :*                                              .bz= 00 ; 31 :*.tz= 00 ; 31 :*.rpm= 00 ; 31 :*.cpio= 00 ; 31 :*.jpg= 00 ; 35 :*.gif= 00 ; 35 :*.bmp= 00 ; 3                                                5 :*.xbm= 00 ; 35 :*.xpm= 00 ; 35 :*.png= 00 ; 35 :*.tif= 00 ; 35 :
KDEDIR=/usr
DBDATE=DMY4/
MAIL=/var/spool/mail/informix
PATH=/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/usr/informix                                              /bin
INPUTRC=/etc/inputrc
PWD=/root
LANG=en_US.UTF- 8 
SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
INFORMIXSERVER=primus_new
SHLVL= 1 
HOME=/home/informix
LOGNAME=informix
LESSOPEN=|/usr/bin/lesspipe.sh %s
G_BROKEN_FILENAMES= 1 
_=/bin/env

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.

# System Configuration

SERVERNUM        0                # Unique id corresponding to a OnLine instance
DBSERVERNAME    primus_new              # Name of default database server
DBSERVERALIASES primus1         # List of alternate dbservernames
NETTYPE         soctcp, 1 , 50 ,NET # Configure poll thread(s) for nettype
DEADLOCK_TIMEOUT         60       # Max time to wait of lock in distributed env.
RESIDENT         0                # Forced residency flag (Yes =  1 , No =  0 )

MULTIPROCESSOR   0                #  0  for single-processor,  1  for multi-processor
NUMCPUVPS        1                # Number of user (cpu) vps
SINGLE_CPU_VP    0                # If non-zero, limit number of cpu vps to one

NOAGE            0                # Process aging
AFF_SPROC        0                # Affinity start processor
AFF_NPROCS       0                # Affinity number of processors

Код: plaintext

1.
2.
3.
4.
5.
6.
7.

#primus1  onsoctcp     192 . 168 . 2 . 100    turbo
primus1  onsoctcp     192 . 168 . 2 . 101    turbo
ix10        onsoctcp     192 . 168 . 2 . 50    turbo
#primus_new2  onsoctcp     192 . 168 . 7 . 1    turbo
primus_new  onsoctcp     192 . 168 . 7 . 2    turbo
ix11        onsoctcp     192 . 168 . 2 . 53    turbo
onlnew2        onsoctcp     192 . 168 . 2 . 202    turbo

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

17.01.2008, 12:25

#35067950

onstat-

Участник

Сообщения: 8 199
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

KyRo

пытался востановится с более свежего архива . Информикс выдал следующее

Код: plaintext

1.
2.
3.

Physical restore failed - could not fork server connection, SQLCODE - 908 

Program over.

Из за чего такое может быть ?

Незнаю, вы хоть скажите какой утилитой бэкапитесь - ресторитесь.

Кстате chown -R informix:infromix на INFORMIXDIR не делали?
Там для некоторых бинарников должны стоять права informix:root со стикибитами.

KyRo

авторпосмотрим на Ваши девицы :)

вот они , но вроде с ними все впорядке

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.

Disk /dev/sdg:  71 . 9  GB,  71999422464  bytes
 255  heads,  63  sectors/track,  8753  cylinders
Units = cylinders of  16065  *  512  =  8225280  bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sdg1   *            1           249       2000061    da  Non-FS data
/dev/sdg2              250           274        200812 +  da  Non-FS data
/dev/sdg3              275           518       1959930    da  Non-FS data
/dev/sdg4              519          8753      66147637 +    5   Extended
/dev/sdg5              519          1127       4891761    da  Non-FS data
/dev/sdg6             1128          1750       5004216    da  Non-FS data
/dev/sdg7             1751          2373       5004216    da  Non-FS data

Галочку boot нужно обязательно снять.
Extended разделы такие как sdg4 подключать нельзя.
По той информации которую вы предоставили он не подключен.
но мало ли, проверьте реальнцю конфигурацию.

KyRo
Насчет темповых спейсов , могу сказать что не чего не делали ! Мало того если посмотреть разрешения на файлы устройств то все впорядке и из за чего ругается информикс даже не знаю

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.

lrwxrwxrwx   1  root root  9  Feb  15    2007  tempdbs1_chunk -> /dev/sdb2
lrwxrwxrwx   1  root root  9  Feb  15    2007  tempdbs2_chunk -> /dev/sdc2
lrwxrwxrwx   1  root root  9  Feb  15    2007  tempdbs3_chunk -> /dev/sdg1



[root@primus_new bk]# ll /dev/sdb2
brwxrwxrwx   1  informix informix  8 ,  18  Jan  15   18 : 11  /dev/sdb2

[root@primus_new bk]# ll /dev/sdc2

brwxrwxrwx   1  informix informix  8 ,  34  Jan  15   18 : 11  /dev/sdc2

[root@primus_new bk]# ll /dev/sdg1

brwxrwxrwx   1  informix informix  8 ,   97  Jan  15   18 : 11  /dev/sdg1

chown -h informix:informix установит нужного владельца и группу на ссылки и ругаться перестанет.

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

17.01.2008, 12:33

#35067991

KyRo

Участник

Откуда: г.Киев
Сообщения: 362
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

авторНезнаю, вы хоть скажите какой утилитой бэкапитесь - ресторитесь.

Утилита ontape

авторchown -h informix:informix установит нужного владельца и группу на ссылки и ругаться перестанет

ок щас попробую . Спасибо !

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

Период между сообщениями больше года.

12.10.2011, 18:19

#37479332

rhps

Участник

Откуда: Москва
Сообщения: 123
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

onstat-Кстате chown -R informix:infromix на INFORMIXDIR не делали?
Там для некоторых бинарников должны стоять права informix:root со стикибитами.

Та же самая ошибка на тестовом сервере.
Делал chown -R informix:infromix на INFORMIXDIR
Какие бинарники должны быть с правами informix:root?

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

12.10.2011, 18:49

#37479374

rhps

Участник

Откуда: Москва
Сообщения: 123
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

rhpsonstat-Кстате chown -R informix:infromix на INFORMIXDIR не делали?
Там для некоторых бинарников должны стоять права informix:root со стикибитами.

Та же самая ошибка на тестовом сервере.
Делал chown -R informix:infromix на INFORMIXDIR
Какие бинарники должны быть с правами informix:root?

Нашел на пром сервере в директории INFORMIXDIR/bin около десятка файлов с правами root:informix. Они? Еще где есть?
Дал аналогично на тестовом. Получилось реинициализировать сервер и запустить рестор.

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

12.10.2011, 19:53

#37479478

victor16

Гость

Проблема с развертыванием баз с бекапа

Какие должны быть права на файлы - можно найти в файлах $INFORMIXDIR/etc/*files.
Довольно легко преобразуются в шелльный скрипт.

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

12.10.2011, 21:44

#37479614

яфшуеі

Гость

Проблема с развертыванием баз с бекапа

16:01:50 The chunk '/usr/data/tempdbs3_chunk' must have owner-ID "informix" and
group-ID "root".

У моєму розумінні - у вас "криво" стоїть інформікс.
зазвичай повинно бути:
informix:informix
а не
informix:root

подивіться де ви відхилились від прийнятого підходу й спробуйте або до кінця виправити або встановити ІДС так, як робить більшість.

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

13.10.2011, 00:01

#37479740

АнатоЛой

Участник

Откуда: Киев, Украина
Сообщения: 2 910
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

яфшуеі, загибаете с языком... :)
victor16,
или не под тем пользователем ставите информикс,
или не под ьем запускаете,
или не балуйтесь со сменой прав на исполнимые файлы вручную после установки...

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

Период между сообщениями больше года.

11.07.2017, 17:52

#39486843

Сергей Б

Участник

Откуда: Москва
Сообщения: 182
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

Может кому пригодится.
Эта же самая ошибка

Код: plaintext

Physical restore failed - could not fork server connection, SQLCODE -908

выдается при восстановлении бэкапа с установленной настройке USERMAPPING BASIC
Пока не закоментировал, база не восстанавливалась

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

12.07.2017, 11:16

#39487297

яфшуеі

Гость

Проблема с развертыванием баз с бекапа

Сергей Б,
Вы используете internally authenticated users ?
Если не секрет, чем это вызвано?
где сталкивался, наоборот, хотят иметь LDAP/AD авторизацию (если правила именования позволяют)

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

13.07.2017, 11:49

#39488188

Сергей Б

Участник

Откуда: Москва
Сообщения: 182
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

Не используем, но была "хотелка" от безопасников. Задачу пока отложили.
Если интересно, что проделали и на чем остановились, могу описать

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

13.07.2017, 15:13

#39488476

Сергей Б

Участник

Откуда: Москва
Сообщения: 182
Рейтинг: 0 / 0

Проблема с развертыванием баз с бекапа

яфшуеі
а можно ссылочку на LDAP/AD авторизацию

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

14.07.2017, 10:21

#39488873

яфшуеі

Гость

Проблема с развертыванием баз с бекапа

LDAP - я использую авторизацию ОС. Т.е. на ОС настраивается LDAP клиент согласно ПО ОС
AD - сталкивался только 1 раз, делалось через PAM. Я только "помогал" настроить информикс, подробностей настройки ОС не знаю.
осталась только запись с sqlhosts
idsserver onsoctcp idshost sqlexec s=4,pam_serv=(system-auth),pamauth=(password)

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=44&tablet=1&tid=1606767]:	0ms
get settings:	25ms
get forum list:	15ms
check forum access:	4ms
check topic access:	4ms
track hit:	50ms
get topic data:	13ms
get forum data:	2ms
get page messages:	587ms
get tp. blocked users:	4ms
others:	325ms

total:	1029ms