* 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