* Re: [devel] [#73138] FAILED runawfe.git=runawfe-3.4.2_11 @ 2012-06-07 22:29 ` Dmitry V. Levin 2012-06-07 22:56 ` Led 0 siblings, 1 reply; 6+ messages in thread From: Dmitry V. Levin @ 2012-06-07 22:29 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 3312 bytes --] On Thu, Jun 07, 2012 at 11:11:39PM +0400, Girar Builder robot wrote: > http://git.altlinux.org/tasks/73138/logs/events.1.1.log > > 2012-Jun-07 22:55:24 :: task #73138 for sisyphus started by kana: > #100 build runawfe-3.4.2_11 from /people/kana/packages/runawfe.git > 2012-Jun-07 22:55:49 :: cloned Sisyphus > 2012-Jun-07 22:55:50 :: [i586] #100 runawfe.git runawfe-3.4.2_11: build start > 2012-Jun-07 22:55:50 :: [x86_64] #100 runawfe.git runawfe-3.4.2_11: build start > [java] Error occurred during initialization of VM > [java] Error: Could not create the Java Virtual Machine.Could not reserve enough space for object heap > [java] > [java] Error: A fatal exception has occurred. Program will exit. > BUILD FAILED > /usr/src/RPM/BUILD/runawfe-3.4.2.1/gpd/build.xml:12: Java returned: 1 > 2012-Jun-07 19:01:18 :: [x86_64] runawfe.git runawfe-3.4.2_11: remote: build failed > 2012-Jun-07 23:01:18 :: [x86_64] #100 runawfe.git runawfe-3.4.2_11: build FAILED > 2012-Jun-07 23:11:30 :: [i586] #100 runawfe.git runawfe-3.4.2_11: build OK > 2012-Jun-07 23:01:18 :: [x86_64] build FAILED > 2012-Jun-07 23:11:30 :: task #73138 for sisyphus FAILED У нас какая-то java странная: $ strace -femmap -o'|grep ENOMEM' /usr/lib/jvm/java-1.6.0-sun-1.6.0.26/jre/bin/java -version 987 mmap(0x80000000, 32212254720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) 987 mmap(NULL, 32212320256, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory) Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. $ uname -rm 3.3.8-std-def-alt1 x86_64 Зачем ей понадобилось 30Gb? Если в /proc/meminfo написано, что есть много памяти, это еще не значит, что вся эта память предназначена для jvm. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [devel] [#73138] FAILED runawfe.git=runawfe-3.4.2_11 2012-06-07 22:29 ` [devel] [#73138] FAILED runawfe.git=runawfe-3.4.2_11 Dmitry V. Levin @ 2012-06-07 22:56 ` Led 2012-06-07 23:59 ` Dmitry V. Levin 0 siblings, 1 reply; 6+ messages in thread From: Led @ 2012-06-07 22:56 UTC (permalink / raw) To: ALT Devel discussion list On Friday 08 June 2012 01:29:07 Dmitry V. Levin wrote: > On Thu, Jun 07, 2012 at 11:11:39PM +0400, Girar Builder robot wrote: > > http://git.altlinux.org/tasks/73138/logs/events.1.1.log > > > > 2012-Jun-07 22:55:24 :: task #73138 for sisyphus started by kana: > > #100 build runawfe-3.4.2_11 from /people/kana/packages/runawfe.git > > 2012-Jun-07 22:55:49 :: cloned Sisyphus > > 2012-Jun-07 22:55:50 :: [i586] #100 runawfe.git runawfe-3.4.2_11: build > > start 2012-Jun-07 22:55:50 :: [x86_64] #100 runawfe.git runawfe-3.4.2_11: > > build start [java] Error occurred during initialization of VM > > [java] Error: Could not create the Java Virtual Machine.Could not > > reserve enough space for object heap [java] > > [java] Error: A fatal exception has occurred. Program will exit. > > BUILD FAILED > > /usr/src/RPM/BUILD/runawfe-3.4.2.1/gpd/build.xml:12: Java returned: 1 > > 2012-Jun-07 19:01:18 :: [x86_64] runawfe.git runawfe-3.4.2_11: remote: > > build failed 2012-Jun-07 23:01:18 :: [x86_64] #100 runawfe.git > > runawfe-3.4.2_11: build FAILED 2012-Jun-07 23:11:30 :: [i586] #100 > > runawfe.git runawfe-3.4.2_11: build OK 2012-Jun-07 23:01:18 :: [x86_64] > > build FAILED > > 2012-Jun-07 23:11:30 :: task #73138 for sisyphus FAILED > > У нас какая-то java странная: > > $ strace -femmap -o'|grep ENOMEM' > /usr/lib/jvm/java-1.6.0-sun-1.6.0.26/jre/bin/java -version 987 > mmap(0x80000000, 32212254720, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot > allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot > allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot > allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot > allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot > allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot > allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot > allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot > allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot > allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot > allocate memory) 987 mmap(NULL, 32212254720, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot > allocate memory) 987 mmap(NULL, 32212320256, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot > allocate memory) Error occurred during initialization of VM > Could not reserve enough space for object heap > Could not create the Java virtual machine. > $ uname -rm > 3.3.8-std-def-alt1 x86_64 > > Зачем ей понадобилось 30Gb? Если в /proc/meminfo написано, что есть много > памяти, это еще не значит, что вся эта память предназначена для jvm. Она везде такая:) (openjdk - не исключение). Игнорирует limits, смотрит только на то, что "в /proc/meminfo написано". Обходится: export _JAVA_OPTIONS="-Xmx=..." -- Led ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [devel] [#73138] FAILED runawfe.git=runawfe-3.4.2_11 2012-06-07 22:56 ` Led @ 2012-06-07 23:59 ` Dmitry V. Levin 2012-06-08 8:51 ` Dmitry V. Levin 0 siblings, 1 reply; 6+ messages in thread From: Dmitry V. Levin @ 2012-06-07 23:59 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 641 bytes --] On Fri, Jun 08, 2012 at 01:56:09AM +0300, Led wrote: > On Friday 08 June 2012 01:29:07 Dmitry V. Levin wrote: [...] > > Зачем ей понадобилось 30Gb? Если в /proc/meminfo написано, что есть много > > памяти, это еще не значит, что вся эта память предназначена для jvm. > > Она везде такая:) (openjdk - не исключение). > Игнорирует limits, смотрит только на то, что "в /proc/meminfo написано". > Обходится: > export _JAVA_OPTIONS="-Xmx=..." И так в каждом пакете? Это, наверное, не очень удобно. Попробую заменить "ulimit -v" на memory.limit_in_bytes, по идее должно получиться не только надежнее, но и удобнее. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [devel] [#73138] FAILED runawfe.git=runawfe-3.4.2_11 2012-06-07 23:59 ` Dmitry V. Levin @ 2012-06-08 8:51 ` Dmitry V. Levin 2012-06-08 9:46 ` Kirill A. Shutemov 0 siblings, 1 reply; 6+ messages in thread From: Dmitry V. Levin @ 2012-06-08 8:51 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 969 bytes --] On Fri, Jun 08, 2012 at 03:59:40AM +0400, Dmitry V. Levin wrote: > On Fri, Jun 08, 2012 at 01:56:09AM +0300, Led wrote: > > On Friday 08 June 2012 01:29:07 Dmitry V. Levin wrote: > [...] > > > Зачем ей понадобилось 30Gb? Если в /proc/meminfo написано, что есть много > > > памяти, это еще не значит, что вся эта память предназначена для jvm. > > > > Она везде такая:) (openjdk - не исключение). > > Игнорирует limits, смотрит только на то, что "в /proc/meminfo написано". > > Обходится: > > export _JAVA_OPTIONS="-Xmx=..." > > И так в каждом пакете? Это, наверное, не очень удобно. > Попробую заменить "ulimit -v" на memory.limit_in_bytes, > по идее должно получиться не только надежнее, но и удобнее. После 64-битной сборки libreoffice-3.5.4.2-alt1.src.rpm на tmpfs: $ cat memory.max_usage_in_bytes 15736041472 Таким образом, теперь сборка производится со значением 16g в memory.limit_in_bytes для каждого сборочного задания. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [devel] [#73138] FAILED runawfe.git=runawfe-3.4.2_11 2012-06-08 8:51 ` Dmitry V. Levin @ 2012-06-08 9:46 ` Kirill A. Shutemov 2012-06-08 10:40 ` Dmitry V. Levin 0 siblings, 1 reply; 6+ messages in thread From: Kirill A. Shutemov @ 2012-06-08 9:46 UTC (permalink / raw) To: ALT Devel discussion list On Fri, Jun 08, 2012 at 12:51:29PM +0400, Dmitry V. Levin wrote: > On Fri, Jun 08, 2012 at 03:59:40AM +0400, Dmitry V. Levin wrote: > > On Fri, Jun 08, 2012 at 01:56:09AM +0300, Led wrote: > > > On Friday 08 June 2012 01:29:07 Dmitry V. Levin wrote: > > [...] > > > > Зачем ей понадобилось 30Gb? Если в /proc/meminfo написано, что есть много > > > > памяти, это еще не значит, что вся эта память предназначена для jvm. > > > > > > Она везде такая:) (openjdk - не исключение). > > > Игнорирует limits, смотрит только на то, что "в /proc/meminfo написано". > > > Обходится: > > > export _JAVA_OPTIONS="-Xmx=..." > > > > И так в каждом пакете? Это, наверное, не очень удобно. > > Попробую заменить "ulimit -v" на memory.limit_in_bytes, > > по идее должно получиться не только надежнее, но и удобнее. > > После 64-битной сборки libreoffice-3.5.4.2-alt1.src.rpm на tmpfs: > $ cat memory.max_usage_in_bytes > 15736041472 > > Таким образом, теперь сборка производится со значением 16g в > memory.limit_in_bytes для каждого сборочного задания. JFYI, memory.limit_in_bytes не влияет на информацию в /proc/meminfo. Вот трэд в тему: http://lkml.org/lkml/2012/5/28/299 -- Kirill A. Shutemov ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [devel] [#73138] FAILED runawfe.git=runawfe-3.4.2_11 2012-06-08 9:46 ` Kirill A. Shutemov @ 2012-06-08 10:40 ` Dmitry V. Levin 0 siblings, 0 replies; 6+ messages in thread From: Dmitry V. Levin @ 2012-06-08 10:40 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 1405 bytes --] On Fri, Jun 08, 2012 at 12:46:32PM +0300, Kirill A. Shutemov wrote: > On Fri, Jun 08, 2012 at 12:51:29PM +0400, Dmitry V. Levin wrote: > > On Fri, Jun 08, 2012 at 03:59:40AM +0400, Dmitry V. Levin wrote: > > > On Fri, Jun 08, 2012 at 01:56:09AM +0300, Led wrote: > > > > On Friday 08 June 2012 01:29:07 Dmitry V. Levin wrote: > > > [...] > > > > > Зачем ей понадобилось 30Gb? Если в /proc/meminfo написано, что есть много > > > > > памяти, это еще не значит, что вся эта память предназначена для jvm. > > > > > > > > Она везде такая:) (openjdk - не исключение). > > > > Игнорирует limits, смотрит только на то, что "в /proc/meminfo написано". > > > > Обходится: > > > > export _JAVA_OPTIONS="-Xmx=..." > > > > > > И так в каждом пакете? Это, наверное, не очень удобно. > > > Попробую заменить "ulimit -v" на memory.limit_in_bytes, > > > по идее должно получиться не только надежнее, но и удобнее. > > > > После 64-битной сборки libreoffice-3.5.4.2-alt1.src.rpm на tmpfs: > > $ cat memory.max_usage_in_bytes > > 15736041472 > > > > Таким образом, теперь сборка производится со значением 16g в > > memory.limit_in_bytes для каждого сборочного задания. > > JFYI, memory.limit_in_bytes не влияет на информацию в /proc/meminfo. > > Вот трэд в тему: http://lkml.org/lkml/2012/5/28/299 Да, cgroups это далеко не openvz, конечно. Но прожорливой жабе хватило. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-06-08 10:40 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2012-06-07 22:29 ` [devel] [#73138] FAILED runawfe.git=runawfe-3.4.2_11 Dmitry V. Levin 2012-06-07 22:56 ` Led 2012-06-07 23:59 ` Dmitry V. Levin 2012-06-08 8:51 ` Dmitry V. Levin 2012-06-08 9:46 ` Kirill A. Shutemov 2012-06-08 10:40 ` Dmitry V. Levin
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git