1 votes

L'AMI micro linux d'EC2 est bloquée en raison d'une erreur de java

J'essaie d'utiliser une AMI 'micro' EC2 (leur AMI micro 32-bit recommandée, ami-7f418316, qui a le noyau 2.6.35.14-95.38.amzn1.i686) pour exécuter une application grails (grails 2.0.0 BUILD-SNAPSHOT de github grails-core, c'est donc post-M2). Cela fonctionne parfois, puis parfois, lorsque grails démarre (avant que je ne fasse run-app), il se bloque à 100% en java ou java + rsyslogd, déversant un tas de /var/log/message qui semblent indiquer qu'il y a quelque chose qui se passe avec la cartographie de la mémoire :

[180297.535565] ------------[ cut here ]------------
[180297.535572] WARNING: at arch/x86/xen/multicalls.c:182 xen_mc_flush+0x224/0x250()
[180297.535580] Modules linked in: ipv6 binfmt_misc dm_mirror dm_region_hash dm_log
dm_mod rtc_core rtc_lib ext4 mbcache jbd2 crc16 uhci_hcd ohci_hcd ssb ehci_hcd usbcore
nls_base [last unloaded: scsi_wait_scan]
[180297.535638] Pid: 24986, comm: java Tainted: G      D W   2.6.35.11-83.9.amzn1.i686 #1
[180297.535646] Call Trace:
[180297.535653]  [<c104282d>] warn_slowpath_common+0x6d/0xa0
[180297.535661]  [<c1004a44>] ? xen_mc_flush+0x224/0x250
[180297.535669]  [<c1004a44>] ? xen_mc_flush+0x224/0x250
[180297.535678]  [<c104287d>] warn_slowpath_null+0x1d/0x20
[180297.535686]  [<c1004a44>] xen_mc_flush+0x224/0x250
[180297.535694]  [<c10063ae>] ? xen_extend_mmu_update+0xce/0x190
[180297.535703]  [<c100650d>] xen_set_pud_hyper+0x9d/0xc0
[180297.535711]  [<c10065a4>] xen_set_pud+0x74/0xc0
[180297.535719]  [<c102cf90>] pud_populate+0x40/0x80
[180297.535726]  [<c10b1b73>] __pmd_alloc+0x73/0x80
[180297.535735]  [<c12aefd0>] ? do_page_fault+0x0/0x400
[180297.535743]  [<c10b63e2>] handle_mm_fault+0xd22/0xdc0
[180297.535751]  [<c1004922>] ? xen_mc_flush+0x102/0x250
[180297.535759]  [<c1005b06>] ? arbitrary_virt_to_machine+0x86/0xc0
[180297.535768]  [<c12aefd0>] ? do_page_fault+0x0/0x400
[180297.535776]  [<c12af0fc>] do_page_fault+0x12c/0x400
[180297.535784]  [<c1036df1>] ? finish_task_switch+0x41/0x90
[180297.535793]  [<c1048015>] ? irq_exit+0x35/0x70
[180297.535801]  [<c12aefd0>] ? do_page_fault+0x0/0x400
[180297.535809]  [<c12ac637>] error_code+0x73/0x78
[180297.535817]  [<c12a0000>] ? quirk_usb_early_handoff+0xd6/0x579
[180297.535824] ---[ end trace a7919e7f17c0c5a0 ]---

J'ai essayé avec openjdk et sun jdk, même symptôme (intermittent). Une idée si c'est un indice que grails 2 ne va tout simplement pas fonctionner sur Amazon EC2, ou si cela vaut la peine d'essayer sur une instance plus grande ? Ou est-ce que je devrais simplement passer à cloudfoundry pour les applications grails de nos jours ?

1voto

Dean Smith Points 768

J'ai essayé les versions micro 32 et 64 bits de l'AMI Amazon Linux : même résultat (bancal). La version 64 bits a été tuée plus rapidement (je penser c'est parce qu'il n'y a pas de périphérique d'échange sur cette AMI). Je suis donc passé de la version micro à une petite version 32 bits et tout se passe bien. Je n'ai pas essayé de régler la mémoire de Grails autrement que par défaut, cela suffira pour l'instant.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X