tomm’s blog

English version at bottom.

Instaloval jsem 64 bitovou verzi Oracle na 64 bitový SUSE Linux. Vše vypadalo dobře do prvního testovacího restartu. Oracle nenaběhl. Nastala obvyklá kontrola kolem sítě, listenerů a nakonec vlastní startovací skript. Zkusil jsem ho zpustit ručně a vyběhlo na mě, že adresář /ade/vikrkuma_new/oracle neexistuje. Rozsvítilo se mi, protože tuhle chybu jsem viděl před cca rokem. Jde o to, že ve startovacím skriptu Oracla pro 64 bitový linux je zapomenutá cesta na tvrdo … asi testovací prostředí některého vývojáře u Oraclů. Je teda úžasný, že za zhruba rok a půl to nikdo nespravil

Bohužel to není jediná perlička. Na jiném 64 bitovém stroji s linuxem mi nechtěl Oracle také startovat a nakonec se ukázalo, že hodnoty ze skriptu oraenv.sh, které nastavují příslušné oraclí proměnné prostředí, jsou ve statovacím skriptu opět natvrdo přepsány na jakési defaultní. Tento problém se mi však vyskytl pouze jednou na stroji, kde jsem Oracle instaloval asi 3x, než jsem byl spokojen s umístěním instalace a instancí databází (nějak jsem se pořád nemohl trefit ). Tedy možná to byl následek některé předchozí nepovedené instalace. Pak je ale nepříjemné, že instalátor Oraclu po sobě neuklidí pořádně

---

I’ve installed 64b version of Oracle at SUSE Linux. Everything OK till first reboot. Oracle was not running. I made usual check of network, listeners and finally the startup script. After running the startup script manually I received an error, that directory /ade/vikrkuma_new/oracle does not exists. I had seen this bug approximately year ago, so I remembered myself quickly. In the startup script, there is a hardcoded path to ORACLE_HOME - maybe some test environment of some oracle developer. Interesting is, that this bug haven’t been fixed in cca one and half a year. In the other hand I have to say, that this bug do not occur by every 64b installation.

But - another story. At one server Oracle didn’t want to start too, but the reason was, that in the oraenv.sh script, which sets the environment atributes for Oracle overrides the atributess with some default - again hardcoded - values. This happened to me only once, it was at some server, where I made the Oracle installation 3 times, because I haven’t been satisfied with the files and directories locations - something strange appears in two first installations, that the Oracle was always somewhere else I wanted it to be. So strange machine or garbage after uninstallation?

English explanation follows.

Tentokrát lepší zpráva než minule - žádný zásadní problém. Krom jedné drobnosti. Samozřejmě je zapotřebí nainstalovat 32-bitové verze všech knihoven a jejich případných 32-bitových devel balíčků. Nesmí se zapomenout na glibc-compat balíček a obvyklou knihovni libaiao. V této fázi se Oracle nainstaluje, ale zaznamenáte 3 kompilační chyby během linkovací fáze instalace. Pokud budete googlit, tak tyto chyby naleznete, ale řešení spočívá ve výměně binutils - tento postup byl platný před cca 3 lety, dnes nepomůže. To správné řešení je instalace 32-bitového gcc. Pak již instalace proběhne korektně (v případě, že již máte nainstalováno a nechcete absolvovat celý proces znova, je možné zavolat pouze slinkování knihoven - více pan Google).

Zdá se tedy, že není vše 64-bitové, jak se zdá. Z materiálů, které jsem pri řešení tohoto problému našel se zdá, že 2 z těchto 3 chyb nejsou kritické- nachízejíc se v nějakých méně frekventovaných nástrojích, takže bez nich lze přinejhorším vydržet. Třetí chyba je neobejitelná - nelze ani vytvořit instanci databáze.

---

Promised english version in short:
When having troubles with installation of Oracle 10g R2 at SUSE x86_64, don’t forgett to install 32-bit version of all libraries, also their 32-bit version of the devel packages and finaly install 32-bit gcc. Without the 32-bit gcc, you will not be able to successfuly create an instance of database.