tomm’s blog

Short english summary at bottom.

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é.

---

Oracle 10g installed on OpenSuse 10.3, both in 64b version is running correctly. During the installation, one - by me usolvable - bug occurs, but it has no affect at the database server. Problem with wrong ORACLE_HOME set after the installation is the same - it is problem of the Oracle installation.

Dneska ráno jsem se probudil a protože jsem si v noci narval pravou ruku na pelesť, tak mě bolelo zápěstí. Trochu jsem ho rozvičil a při čištění zubů jsem došel ka zajímavé teorii. Přibližně 2 roky zpátky jsem měl trvalé bolesti v pravém zápěstí. Začalo to - jak jinak - sportem Trvalo to víc jak rok, než jsem se toho zbavil a dneska ráno mě napadlo, čím to. Můj zubař mě naučil, jak si mám správně čistit zuby, aby to bylo maximálně účinné. Nový pohyb mi ze začátku vadil, ale časem jsem si na něj navykl a na předchozí šmrdlání si ani nevzpomenu. Správný pohyb spočívá v pohybu v zápěstí, takže mám 2x denně bezva rozvičku, bolavé zápěstí je pryč a syndrom karpálního tunelu mi nehrozí

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

Včera jsem byl donucen upgradnout si celé javové vývojové prostředí. Několik různých betaverzí různých nástrojů včera způsobilo, že jsem už nedokázal téměř nic spustit. Začal jsem poslední verzí Javy 1.6 update 1, následoval přechod z beta verze TomCatu na stabilní 6.0.13, pokračoval přes maven 1.1 RC1 až jsem dospěl k Eclipsu. Pár měsíců od mého posledního pokusu už uběhlo, tak jsem stáhl aktuální 3.2.2 a … ono to běhá jako víno. Před cca 3 týdny se mě kamarád ptal, jestli jsem poznal s přechodem na 64b nějaký výkonostní rozdíl a já neměl žádnou možnost srovnání. Takže teď ji mám - 64-bitový Eclipse je znatelně svižnější, než jeho 32b varianta na stejném stroji a stejném systému.

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í

English version at bottom.

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

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.

Hned na úvod špatná zpráva - nefunguje. Mám nainstalovaný 64 bitový openSuse 10.2, 64 bitovou Javu 6, mám doinstalovány všechny 32 bitové verze knihoven a všechny compat balíky. A nic. Eclipse kompilovaný pro x86_64 při startu skončí na chybě při volání jakési nativní knihovny kolem GTK. Pan Google sice najde podobný problém, ale ten se týká pouze aplikace Azureus. Sklopil jsem uši a používám 32 bitovou verzi a vše je v pořádku. Výše uvedené se týká verze 3.2.1.

A že mi to teda trvalo …