oracle 8.1.7 i debian testing
Cześć,
Borygam się z taką konfiguracją. Zaczęło się prosto, od zignorowania
błedów zgłaszanych podczas instalacji przez pliki .mk. Potem poszedł
paczyk załaczony na płytce. A następnie dbassist, który wyrzucał java
excetpion podczas próby zapisania skryptów tworzących baze danych,
jeżeli zawierały inne ścieżki niż domyślne. Bazę w końcu utworzyłem przy
pomocy skryptów wygenerowanych dla domyślnych ścieżek, troche je
poprawiwszy. Oczywiście baza nie startuje do końca bo [1], w plikach
logów oracle mam [2]. Udało się może komuś z Was przebrnąć przez
uruchamianie tego super hiper profesjonalnego narzędzia? Serwerek stoi
jak wspomniałem na debian/testing, kernel 2.4.21 skompilowany ze źródeł
z dystrybucji. Z nietypowych elementów jest sterownik do promise
fasttrak sx4000, który jest binarką skompilowaną dla jądra RH 2.4.18,
ale działa dosyć ładnie, no i 2GB ramu, co wymagało kolejnej
rekompilacji. :-)
pozdrawiam,
Michał
---- [1]
SVRMGR> connect internal
Connected.
SVRMGR> startup
ORACLE instance started.
Total System Global Area 30257312 bytes
Fixed Size 73888 bytes
Variable Size 13234176 bytes
Database Buffers 16777216 bytes
Redo Buffers 172032 bytes
Database mounted.
ORA-01403: no data found
SVRMGR> alter database open;
alter database open
*
ORA-03113: end-of-file on communication channel
---- [2]
*** SESSION ID:(3.1) 2003-08-01 11:12:32.451
*** 2003-08-01 11:12:32.451
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [2659], [23], [1], [], [],
[], [], []
----- Call Stack Trace -----
calling call entry argument values in
hex
location type point (? means dubious
value)
-------------------- -------- --------------------
----------------------------
Cannot seek to string table section header in /lib/libdl.so.2.
Cannot seek to string table section header in /lib/libdl.so.2.
Cannot seek to string table section header in /lib/libdl.so.2.
Cannot read string table section header in /lib/libdl.so.2.
ksedmp()+142 CALL ksedst()+0
ksfdmp()+14 CALL ksedmp()+0
kgeasi()+298 CALLr 00000000
kcrfwnf()+59 CALL kgeasi()+0 17 ? 0 ? 1 ? 96CB200
?
BFFFE674 ? BFFFE3C0 ?
0 ? 0 ?
0 ?
kcrfot()+471 CALL kcrfwnf()+0
kctopn()+814 CALL kcrfot()+0
kcttha()+92 CALL kctopn()+0
ksbabs()+873 CALLr 00000000
ksbrdp()+601 CALLr 00000000 9682A60 ? 96B3CF0 ?
924BCD5 ?
0 ? 0 ?
opirip()+476 CALL ksbrdp()+0
opidrv()+1036 CALL opirip()+0
sou2o()+22 CALL opidrv()+0
main()+373 CALL sou2o()+0
__libc_start_main CALLr 00000000
_start()+28 CALL _init()+3256
----- Argument/Register Address Dump -----
Argument/Register addr=96cb200.
Dump of memory from 0x96CB1C0 to 0x96CB300
96CB1C0 00000000 00000000 00000000 00000000 [................]
<--- itd. --->
Reply to: