ORA-29972: użytkownik nie ma uprawnień do zmieniania/tworzenia rejestracji
ORA-29972: user does not have privilege to change/ create registration
GRANT EXECUTE ON DBMS_CQ_NOTIFICATION to x;
GRANT CHANGE NOTIFICATION to x;
Notatki z działań, rozwiazywanie problemów itp. (głównie oracle i linux)
ORA-29972: użytkownik nie ma uprawnień do zmieniania/tworzenia rejestracji
ORA-29972: user does not have privilege to change/ create registration
GRANT EXECUTE ON DBMS_CQ_NOTIFICATION to x;
GRANT CHANGE NOTIFICATION to x;
— Wersja Javy nie jest zgodna, sprawdzamy:
— select get_java_property(’java.version’) from dual;
SELECT dbms_java.get_ojvm_property(PROPSTRING=>’java.version’) FROM dual;
ORA-29548: Java system class reported: release of Java system classes in the database (11.2.0.4.190416) does not match that of the oracle executable (11.2.0.4.200714)
ORA-06512: at „SYS.DBMS_JAVA”, line 930
— postinstalla ktos nie zrobil czyli lecimy:
— opatch lsinventory i szukamy ostatniego (np. OJVM)…
ORA-29532: wywołanie Javy zatrzymane przez nieprzechwycony wyjątek Javy: java.security.AccessControlException: the Permission („java.io.FilePermission” „/directory/” „read”) has not been granted to USER. The PL/SQL to grant this is dbms_java.grant_permission( 'USER’, 'SYS:java.io.FilePermission’, '/directory’, 'read’ )
— brak uprawnień, dorzucamy
execute dbms_java.grant_permission…
— gdy starszy klient np.: w wersji 10 chce się podpiąć do nowszej bazy
— edytujemy w zależności co jest na pokładzie:
vi /u01/app/oracle/product/12.2.0/dbhome_1/network/admin/sqlnet.ora
vi /u01/grid/12.2.0/network/admin/sqlnet.ora
— dorzucamy:
ORA-27154: post/wait create failed
ORA-27300: OS system dependent operation:semget failed with status: 28
ORA-27301: OS failure message: No space left on device
ORA-27302: failure occurred at: sskgpcreates
— dla wersji Ora 12.2.0.1
— komunikat jest troche z czapki ale, zwiększamy parametry semaphore-a
— sprawdzamy jakie wartości są w pamięci
[oracle@dbnod1 ~]$ cat /proc/sys/kernel/sem
250 32000 100 128
[oracle@dbnod1 ~]$ ipcs -ls
—— Semaphore Limits ——–
max number of arrays = 128
max semaphores per array = 250
max semaphores system wide = 32000
max ops per semop call = 100
semaphore max value = 32767
— w sqlplusie zwiększamy:
set serveroutput on
set serveroutput on size 1000000
set serveroutput on size unlimited
— zdarza się jak zestawiamy Data Guarda idąc na łatwiznę z Cloud Controla i się wysypie, a następnie ponawiamy (wszystko działa aż do restartu bazy i jest niespodzianka bo nie chce wstać)
– wyciagamy spfile z asm-a (bo baza już nie działa)
– robimy pfile ręcznie
ORA-04031: unable to allocate * bytes of shared memory
— doraźnie czyscimy shared pool-a
alter system flush shared_pool;
— dodajemy RAM-u i zmieniamy SGA, PGA
show parameter pga;
show parameter sga;
— sprawdzamy czy jest proces DB
dbnod1:/u01/app/oracle/product/11.2.0.3/db/bin$ ps -ef | grep pmon
— teoretycznie brak instancji ale śmietnik mógł zostać
dbnod1:/u01/app/oracle/product/11.2.0.3/db/bin$ sqlplus / as sysdba
…
Połączono.
SQL> startup
ORA-01012: not logged on
dbnod1:/u01/app/oracle/product/11.2.0.3/db/bin$ sysresv
IPC Resources for ORACLE_SID „DB1” :
Shared Memory:
ID KEY
2097176 0xffffffff
1048599 0xffffffff
1048598 0x8b799a58
Oracle Instance not alive for sid „DB1”
dbnod1:/u01/app/oracle/product/11.2.0.3/db/bin$ ipcrm -m 2097176
dbnod1:/u01/app/oracle/product/11.2.0.3/db/bin$ ipcrm -m 104
ORA-00600: internal error code, arguments: [keltnfy-ldmInit], [46], [1], [], [], [], [], []
— należy zweryfikować zmienne i hosty