Před cca 3 týdny jsem nainstaloval nový OpenSuse 10.3 64b spolu s Oracle 10g (10.2.0.1.) také v 64b verzi. Během instalace se vyskytla jedna jediná chyba, kterou jsem nebyl schopný vyřešit - nebylo možné zkompilovat jednu knihovnu. Ale vzhledem k umístění problému tato chyba nemá vliv na funkčnost celého datbázového serveru. Databázi lze vytvořit, smazat, naimportovat, spustit, Oracle Flash Recovery Area funguje, Recovery manager též. Mnou avizované problémy se špatným nastavováním ORACLE_HOME přetrvávají - problém je v instalaci Oraclu, řešení je stále stejné.

Takže závěr zní: Čistěte si zuby, budete mít zdravé zápěstí

Po úspěšném spustění jsem se pustil do instalace potřebných pluginů (naštěstí jich nepoužívám tolik). Hned první - podle mě dosti povedený Colorer na 64b nefunguje. Ale zdá se, že autoři si toho jsou vědomi a blíží se aktualizace v podobě verze 0.8.0, která by to snad měla vyřešit … zatím se bez něj obejdu. Plugin VeloEclipse funguje bez potíží, TestNG plugin též.

Takže maximální spokojenost a užívám si opět o něco svižnějšího prostředí

Nedávno jsem instaloval Oracle 10g na Windows XP. Během instalace se zdálo vše OK, vytvořil jsem si instanci databáze, v tnsnames.ora byla správně přidána, import dumpu se také povedl. Po restartu vše naběhlo, takže jsem byl chvíli spokojený. Spokojenost mě přešla, když se kolega nemohl na databázi připojit. Vše zdálo OK a na nic jsem nemohl přijít. Pak si kolega vzpomněl na podobný případ a měl i řešení. Jedná se o instalaci Microsoft Loopback Adapter balíčku. Ačkoliv se mi to nezdá jako správné řešení, prostě to pomůže. Bohužel je však nutné předchozí instalaci Oracle odinstalovat a po nainstalování balíčku znovu nainstalovat. Nevím jestli je možné donutit Oracle pouhou rekonfigurací, aby se rozběhl a nebylo nutné absolvovat celou proceduru znova. Kolega se o to prý snažil a nezadařilo se mu, tudiž použil klasický postup ze světa okýnek - tedy vystoupit/nastoupit - v tom případě dokonce s reinstalací. Kvůli nedostatku času jsem se tím bohužel nemohl zabývat, abych ověřil, jestli to nutné je nebo není a když jsem zkusil instalaci na jiném stroji s Windows XP, tak Oracle už fungoval normálně.

If you have installed Oracle at Windows XP, everything looks fine, but you cannot connect from other machines, than it can help to uninstall Oracle, install Microsoft Loopback Adapter and then again install Oracle … a little bit of Windows magic

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?

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.