|
15.02.2005
Баг затронутый в:-
воспроизводиться с той же ошибкой ORA-06502.
Патч предположительно закрывающий проблему 10.1.0.4
Полный текст JWH:-
All three databases are ASM and flashback logging enabled in RHEL 3 environment
Establishing asynchronous multi-master replication between two sites completed OK.
Attempt to add third failed:-
Step1. Set up:
1.The replication administrator at new master site
2.A scheduled link from each existing master site to new master site
3.A scheduled link from new master site to each existing master site
4.A schedule purge job at new master site
Status OK
Step 2. CONNECT repadmin/repadmin@orcldata
BEGIN
DBMS_REPCAT.SPECIFY_NEW_MASTERS (
gname => 'hr_repg',
master_list => 'qws3data');
END;
Status OK
Next step:-
variable masterdef_flashback_scn number;
variable extension_id varchar2(50);
BEGIN
DBMS_REPCAT.ADD_NEW_MASTERS (
export_required => true,
available_master_list => 'qws3data',
masterdef_flashback_scn => :masterdef_flashback_scn,
extension_id => :,
break_trans_to_masterdef => false,
break_trans_to_new_masters => false,
percentage_for_catchup_mdef => 80,
cycle_seconds_mdef => 60,
percentage_for_catchup_new => 80,
cycle_seconds_new => 60);
END;
Procedure DBMS_REPCAT.ADD_NEW_MASTERS hangs.
Monitoring administrative requests at all three master sites
through Java-Console is showing six administrative requests
pending for a while:
PULL_EXTENSION & PREPARE_FOR_IMPORT at the one ,supposed to be added
AWAIT_CALLBACK (3 requests) at Masterdef
PULL_EXTENSION at second non-Masterdef Site
Trace files content during request's pending:-
AT THE MASTERDEF SITE (orcldata) :
/u01/app/oracle/admin/orcldata/udump/orcldata_ora_13324.trc
Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /u01/app/oracle/product/10.1.0/db_1
System name: Linux
Node name: ServerVRN
Release: 2.4.21-15.ELsmp
Version: #1 SMP Thu Apr 22 00:18:24 EDT 2004
Machine: i686
Instance name: orcldata
Redo thread mounted by this instance: 1
Oracle process number: 22
Unix process pid: 13324, image: oracleorcldata@ServerVRN
*** ACTION NAME:() 2005-01-10 16:14:38.723
*** MODULE NAME:(SQL*Plus) 2005-01-10 16:14:38.723
*** SERVICE NAME:(orcldata) 2005-01-10 16:14:38.723
*** SESSION ID:(248.12) 2005-01-10 16:14:38.723
*** 2005-01-10 16:14:38.722
wait_for_masters: waiting for repcatlog with id = 49 during add_new_masters
*** 2005-01-10 16:16:31.592
wait_for_masters: waiting for repcatlog with id = 49 during add_new_masters
*** 2005-01-10 16:18:24.452
wait_for_masters: waiting for repcatlog with id = 49 during add_new_masters
AT THE SITE (qws3data) SUPPOSED TO BE ADDED:
/u01/app/oracle/admin/qws3data/bdump/qws3data_j000_10619.trc
Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /u01/app/oracle/product/10.1.0/db_1
System name: Linux
Node name: ServerVRN
Release: 2.4.21-15.ELsmp
Version: #1 SMP Thu Apr 22 00:18:24 EDT 2004
Machine: i686
Instance name: qws3data
Redo thread mounted by this instance: 1
Oracle process number: 18
Unix process pid: 10619, image: oracle@ServerVRN (J000)
*** 2005-01-10 16:13:57.800
*** ACTION NAME:() 2005-01-10 16:13:57.777
*** MODULE NAME:() 2005-01-10 16:13:57.777
*** SERVICE NAME:(SYS$USERS) 2005-01-10 16:13:57.777
*** SESSION ID:(261.67) 2005-01-10 16:13:57.777
can not pull extension request ED5A07CE1CAAA0C0E030A8C01B00340C from ORCLDATA
-6502.ORA-06502: PL/SQL: numeric or value error: character string buffer too small
*** 2005-01-10 16:23:43.317
*** ACTION NAME:() 2005-01-10 16:23:43.317
*** MODULE NAME:() 2005-01-10 16:23:43.317
*** SERVICE NAME:(SYS$USERS) 2005-01-10 16:23:43.317
*** SESSION ID:(261.109) 2005-01-10 16:23:43.317
can not pull extension request ED5A07CE1CAAA0C0E030A8C01B00340C from ORCLDATA
-6502.ORA-06502: PL/SQL: numeric or value error: character string buffer too small
Encreasing extension_id up to varchar2(500) doesn't help
Issue appears to be noticed for 9.2.0.5 (HP-UX 11i ,SunOS 5.9,AIX 5.1)
and 10.1.0.2 (Solaris 2.8) on DBA's Forum at Metalink.
View threads :-
1. Re : Errors adding new master site to multi-master repl setup 626837.999 04-NOV-2004
2. Re : 10g replication new features 618911.995 12-OCT-2004
20.12.2004
В настоящиий момент текст Артемия Капитулы на отличается от оригинала на 24.09.2004 года.
Добавлена новая функция и библиотека (цитата из Артемия Капитулы ) :-
Третья проблема, возникашая как следствие некоторого изменения схемы локализации (вместо некоторых переменных в новой версии glibc используются функции) также обходится путем создания библиотеки-заглушки. Для сборки этой третьей библиотеки напишем еще один файл, называемый libctype.so:
#include <stdlib.h>
#include <type.h>
unsigned short int * __ctype_b;
unsigned short int * __ctype_tolower;
unsigned short int * __ctype_toupper;
void __attribute__((constructor)) my_init() {
__ctype_b = * __ctype_b_loc();
__ctype_tolower = * __ctype_tolower_loc();
__ctype_toupper = * __ctype_toupper_loc();
}
void __attribute__((destructod)) my_clean() {
}
Скомпилируем эту библиотеку и установим ее аналогично libstat.so:
# gcc -O2 -shared -o libctype.so libctype.c
# cp libctype.so /lib/libcwait
# ln -s /lib/libcwait/libctype.so /lib/libctype.so
Все, подготовка закончена
Когда было выполнено добавление ? смотрим дискуссию на Opennet.ru:
и находим:-
15. "Установка Oracle на Fedora Core Linux"
Сообщение от Аноним on 28-Сен-04, 14:16 (MSK)
P.S.: а проблему со сборкой oemagent я все-таки решил, достаточно было посмотреть include'ы glibc-2.1
Предложенное решение надо внимательно сравнить с тем , что делает стандартный патч p3238244_9204_LINUX.zip для успешой линковки "dbsnmp" .
Отметим что, описание проблемы было приведено существенно раньше чем 28.09.2004
в статье Werner Puschitz :-
Смотри начиная с
1.) glibc-2.3.2-5.i686.rpm This glibc version exports __ctype_b():
$ rpm -ql glibc-2.3.2-5 | grep libc.so
/lib/i686/libc.so.6
/lib/libc.so.6
/lib/tls/libc.so.6
$ nm -a /lib/i686/libc.so.6 | grep __ctype_b
001315f8 D __ctype_b
00022340 T __ctype_b_loc
$ nm -a /lib/libc.so.6 | grep __ctype_b
00133c58 D __ctype_b
000223a0 T __ctype_b_loc
2.)glibc-2.3.2-11.9.i686.rpm . This glibc version does not export __ctype_b().
$ rpm -ql glibc-2.3.2-11.9 | grep libc.so
/lib/i686/libc.so.6
/lib/libc.so.6
/lib/tls/libc.so.6
$ nm -a /lib/i686/libc.so.6 | grep __ctype_b
00131718 D __ctype_b@GLIBC_2.0
000223a0 T __ctype_b_loc
$ nm -a /lib/libc.so.6 | grep __ctype_b
00133d58 D __ctype_b@GLIBC_2.0
000223f0 T __ctype_b_loc
Werner Puschitz предлагает далее решение основанное на downgrade glibc
на время фазы линкования,работающее в пределах одного и того же релиза
glibc.
При установке версии 9.2.0.4 действия, предложенные Артемием Капитулой, никаким
образом не влияют на успешную сборку неработоспособной версии "dbsnmp"
Собрать работоспособный "dbsnmp" можно только после установки патчей
p2617419_220_GENERIC.zip , p3238244_9204_LINUX.zip.
Смотри статус $ORACLE_HOME/lib/stubs до и после установки патчей , а также
файл $ORACLE_HOME/network/lib/ins_oemagent.mk.
|
БИБЛИОТЕКА 
