Summary: | sci-libs/opencascade-6.6.0 hangs at Removing unnecessary /usr/lib64/opencascade-6.6.0/ros/lin/lib64/libTKXCAFSchema.la | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Juergen Rose <rose> |
Component: | [OLD] Library | Assignee: | Michael Weber (RETIRED) <xmw> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | CC: | slis |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Juergen Rose
2013-06-25 07:00:28 UTC
If I try it once more, 'emerge opencascade' hangs exactly at the same point. Could it be, that this issue is connected with FEATURES="splitdebug noclean nostrip" ? At least after adding this FEATURE line to make.conf the next system is hanging for more than a half hour at * Removing unnecessary /usr/lib64/opencascade-6.6.0/ros/lin/lib64/libTKTopTest.la (no static archive) * Removing unnecessary /usr/lib64/opencascade-6.6.0/ros/lin/lib64/libTKGeomAlgo.la (no static archive) Top shows that doins is using the CPU but it is mainly sleeping: top - 16:13:55 up 4 days, 2:59, 16 users, load average: 1.22, 1.37, 1.61 Tasks: 264 total, 1 running, 263 sleeping, 0 stopped, 0 zombie %Cpu(s): 25.2 us, 11.8 sy, 0.0 ni, 62.7 id, 0.3 wa, 0.0 hi, 0.1 si, 0.0 st KiB Mem: 8165512 total, 7819764 used, 345748 free, 268184 buffers KiB Swap: 50347696 total, 292360 used, 50055336 free, 2659636 cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 26918 rose 20 0 2841048 1.082g 22360 S 19.95 13.89 534:00.66 gnome-shell 27591 rose 0 0 2143336 556168 25608 S 12.97 6.811 303:21.99 firefox 26117 root 20 0 333828 192984 4976 S 11.30 2.363 195:31.99 Xorg 9290 root 20 0 56516 6276 2208 S 1.330 0.077 0:00.04 python2.7 14434 root 20 0 21380 2088 516 S 1.330 0.026 0:33.57 doins 10968 rose 0 0 78564 8440 2128 S 0.997 0.103 0:05.40 xterm 10 root 20 0 0 0 0 S 0.665 0.000 9:41.11 rcu_sched 4806 root 20 0 26144 1788 1116 R 0.665 0.022 0:00.66 top 10986 rose 20 0 41976 2136 992 S 0.332 0.026 0:06.86 ssh root@impala:/var/tmp/portage/app-office/libreoffice-4.1.0.1/work/libreoffice-4.1.0.1(138)# ps -ef | grep doins | grep -v grep root 12681 23702 0 15:33 pts/7 00:00:00 /bin/bash /usr/lib64/portage/bin/ebuild-helpers/doins -r doc/overview doc/ReferenceDocumentation root 14434 12681 1 15:34 pts/7 00:00:37 /bin/bash /usr/lib64/portage/bin/ebuild-helpers/doins -r doc/overview doc/ReferenceDocumentation Any idea, what here could happen? If I monitor the changes under /var/tmp/portage/sci-libs/opencascade-6.6.0/ with 'du -s", I see that only one dirctory is continously growing: root@impala:/var/tmp/portage/app-office/libreoffice-4.1.0.1/work/libreoffice-4.1.0.1(151)# du -s /var/tmp/portage/sci-libs/opencascade-6.6.0/image/usr/share/doc/opencascade-6.6.0/ReferenceDocumentation/* ; date 434053 /var/tmp/portage/sci-libs/opencascade-6.6.0/image/usr/share/doc/opencascade-6.6.0/ReferenceDocumentation/html Wed Jun 26 16:23:12 CEST 2013 ... root@impala:/var/tmp/portage/app-office/libreoffice-4.1.0.1/work/libreoffice-4.1.0.1(155)# du -s /var/tmp/portage/sci-libs/opencascade-6.6.0/image/usr/share/doc/opencascade-6.6.0/ReferenceDocumentation/* ; date 464435 /var/tmp/portage/sci-libs/opencascade-6.6.0/image/usr/share/doc/opencascade-6.6.0/ReferenceDocumentation/html Wed Jun 26 16:27:51 CEST 2013 ... root@impala:/var/tmp/portage/app-office/libreoffice-4.1.0.1/work/libreoffice-4.1.0.1(161)# du -s /var/tmp/portage/sci-libs/opencascade-6.6.0/image/usr/share/doc/opencascade-6.6.0/ReferenceDocumentation/* ; date 513975 /var/tmp/portage/sci-libs/opencascade-6.6.0/image/usr/share/doc/opencascade-6.6.0/ReferenceDocumentation/html 4 /var/tmp/portage/sci-libs/opencascade-6.6.0/image/usr/share/doc/opencascade-6.6.0/ReferenceDocumentation/index.html Wed Jun 26 16:36:57 CEST 2013 So after waiting for increasing the size of /var/tmp/portage/sci-libs/opencascade-6.6.0/image/usr/share/doc/opencascade-6.6.0/ReferenceDocumentation over 513 MB, emerge proceeds. I.e, maybe I was not waiting enough when writing my last bug reports. |