<p>Milyen az ssh vps? En olyan vps megoldasban gondolkodok, ahol full jogod van, v opcionalisan rg support kerheto hozza.</p>
<p>Ezt a levelet telefonról adták fel ezért esetenként ékezethibákat tartalmazhat.</p>
<p>Garami Gábor<br>
E-mail: <a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a><br>
Web: <a href="http://hron.me">http://hron.me</a><br>
Skype: hron84<br>
MSN: <a href="mailto:hrgy@vipmail.hu">hrgy@vipmail.hu</a></p>
<div class="gmail_quote">2012.01.25. 0:40, "Hollósi Balázs" <<a href="mailto:hollosi.balazs@1101.hu">hollosi.balazs@1101.hu</a>> ezt írta:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
hi<br>
<br>
<a href="http://forum.openvz.org/index.php?t=rview&goto=43571&th=10025#msg_43571" target="_blank">http://forum.openvz.org/index.php?t=rview&goto=43571&th=10025#msg_43571</a><br>
<br>
ugy nez ki a vcpu config lesz a gaz. eddig 4et lattam most 1et, ez<br>
akaszthatja meg.<br>
<br>
/off/<br>
tudom, openvz nem a legjobb, de sajnos sok szempontbol megis. igen,<br>
egyreszrol olcso. masreszrol amazon ping borzaszto, a micro instance<br>
hasznalhatatlanul lassu a kovetkezok meg nekem mar arra hogy demozzam<br>
a progit atadas elott nem eri meg. voltam par xen hostingnal,<br>
raid10-es gepen is, de egyszeruen a tanyeros megoldas nem shared<br>
environment-re valo, 5-10MBps diszk eleres meg nem adatbazis ala.<br>
ssd-t meg nagyjabol ezt az egyet talaltam ami europai (franciak, ha<br>
jol emlekszem). de ha valaki itthon tervezi ssh vps beinditasat<br>
szoljon, szivesen valtok :)<br>
<br>
koszi az otleteket es a segitseget!<br>
udv,<br>
b<br>
<br>
2012/1/24 Gábor Garami <<a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a>>:<br>
> OpenVZ hosting? Surgosen valts Xen v. VMware alapura. Az OpenVZ-vel nagyon<br>
> sok szopas van, azert olyan olcso. Ha eleg kis gep is, az amazonon 632m ram<br>
> + 10G hdd van olyan 4k korul. Az eggyel nagyobb olyan 10k koruli.<br>
><br>
> Ezek persze csak jo tanacsok...<br>
><br>
> Ezt a levelet telefonról adták fel ezért esetenként ékezethibákat<br>
> tartalmazhat.<br>
><br>
> Garami Gábor<br>
> E-mail: <a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a><br>
> Web: <a href="http://hron.me" target="_blank">http://hron.me</a><br>
> Skype: hron84<br>
> MSN: <a href="mailto:hrgy@vipmail.hu">hrgy@vipmail.hu</a><br>
><br>
> <a href="tel:2012.01.24.%2023" value="+12012012423">2012.01.24. 23</a>:47, "Hollósi Balázs" <<a href="mailto:hollosi.balazs@1101.hu">hollosi.balazs@1101.hu</a>> ezt írta:<br>
><br>
>> mármár azt hittem hogy meghozza a javulást, vagy negyed órán át élt a<br>
>> rendszer.. :) de persze csatt ez is.<br>
>><br>
>> # Internal Error (synchronizer.cpp:1954), pid=26905, tid=139912350766848<br>
>> # guarantee(mid->header()->is_neutral()) failed: invariant<br>
>> #<br>
>> # JRE version: 6.0_20-b20<br>
>> # Java VM: OpenJDK 64-Bit Server VM (19.0-b09 mixed mode linux-amd64 )<br>
>> # Derivative: IcedTea6 1.9.10<br>
>> # Distribution: Ubuntu 10.04.1 LTS, package 6b20-1.9.10-0ubuntu1~10.04.2<br>
>><br>
>><br>
>> viszont ez alapján találtam egy rakás hasonló problémát, openvz<br>
>> jellegű, adott kernel verzió, stb. még végigolvason a thread-eket, de<br>
>> úgy néz ki ezt a hosting céggel kell elintézni.. szép kis kör lesz :)<br>
>><br>
>> <a href="http://forum.proxmox.com/archive/index.php/t-6998.html" target="_blank">http://forum.proxmox.com/archive/index.php/t-6998.html</a><br>
>> <a href="http://stackoverflow.com/questions/7722756/java-strange-deadlock" target="_blank">http://stackoverflow.com/questions/7722756/java-strange-deadlock</a><br>
>><br>
>> b<br>
>><br>
>> 2012/1/24 Hollósi Balázs <<a href="mailto:hollosi.balazs@1101.hu">hollosi.balazs@1101.hu</a>>:<br>
>> > kiprobaltam -XX:-UseCompressedOops kapcsoloval, remote debug, szepen<br>
>> > hasal igy is<br>
>> ><br>
>> > Internal Error (synchronizer.cpp:1401), pid=23812, tid=139974289278720<br>
>> > # guarantee(mid->header()->is_neutral()) failed: invariant<br>
>> > #<br>
>> > # JRE version: 6.0_30-b12<br>
>> > # Java VM: Java HotSpot(TM) 64-Bit Server VM (20.5-b03 mixed mode<br>
>> > linux-amd64 )<br>
>> ><br>
>> > ez most sun jdk, de probaltam jrockit-el is, openjdk meg nem volt..<br>
>> > eddig csak a bajom volt vele, de egy probat meger..<br>
>> ><br>
>> ><br>
>> > 2012/1/24 Gábor Garami <<a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a>>:<br>
>> >> Akartam is kerdezni, hogy ez amugy milyen jdk? Mert minden sunos<br>
>> >> jdk-val<br>
>> >> tamogatott csak.<br>
>> >><br>
>> >> Ezt a levelet telefonról adták fel ezért esetenként ékezethibákat<br>
>> >> tartalmazhat.<br>
>> >><br>
>> >> Garami Gábor<br>
>> >> E-mail: <a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a><br>
>> >> Web: <a href="http://hron.me" target="_blank">http://hron.me</a><br>
>> >> Skype: hron84<br>
>> >> MSN: <a href="mailto:hrgy@vipmail.hu">hrgy@vipmail.hu</a><br>
>> >><br>
>> >> <a href="tel:2012.01.24.%2022" value="+12012012422">2012.01.24. 22</a>:35, "Zsombor" <<a href="mailto:gzsombor@gmail.com">gzsombor@gmail.com</a>> ezt írta:<br>
>> >><br>
>> >>> Én a vm-et cserélném le (openjdk/icedtea/stb), miután végig kerestem,<br>
>> >>> hogy<br>
>> >>> ilyen gyanús libjvm-ből származó sigsegv-eket látott e bárki is.<br>
>> >>> Ezenkivül a compressed oops-ot is ki lehetne kapcsolni, úgy rémlik,<br>
>> >>> hogy<br>
>> >>> az valami új kisérletibb ficsör.<br>
>> >>><br>
>> >>><br>
>> >>> On Tue, Jan 24, 2012 at 22:23, Hollósi Balázs <<a href="mailto:hollosi.balazs@1101.hu">hollosi.balazs@1101.hu</a>><br>
>> >>> wrote:<br>
>> >>>><br>
>> >>>> újabb próba, db -t kizárom, semmi pg speci nincs még, átállítottam<br>
>> >>>> mysql-re, had szóljon. így meg sorra jönnek a vm crash-ek.. persze<br>
>> >>>> mindig más, egzotikus..<br>
>> >>>><br>
>> >>>> ----<br>
>> >>>> # SIGSEGV (0xb) at pc=0x00007f3ff1cea1ae, pid=10726,<br>
>> >>>> tid=139912539502336<br>
>> >>>> #<br>
>> >>>> # JRE version: 6.0_30-b12<br>
>> >>>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (20.5-b03 mixed mode<br>
>> >>>> linux-amd64 compressed oops)<br>
>> >>>> # Problematic frame:<br>
>> >>>> # V [libjvm.so+0x3e91ae]<br>
>> >>>> DefNewGeneration::copy_to_survivor_space(oopDesc*)+0x3e<br>
>> >>>> ----<br>
>> >>>> # Internal Error (synchronizer.cpp:1399), pid=12266,<br>
>> >>>> tid=140560676685568<br>
>> >>>> # guarantee(obj->mark() == markOopDesc::encode(mid)) failed:<br>
>> >>>> invariant<br>
>> >>>> ----<br>
>> >>>> az utóbbinál szimplán megállt 324 request után a loadui kiszolgálása.<br>
>> >>>> kezd az agyamra menni..<br>
>> >>>><br>
>> >>>> viszont c3p0 kihagyása ha jól láttam csak úgy lehetséges ha j2ee<br>
>> >>>> konténerben futtatom, és jndi-n keresztül kapja a kapcsolatot..<br>
>> >>>> jöjjön<br>
>> >>>> hát a glassfish.. grr..<br>
>> >>>><br>
>> >>>> b<br>
>> >>>><br>
>> >>>> 2012/1/24 Gábor Garami <<a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a>>:<br>
>> >>>> > En se gondolom, h az oom-killer dolgozna, az levagna a komplett<br>
>> >>>> > appszervert.<br>
>> >>>> > Inkabb vmi jdbc nyug lehet ez, v. tenyleg a c3p0 problemaja.<br>
>> >>>> > Esetleg db<br>
>> >>>> > szerver gond... :-)<br>
>> >>>> ><br>
>> >>>> > Ezt a levelet telefonról adták fel ezért esetenként ékezethibákat<br>
>> >>>> > tartalmazhat.<br>
>> >>>> ><br>
>> >>>> > Garami Gábor<br>
>> >>>> > E-mail: <a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a><br>
>> >>>> > Web: <a href="http://hron.me" target="_blank">http://hron.me</a><br>
>> >>>> > Skype: hron84<br>
>> >>>> > MSN: <a href="mailto:hrgy@vipmail.hu">hrgy@vipmail.hu</a><br>
>> >>>> ><br>
>> >>>> > <a href="tel:2012.01.24.%2016" value="+12012012416">2012.01.24. 16</a>:24, "Laszlo Hornyak" <<a href="mailto:laszlo.hornyak@gmail.com">laszlo.hornyak@gmail.com</a>> ezt<br>
>> >>>> > írta:<br>
>> >>>> ><br>
>> >>>> >> Hali!<br>
>> >>>> >><br>
>> >>>> >> Ha a kernel OOM killerre gondolsz, az az egesz processzedet csapja<br>
>> >>>> >> le<br>
>> >>>> >> szerintem, azaz a JVM-et. Threadeket talan nem lenne ertelme, a<br>
>> >>>> >> szalaknak nincs sajat memoria szegmensuk.<br>
>> >>>> >><br>
>> >>>> >> 2012/1/24 András Csányi <<a href="mailto:sayusi.ando@gmail.com">sayusi.ando@gmail.com</a>>:<br>
>> >>>> >> > 2012/1/24 Balázs Hollósi <<a href="mailto:hollosibalazs@gmail.com">hollosibalazs@gmail.com</a>>:<br>
>> >>>> >> >> sziasztok<br>
>> >>>> >> >><br>
>> >>>> >> >> igazából olyan vizeken evezek, ahol nem sok helyismeretem van,<br>
>> >>>> >> >> ezért<br>
>> >>>> >> >> bármi nemű segítséget köszönök.<br>
>> >>>> >> >><br>
>> >>>> >> >> tehát. van egy play framework webes alkalmazásom, postgres<br>
>> >>>> >> >> adatbázissal. eddig tök jól ment minden, viszont a hosting cég<br>
>> >>>> >> >> ahol<br>
>> >>>> >> >> van (vps) konfigolt egyet, és most érdekességek történnek. a<br>
>> >>>> >> >> cég<br>
>> >>>> >> >> alapvetően konstruktív, már átraktak egy másik node-ra, ahol a<br>
>> >>>> >> >> config<br>
>> >>>> >> >> ua, de a vas más, ergo a memória hibát meg a többi hw parát úgy<br>
>> >>>> >> >> gondolom kizárhatom. eddig a vps 4 cpu-t látott (/proc/cpuinfo)<br>
>> >>>> >> >> most<br>
>> >>>> >> >> egy magot, amelyik azt mondja magáról hogy 4 magos, gondolom a<br>
>> >>>> >> >> virtualizáción állítottak, azért lett más, lényegében a<br>
>> >>>> >> >> sebesség<br>
>> >>>> >> >> maradt, ezzel sincs gondom.<br>
>> >>>> >> >><br>
>> >>>> >> >> a jelenség hogy egyszercsak felugrik a java process load-ja<br>
>> >>>> >> >> 100%-ra,<br>
>> >>>> >> >> még egy darabig működik az alkalmazás, de rosszabb esetben<br>
>> >>>> >> >> segfault-ol<br>
>> >>>> >> >> a vm, jobbik esetben izzasztja a vasat, és 4-5ös load mellett<br>
>> >>>> >> >> azért<br>
>> >>>> >> >> néha kiszolgál egy-egy requestet. ja igen, demo alkalmazás,<br>
>> >>>> >> >> bármilyen<br>
>> >>>> >> >> "eszköz" engedélyezett :)<br>
>> >>>> >> >><br>
>> >>>> >> >> debug módban elindítottam a vm-et, és remote rácsatlakoztam.<br>
>> >>>> >> >> eclipse<br>
>> >>>> >> >> alatt szép sorban suspend a szálakra, így meglett a bőnös<br>
>> >>>> >> >> (legnagyobb<br>
>> >>>> >> >> meglepetésre nem a play szál).<br>
>> >>>> >> >><br>
>> >>>> >> >> a bűnös thread stack:<br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >> Daemon Thread<br>
>> >>>> >> >><br>
>> >>>> >> >> [com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#0]<br>
>> >>>> >> >> (Suspended)<br>
>> >>>> >> >> Finalizer.add() line: 42<br>
>> >>>> >> >> Finalizer.<init>(Object) line: 67<br>
>> >>>> >> >> Finalizer.register(Object) line: 72<br>
>> >>>> >> >> Jdbc4Statement(Object).<init>() line: 20<br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >> Jdbc4Statement(AbstractJdbc2Statement).<init>(AbstractJdbc2Connection,<br>
>> >>>> >> >> int, int) line: 135<br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >> Jdbc4Statement(AbstractJdbc3Statement).<init>(AbstractJdbc3Connection,<br>
>> >>>> >> >> int, int, int) line: 36<br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >> Jdbc4Statement(AbstractJdbc3gStatement).<init>(AbstractJdbc3Connection,<br>
>> >>>> >> >> int, int, int) line: 23<br>
>> >>>> >> >><br>
>> >>>> >> >> Jdbc4Statement(AbstractJdbc4Statement).<init>(Jdbc4Connection,<br>
>> >>>> >> >> int,<br>
>> >>>> >> >> int, int) line: 26<br>
>> >>>> >> >> Jdbc4Statement.<init>(Jdbc4Connection, int, int, int)<br>
>> >>>> >> >> line:<br>
>> >>>> >> >> 25<br>
>> >>>> >> >> Jdbc4Connection.createStatement(int, int, int) line: 30<br>
>> >>>> >> >><br>
>> >>>> >> >> Jdbc4Connection(AbstractJdbc3Connection).createStatement(int,<br>
>> >>>> >> >> int) line: 231<br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >> Jdbc4DatabaseMetaData(AbstractJdbc2DatabaseMetaData).createMetaDataStatement()<br>
>> >>>> >> >> line: 4266<br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >> Jdbc4DatabaseMetaData(AbstractJdbc2DatabaseMetaData).getTables(String,<br>
>> >>>> >> >> String, String, String[]) line: 2069<br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >> DefaultConnectionTester.activeCheckConnectionNoQuery(Connection,<br>
>> >>>> >> >> Throwable[]) line: 185<br>
>> >>>> >> >><br>
>> >>>> >> >> DefaultConnectionTester.activeCheckConnection(Connection,<br>
>> >>>> >> >> String,<br>
>> >>>> >> >> Throwable[]) line: 62<br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >> DefaultConnectionTester(AbstractConnectionTester).activeCheckConnection(Connection)<br>
>> >>>> >> >> line: 67<br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >> C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.testPooledConnection(Object)<br>
>> >>>> >> >> line: 368<br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >><br>
>> >>>> >> >> C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.refurbishIdleResource(Object)<br>
>> >>>> >> >> line: 310<br>
>> >>>> >> >> BasicResourcePool$AsyncTestIdleResourceTask.run() line:<br>
>> >>>> >> >> 1999<br>
>> >>>> >> >> ThreadPoolAsynchronousRunner$PoolThread.run() line: 547<br>
>> >>>> >> >><br>
>> >>>> >> >> ez ha jól tudom db pool cucc. viszont otthon, meg eddig kint is<br>
>> >>>> >> >> ua<br>
>> >>>> >> >> verzió (play embeddelt) fut, otthon még most is, kint eddig<br>
>> >>>> >> >> stabil<br>
>> >>>> >> >> volt.<br>
>> >>>> >> >> első körben a kérdésem, találkozott-e már valaki hasonló<br>
>> >>>> >> >> parával.<br>
>> >>>> >> >> ismert-e hogy 1 (virtuális) magos környezetben gondok lennének<br>
>> >>>> >> >> vele? egyéb javaslat?<br>
>> >>>> >> >><br>
>> >>>> >> >> ezer köszi előre is,<br>
>> >>>> >> >> B<br>
>> >>>> >> ><br>
>> >>>> >> > Mindig ez a hiba? Ezt azért kérdezem, mert ha ez a virtualizált<br>
>> >>>> >> > környezet linux, akkor az is lehet, hogy az a terheltség, amit<br>
>> >>>> >> > kap<br>
>> >>>> >> > elviszi oda az oprendszert, hogy magától elkezdi kinyírni a<br>
>> >>>> >> > szálakat<br>
>> >>>> >> > (nem jut most eszembe, hogy mi a neve ennek a jószágnak a<br>
>> >>>> >> > kernelben).<br>
>> >>>> >> ><br>
>> >>>> >> > --<br>
>> >>>> >> > - -<br>
>> >>>> >> > -- Csanyi Andras (Sayusi Ando) -- <a href="http://sayusi.hu" target="_blank">http://sayusi.hu</a> --<br>
>> >>>> >> > <a href="http://facebook.com/andras.csanyi" target="_blank">http://facebook.com/andras.csanyi</a><br>
>> >>>> >> > -- ""Trust in God and keep your gunpowder dry!" - Cromwell<br>
>> >>>> >> > _______________________________________________<br>
>> >>>> >> > Javalist mailing list<br>
>> >>>> >> > <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> >>>> >> > <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>> >>>> >><br>
>> >>>> >><br>
>> >>>> >><br>
>> >>>> >> --<br>
>> >>>> >><br>
>> >>>> >> EOF<br>
>> >>>> >> _______________________________________________<br>
>> >>>> >> Javalist mailing list<br>
>> >>>> >> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> >>>> >> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>> >>>> ><br>
>> >>>> ><br>
>> >>>> > _______________________________________________<br>
>> >>>> > Javalist mailing list<br>
>> >>>> > <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> >>>> > <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>> >>>> ><br>
>> >>>> _______________________________________________<br>
>> >>>> Javalist mailing list<br>
>> >>>> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> >>>> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>> >>><br>
>> >>><br>
>> >>><br>
>> >>> _______________________________________________<br>
>> >>> Javalist mailing list<br>
>> >>> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> >>> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>> >>><br>
>> >><br>
>> >> _______________________________________________<br>
>> >> Javalist mailing list<br>
>> >> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> >> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>> >><br>
>> _______________________________________________<br>
>> Javalist mailing list<br>
>> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
><br>
><br>
> _______________________________________________<br>
> Javalist mailing list<br>
> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
><br>
_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
</blockquote></div>