Mno OpenJDK normálně funguje alespoň do té míry, že je schopné vypsat svoji verzi :) Ale jinak je to prakticky jedno, obvzvláště u vyšších verzí, kde ten vývoj probíhá primárně na OpenJDK straně (OpenJDK je referenční implementací Javy od v7). Martin 2018-03-22 11:33 GMT+01:00 Vojtěch Knyttl <knyttl(a)goout.cz>cz>: > čt 22. 3. 2018 v 11:31 odesílatel Pavel Snajdr <snajpa(a)snajpa.net> napsal: >> >> Ahoj, >> >> jedine, co mne napada, je, ze si jdk9 v tom buildu nejako netyka s >> retpolined kernelem/vdso; jsi to schopny odtracovat, nez to sleti, co se to >> snazi delat? >> >> Nejsem Java vyvojar, JDK jsem nikdy na level zdrojaku nevidel, takze ani >> netusim z prvni, kam sahnout. OpenJDK9 v jinym buildu z jinyho distra Ti >> nejede? Jenom 8? >> >> /snajpa >> (Pavel Snajdr) >> (Predseda vpsFree.cz) >> (+420 720 107 791) >> >> > On 22 Mar 2018, at 10:39, Martin Sivák <mars(a)montik.net> wrote: >> > >> > Ahoj, >> > >> > napadá Vás někoho co může za následující chování? Dělají to jen ty na >> > debianu založené kontejnery. Alpine (8-jre-alpine) funguje v pohodě. >> > >> > >> > [root@vps ~]# docker run openjdk:9-jre java --version >> > Unable to find image 'openjdk:9-jre' locally >> > Trying to pull repository docker.io/library/openjdk ... >> > 9-jre: Pulling from docker.io/library/openjdk >> > 2115d46e7396: Already exists >> > daa734ed5aa0: Already exists >> > 801e6e5516c1: Already exists >> > 404c3612208c: Already exists >> > 258506b48a3e: Already exists >> > b8ae0883616a: Already exists >> > a9b93d536da3: Already exists >> > Digest: >> > sha256:aea139f395628bcc1ec57ecba8b319ee395d31158a47754f56286afe09220700 >> > Status: Downloaded newer image for docker.io/openjdk:9-jre >> > # >> > # A fatal error has been detected by the Java Runtime Environment: >> > # >> > # SIGSEGV (0xb) at pc=0x00007f3bf98f1324, pid=1, tid=12 >> > # >> > # JRE version: OpenJDK Runtime Environment (9.0+12) (build >> > 9.0.4+12-Debian-2) >> > # Java VM: OpenJDK 64-Bit Server VM (9.0.4+12-Debian-2, mixed mode, >> > tiered, compressed oops, g1 gc, linux-amd64) >> > # Problematic frame: >> > # C [libc.so.6+0x36324] abort+0x244 >> > # >> > # Core dump will be written. Default location: //core.1 (may not exist) >> > # >> > # An error report file with more information is saved as: >> > # //hs_err_pid1.log >> > library initialization failed - unable to get max # of allocated fds >> > # >> > # If you would like to submit a bug report, please visit: >> > # http://bugreport.java.com/bugreport/crash.jsp >> > # The crash happened outside the Java Virtual Machine in native code. >> > # See problematic frame for where to report the bug. >> > # >> > >> > >> > Díky >> > >> > Martin Sivák >> > _______________________________________________ >> > Community-list mailing list >> > Community-list(a)lists.vpsfree.cz >> > http://lists.vpsfree.cz/listinfo/community-list >> >> _______________________________________________ >> Community-list mailing list >> Community-list(a)lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list > > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list >

On 2018-03-22 11:51, Martin Sivák wrote: To leda ze by do stable backportovali za zivotniho cyklu novejsi glibc, to s cim to vyslo, s OpenVZ/RHEL6 problem normalne nema. Posli vystup a uvidime :) /snajpa

Zajímavé, stejně tak v pohodě běží ručně vyrobený kontejner založený na CentOSu a JDK 10. Takže workaround mám, a to mi zatím stačí. Očividně není Java v Debian kontejneru komptibilní s mou CentOS VPS na OpenVZ :) Martin Dne 22. března 2018 12:14 Martin Sivák <mars(a)montik.net> napsal(a):

Ahoj, problémem bude jádro openVZ, na docker (nějakou rozumnou verzi) potřebuješ zprovoznit KVM (https://kb.vpsfree.cz/navody/vps/kvm) a pro KVM nejde použít Debian 9 protože openVZ, takže se řídit návodem a buď použít Apline linux nebo Debian 8 (EOL ~2020). Ono by to šlo i s tím Debian 9 ale muselo by se zase opatchovat jádro openVZ, nicméně to je zbytečná práce admini vpsFree se soustřeďují již mimo openVZ a snad to brzo bude. Pokud si dobře pamatuju tak Duben/Květen bylo plánováno nasazeni na playground pro širší testování. Víc informací zjistíš v archivu, hledej "vpsAdminOS" (https://lists.vpsfree.cz/pipermail/community-list/). Případně kdyby měl Snajpa chviličku napsat aktuální stav/výhled bylo by to taky super :-) SH On 04/04/18 15:54, Petr Stránský wrote:

Ahoj, Ale muzes mit KVM hosta Alpine a v nem guesta s Debian 9 a v nem mit Docker :) // J 5. 4. 2018 v 12:19, Silvestr Hašek <hasek(a)reklalink.cz>cz>:

Zdarec, Snajpa by i chvilicku mel, mozna i dve, ale musel by si mailu vsimnout. Borci, na mailing list se nepise stylem "kde sakra je ta adresa -> ctrl+f v mail klientu -> re: na prvni nalezenou zpravu". Ty maily maji v hlavicce identifikaci threadu, takze tady se bavime porad v threadu o Jave. Stejne tak dalsi si toho nevsimnou... Takze nevim uplne, jak moc bude platny, kdyz sem napisu -> aktualne je problem v runc, viz: https://github.com/opencontainers/runc/issues/1658 Na soucasnem OpenVZ jsem si zacal hrat na kernel developera, backportoval jsem prlimit64, aby nam jelo nove ubuntu 18.03; ten backport je v kernelu 042stab127.46 a vyssim, na starsich jadrech Bionic vubec nenajede, protoze SystemD s prlimitem pocita a Ubuntu uz taktez. Zkoumam moznost backportovat funkcionalitu, aby se rozjel Docker i na OpenVZ, ale potreboval bych nekoho, kdo se vyzna v runc a pomuze mi oddebugovat, ktere veci v jadre chybi - zatim jsem prisel na pids cgroup controller a nesedici netlink interface u bridge (ale tady potrebuju prave pomoct s debugem). /snajpa On 2018-04-05 12:19, Silvestr Hašek wrote: