24623 2010-11-23 10:52:49 +0300 Зависает при использовании с aufs2-util-ng и новыми ядрами 2011-02-24 15:40:50 +0300 1 1 4 Development Sisyphus aufs2-util-ng unstable all Linux CLOSED FIXED P3 major --- 1 msp nobody aen aspsk boyarsh evg gns radik stanv zerg qa-sisyphus oldest_to_newest 115585 0 msp 2010-11-23 10:52:49 +0300 При сборке LiveCD с ядром std-def-2.6.35-alt7 и aufs2-util-ng-2.1-alt1 полученный образ зависает на стади "Remounting root filesystem in read/write mode...". 116345 1 zerg 2010-12-15 13:58:52 +0300 C 2.6.35-std-def-alt9 осталось старое поведение. 118623 2 boyarsh 2011-02-21 16:40:31 +0300 То же самое могу сказать и про un-def-2.6.37-alt1 может быть проблема в самих aufs2-util-ng ? 118626 3 aen 2011-02-21 16:59:56 +0300 Николай, а у Вас aufs работает хоть с каким-то ядром? 118627 4 gns 2011-02-21 17:03:19 +0300 (In reply to comment #3) > Николай, а у Вас aufs работает хоть с каким-то ядром? До последнего времени было std-ng, сейчас pure-emerald (2.6.38rc5 с втянутым aufs). Отлично работают aufs-util-ng. 118670 5 boyarsh 2011-02-22 14:45:01 +0300 В aufs2-util-ng надо добавить коммит: commit 89d08d339fe3efcad1e2da2f5e2103824630e13f Author: J. R. Okajima <hooanon05@yahoo.co.jp> Date: Fri Jan 7 10:44:27 2011 +0900 bugfix, O_CLOEXEC for the plink maintenance mode /sbin/mount.aufs (and others) puts aufs into the plink maintenance mode via /proc/fs/aufs/plink_maint which make many other operations to return error or block. During in this mode, /sbin/mount.aufs exec(2) the original mount(8). If mount(8) is not statically linked, it may mmap(2) ld.so (and others). And if ld.so is inside of the target aufs, then aufs mmap(2) blocks, ie. deadlock. To address this problem, specify O_CLOEXEC for /proc/fs/aufs/plink_maint which makes aufs to exit the plink maintenance mode. Reported-by: Marco Clocchiatti <ziapannocchia@gmail.com> Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp> Без него remount_rw виснет по крайней мере на un-def и std-def 118671 6 boyarsh 2011-02-22 14:52:30 +0300 (В ответ на комментарий №5) > Без него remount_rw виснет по крайней мере на un-def и std-def А с ним, соответственно, не виснет. 118672 7 gns 2011-02-22 15:06:33 +0300 Ok. Сегодня сделаю. 118674 8 gns 2011-02-22 15:28:50 +0300 #39142 AWAITING #1 [test-only] sisyphus aufs2.1.git=2.1-alt2.git0f0cf3f 118679 9 gns 2011-02-22 16:47:45 +0300 (In reply to comment #6) > (В ответ на комментарий №5) > > > Без него remount_rw виснет по крайней мере на un-def и std-def > А с ним, соответственно, не виснет. Проверьте пожалуйста с http://git.altlinux.org/tasks/39142/ 118685 10 boyarsh 2011-02-22 18:35:31 +0300 (В ответ на комментарий №9) > > > Без него remount_rw виснет по крайней мере на un-def и std-def > > А с ним, соответственно, не виснет. > > Проверьте пожалуйста с http://git.altlinux.org/tasks/39142/ Работает, спасибо! 118687 11 gns 2011-02-22 18:48:14 +0300 (In reply to comment #10) > (В ответ на комментарий №9) > > > > > Без него remount_rw виснет по крайней мере на un-def и std-def > > > А с ним, соответственно, не виснет. > > > > Проверьте пожалуйста с http://git.altlinux.org/tasks/39142/ > Работает, спасибо! Ok, закоммитил в сизиф. А у нас остались ещё ядра, на которых работает старый aufs2-util? 118688 12 aen 2011-02-22 19:10:44 +0300 (В ответ на комментарий №11) > (In reply to comment #10) > А у нас остались ещё ядра, на которых работает старый aufs2-util? el-smp. Сейчас aspsk пытается перевести его на новый aufs2-util. Как только, так сразу. 118767 13 boyarsh 2011-02-24 12:39:12 +0300 > el-smp. Сейчас aspsk пытается перевести его на новый aufs2-util. > Как только, так сразу. В el-smp со вчерашнего дня aufs2.1 118772 14 gns 2011-02-24 13:47:35 +0300 Ну, тогда можно текушее содержимое aufs2-util-ng просто собрать под именем aufs2-util без всяких obsolete/provide. Давайте дружно попросим stanv дать NMU. 118775 15 stanv 2011-02-24 13:57:37 +0300 (В ответ на комментарий №14) > Ну, тогда можно текушее содержимое aufs2-util-ng просто собрать под именем > aufs2-util без всяких obsolete/provide. > > Давайте дружно попросим stanv дать NMU. > ssh git.alt acl sisyphus aufs2-util show aufs2-util stanv @everybody 118781 16 zerg 2011-02-24 14:49:45 +0300 (В ответ на комментарий №14) > без всяких obsolete/provide. Почему? 118782 17 gns 2011-02-24 14:55:25 +0300 (In reply to comment #16) > (В ответ на комментарий №14) > > без всяких obsolete/provide. > Почему? Зачем? 118789 18 zerg 2011-02-24 15:40:50 +0300 (В ответ на комментарий №17) > > Почему? > Зачем? Что зачем? "Почему?"? ;-)