Dotaz: Dell iDRAC Virtual Console, padá JAVA

[SAM:]

Příloha:

• hs_err_pid4698.log (88382 bytů)

Nemá někdo podobný problém s padáním DELL iDRAC Virtual Console na Linuxu. Dlouhodobě chodila konzole bez problémů, ale ponějakém upgradu zloJAVy se začala hroutit SIGSEGV - log je v příloze. Děje se mi tak na několika stanicích, všude provozuji Gentoo a zkoušel jsem oracle-jre-bin-1.7 tak i oracle-jre-bin-1.8, ale výsledek je vždy stejný.

Z Javou nemám prakticky zkušenosti, takže o jakékoliv nasměřování jak to debugovat, budu vdečný.

---

---

Odpovědi

[R]

Chodi to s OpenJDK a IcedTea pluginom.

[SAM:]

Chodí díky.

[SAM:]

Příloha:

• hs_err_pid17262.log (78326 bytů)

Problém se znovu objevil i s OpenJDK, netušíte někdo náhodou, jak to vyřešit, aby konzole začala fungovat? Díky moc.

[lertimir]

Tak starý je ten DELL? Moje doměnka je, že programový kód v němž je konzole napsaná je prostě příliž starý a použije něco, co je na nové Javě nekorektní.

[R]

V OpenJDK 7 mi chodi aj stary DRAC 4 (akurat treba obist kontrolu verzie Javy).

[SAM:]

Ten DELL je R720 z loňska, takže ve stáří by problém být neměl. Zkoušel jsem různé verze javy, icedtea, icedtea-bin, oracle v různých verzích 6, 7, 8 a vždy to padne stejně v okamžiku, kdy se ta virtuální konzole snaží připojit k iDracu.

[j]

Pokud je to z lonska nemelo by to bejt jeste pod supportem? Takze bych zkusil rvat na nej. Jinak to, ze jako admin potrebujes minimalne jednu revizi od kazdy verze od 5tky vejs, je proste bezny.

Zastrelit kazdyho dodavatele kterej neco takovyho dodava by bylo prilis milosrdny.

BTW: DRAC umi ssh, muzes se na nej pripojt tak. Snad krome zobrazeni konzole (virtualni monitor) tak udelas vsechno co potrebujes (tedy prevazne to vypnout a zapnout ... ;D)

BTW2: Jop, taky si muzes sosnout par GB image, hodit na flash (pokud se ti teda nechce zkoumat, co zrovna ty potrebujes) a oflashovat vsemozny firmware. Soucasti bejva i aktualizaca DRACa.

[Aleš Kapica]

Tak už jsme to se mi zdá louskli. Při kliknutí na launch pro otevření virtuální konzole starší verze poslala jlnpsoubor s takovýmto názvem:

+root@1424882543342@ST1=2ca057cbfe0504f124b0769a64541803).jnlp

Ale ta novější (Firmware Version 1.57.57) pošle soubor s názvem jiným:

viewer.jnlp

Pokud se ten soubor předá rovnou na javaws, tak to běží.

[Aleš Kapica]

Takže rozdíl mezi mým debianem a MarSarKovým strojem s gentoo je ve verzi javaws. V debianu je součástí balíku icedtea-netx ve verzi 1.5.2, kdežto u gentoo je v ebuildu icedtea-web, který je k dispozici pouze v nižších verzích (nejvyšší je 1.5.1)

[nobody]

co treba doinstalovat to starsi OpenJDK ve verzi s kterou to jeste chodilo ?

[SAM:]

Tak zjevně jde o verzi BIOSu a firmwaru. V případě našich R720 na verzi

BIOS Version    
2.0.19
Firmware Version        
1.46.45 (Build 04)

mi to chodí úplně bez problémů. Ale na verzích

BIOS Version   
2.2.3
Firmware Version        
1.57.57 (Build 04)

BIOS Version   
2.4.3
Firmware Version        
1.66.65 (Build 07)

už to nechodí s jakoukoliv Javou. Než to začnu řešit se Supportem, tak se chci ujistit, zda něco nedělám blbě.

[R]

Mne na Debiane chodi aj ta najnovsia verzia. Akurat vcera som upgradoval ten iDRAC 7 FW, dokonca tiez na R720.

[SAM:]

btw, funguje to ftp.dell.com ?

[R]

Uz funguje. Vcera to neslo a lifecycle controller ho potreboval, tak som pouzil ftp2.us.dell.com.

[SAM:]

Prostě ne, ať dělám jaké koliv kejkle s Javou, certifikáty, security atd, tak na těch novějších FW mi to končí tímto SIGSEGV

# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f68c52836c0, pid=10643, tid=140088614311680
#
# JRE version: Java(TM) SE Runtime Environment (7.0_76-b13) (build 1.7.0_76-b13)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (24.76-b04 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C  0x00007f68c52836c0
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /tmp/hs_err_pid10643.log

[R]

Podla mna je problem v tvojej Jave.

[SAM:]

O tom jsem také přesvědčen. Jen mě zaráží, že bez ohledu a verzi Javy a druh (iced/oracle) se to chová stejně.

[R]

Tak moze byt problem v nejakej kniznici alebo niecom inom, co Java pouziva. Java nesmie padat ani keby si v nej spustil chybny kod.

[lertimir]

možná by stálo za to, instalovat stejné distro ve virtuálu a zkusit to tam. Na čistém stroji.

[SAM:]

Už to moje Gentoo potřebuje asanovat - mám tu druhé SSD a přes víkend to zkusím překlopit.

[SAM:]

Hm, tak jo. Buildnul jsem nové Gentoo, mergnul oracle-jre-bin-1.7 a iDRAC konzole padne na hubu úplně stejně jako kdykoliv před tím. Zkoušet jiné verze a zdroje JRE už nemám ani chuť.

chjo... :( - nepište v JAVě, snad jen pokud vám za to někdo hodně dobře platí.

[Aleš Kapica]

Špatně. Správně mělo zůstat - nepište v Javě ani kdyby vám za to někdo dobře platil, pokud to fakt neumíte a píšete jako prase.

[R]

Alebo nepouzivajte Gentoo.

[SAM:]

Jen pro úplnost, kdyby někoho jiného podobně trápil iDRAC a Java. Workaround a náznak řešení je zde na Gentoo Forums:

https://forums.gentoo.org/viewtopic-p-7744274.html

Jde zjevně o problém kompatibility iDrac aplikace a openssl knihovny. V mém případě stačilo dočasně zrušit symlink libssl.so ukazující na libssl.so.1.0.0 a konzole se rozjela.