Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Informix Новый топик    Ответить
 Проблема с развертыванием баз с бекапа  [new]
KyRo
Member

Откуда: г.Киев
Сообщений: 361
Подскажите можно ли и как решить проблему если информикс не может открыть чанк ?

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

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


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

[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


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

[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


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


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


Подскажите что не правильно делаю ? И вообще получится ли у меня так развернуть бекап ?
16 янв 08, 13:09    [5159604]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
Алексан
Member

Откуда: Москва
Сообщений: 127
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.
Должно получиться, если бэкап целый и он восстанавливается на ту же операционную систему, что и оригинальная.
16 янв 08, 14:20    [5160203]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
KyRo
Member

Откуда: г.Киев
Сообщений: 361
автор
Если Вы не угадаете с размером, то вряд ли работа Информикса Вас порадует.


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

А насчет owner informix для tempdbs то они у меня стоят вот только почему то постоянно слетают .
Хотя вроде как при этих сообщенияx он все же работает с этими спейсами.
16 янв 08, 15:27    [5160667]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
onstat-
Member

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


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



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

Давайте результат
#fdisk /dev/sdg

Command (m for help): p

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

KyRo

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


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


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


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

з.ы. Оказывается Земля она круглая, недавно общался с Женей, идеологом и автором этой системы.
16 янв 08, 16:16    [5161131]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
KyRo
Member

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

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

Program over.

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




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


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

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


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


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


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


То что земля круглая это не поспориш :) Тем более что людей работающих с информиксом не так уж много !
16 янв 08, 17:56    [5161982]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
KyRo
Member

Откуда: г.Киев
Сообщений: 361
Судя по ошибке не правильный сервер найм , но тут тоже вроде все впорядке

-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

# 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

#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
16 янв 08, 18:01    [5162021]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
onstat-
Member

Откуда:
Сообщений: 8163
KyRo


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

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

Program over.

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


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

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

KyRo


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


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

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

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


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 установит нужного владельца и группу на ссылки и ругаться перестанет.
17 янв 08, 12:25    [5164982]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
KyRo
Member

Откуда: г.Киев
Сообщений: 361
автор
Незнаю, вы хоть скажите какой утилитой бэкапитесь - ресторитесь.


Утилита ontape

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


ок щас попробую . Спасибо !
17 янв 08, 12:33    [5165064]     Ответить | Цитировать Сообщить модератору
Между сообщениями интервал более 1 года.
 Re: Проблема с развертыванием баз с бекапа  [new]
rhps
Member

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


Та же самая ошибка на тестовом сервере.
Делал chown -R informix:infromix на INFORMIXDIR
Какие бинарники должны быть с правами informix:root?
12 окт 11, 18:19    [11429267]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
rhps
Member

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


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


Нашел на пром сервере в директории INFORMIXDIR/bin около десятка файлов с правами root:informix. Они? Еще где есть?
Дал аналогично на тестовом. Получилось реинициализировать сервер и запустить рестор.
12 окт 11, 18:49    [11429422]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
victor16
Member

Откуда:
Сообщений: 585
Какие должны быть права на файлы - можно найти в файлах $INFORMIXDIR/etc/*files.
Довольно легко преобразуются в шелльный скрипт.
12 окт 11, 19:53    [11429694]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
яфшуеі
Guest
16:01:50 The chunk '/usr/data/tempdbs3_chunk' must have owner-ID "informix" and
group-ID "root".

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

подивіться де ви відхилились від прийнятого підходу й спробуйте або до кінця виправити або встановити ІДС так, як робить більшість.
12 окт 11, 21:44    [11430109]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
АнатоЛой
Member

Откуда: Киев, Украина
Сообщений: 2896
Блог
яфшуеі, загибаете с языком... :)
victor16,
или не под тем пользователем ставите информикс,
или не под ьем запускаете,
или не балуйтесь со сменой прав на исполнимые файлы вручную после установки...
13 окт 11, 00:01    [11430656]     Ответить | Цитировать Сообщить модератору
Между сообщениями интервал более 1 года.
 Re: Проблема с развертыванием баз с бекапа  [new]
Сергей Б
Member

Откуда: Москва
Сообщений: 151
Может кому пригодится.
Эта же самая ошибка
Physical restore failed - could not fork server connection, SQLCODE -908
выдается при восстановлении бэкапа с установленной настройке USERMAPPING BASIC
Пока не закоментировал, база не восстанавливалась
11 июл 17, 17:52    [20634473]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
яфшуеі
Guest
Сергей Б,
Вы используете internally authenticated users ?
Если не секрет, чем это вызвано?
где сталкивался, наоборот, хотят иметь LDAP/AD авторизацию (если правила именования позволяют)
12 июл 17, 11:16    [20636085]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
Сергей Б
Member

Откуда: Москва
Сообщений: 151
Не используем, но была "хотелка" от безопасников. Задачу пока отложили.
Если интересно, что проделали и на чем остановились, могу описать
13 июл 17, 11:49    [20640074]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
Сергей Б
Member

Откуда: Москва
Сообщений: 151
яфшуеі
а можно ссылочку на LDAP/AD авторизацию
13 июл 17, 15:13    [20641073]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с развертыванием баз с бекапа  [new]
яфшуеі
Guest
LDAP - я использую авторизацию ОС. Т.е. на ОС настраивается LDAP клиент согласно ПО ОС
AD - сталкивался только 1 раз, делалось через PAM. Я только "помогал" настроить информикс, подробностей настройки ОС не знаю.
осталась только запись с sqlhosts
idsserver onsoctcp idshost sqlexec s=4,pam_serv=(system-auth),pamauth=(password)

14 июл 17, 10:21    [20643318]     Ответить | Цитировать Сообщить модератору
Все форумы / Informix Ответить