[devel] количество смонтированных устройств

[devel] количество смонтированных устройств

[Dubrovskiy Viacheslav]

26.01.2012 13:51, Alexey Shabalin пишет:
> Остаётся только смонтировать как -o bind /var/run на /run 
Скажите, дополнительно к нормальным дискам, у меня монтируется еще 
tmpfs, shmfs, udevfs, sysfs, proc, beancounter, container, fairsched, и 
в дополнение умноженные на количество контейнеров openvz и еще для 
каждого контейнера запись root.

Вот например вывод команды mount c сервера где 2 контейнера:

[root@ua102 ~]# mount
udevfs on /dev type tmpfs (rw,relatime,size=5120k,mode=755)
/dev/md1 on / type ext4 (rw,relatime,barrier=1,data=ordered)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
shmfs on /dev/shm type tmpfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,relatime)
/dev/mapper/main-vz on /var/lib/vz type ext4 
(rw,nosuid,nodev,noexec,relatime,barrier=1,data=ordered)
beancounter on /proc/vz/beancounter type cgroup 
(rw,relatime,blkio,name=beancounter)
container on /proc/vz/container type cgroup 
(rw,relatime,freezer,devices,name=container)
fairsched on /proc/vz/fairsched type cgroup 
(rw,relatime,cpuacct,cpu,cpuset,name=fairsched)
/var/lib/vz/private/1113 on /var/lib/vz/root/1113 type simfs (rw,relatime)
proc on /var/lib/vz/root/1113/proc type proc (rw,relatime)
sysfs on /var/lib/vz/root/1113/sys type sysfs (rw,relatime)
devpts on /var/lib/vz/root/1113/dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /var/lib/vz/root/1113/tmp type tmpfs 
(rw,nosuid,relatime,size=2621440k,nr_inodes=655360)
/var/lib/vz/private/1114 on /var/lib/vz/root/1114 type simfs (rw,relatime)
proc on /var/lib/vz/root/1114/proc type proc (rw,relatime)
sysfs on /var/lib/vz/root/1114/sys type sysfs (rw,relatime)
devpts on /var/lib/vz/root/1114/dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /var/lib/vz/root/1114/tmp type tmpfs 
(rw,nosuid,relatime,size=1572864k,nr_inodes=393216)


А есть сервера где не 2 контейнера, а 20. И тогда этот вывод занимает 3 
экрана и найти что-то не реально.

Поэтому есть 2 вопроса:

1. Риторический: зачем мне все это? Почему это все не монтируется с 
опцией -n ?
2. Практический: есть ли возможность не выводить хоть данные по 
контейнерам? Так как это было сделано в ovz-rhel.


Извините, наболело.

-- 
WBR,
Dubrovskiy Viacheslav

Re: [devel] количество смонтированных устройств

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2839 bytes --]

On Thu, Jan 26, 2012 at 03:09:54PM -0500, Dubrovskiy Viacheslav wrote:
> 26.01.2012 13:51, Alexey Shabalin пишет:
> >Остаётся только смонтировать как -o bind 
> >/var/run на /run 
> Скажите, дополнительно к нормальным 
> дискам, у меня монтируется еще tmpfs, shmfs, 
> udevfs, sysfs, proc, beancounter, container, fairsched, и в 
> дополнение умноженные на количество 
> контейнеров openvz и еще для каждого 
> контейнера запись root.
> 
> Вот например вывод команды mount c сервера 
> где 2 контейнера:
> 
> [root@ua102 ~]# mount
> udevfs on /dev type tmpfs (rw,relatime,size=5120k,mode=755)
> /dev/md1 on / type ext4 (rw,relatime,barrier=1,data=ordered)
> proc on /proc type proc (rw,relatime)
> sysfs on /sys type sysfs (rw,relatime)
> devpts on /dev/pts type devpts 
> (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
> shmfs on /dev/shm type tmpfs (rw,relatime)
> tmpfs on /tmp type tmpfs (rw,nosuid,relatime)
> /dev/mapper/main-vz on /var/lib/vz type ext4 
> (rw,nosuid,nodev,noexec,relatime,barrier=1,data=ordered)
> beancounter on /proc/vz/beancounter type cgroup 
> (rw,relatime,blkio,name=beancounter)
> container on /proc/vz/container type cgroup 
> (rw,relatime,freezer,devices,name=container)
> fairsched on /proc/vz/fairsched type cgroup 
> (rw,relatime,cpuacct,cpu,cpuset,name=fairsched)
> /var/lib/vz/private/1113 on /var/lib/vz/root/1113 type simfs (rw,relatime)
> proc on /var/lib/vz/root/1113/proc type proc (rw,relatime)
> sysfs on /var/lib/vz/root/1113/sys type sysfs (rw,relatime)
> devpts on /var/lib/vz/root/1113/dev/pts type devpts 
> (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
> tmpfs on /var/lib/vz/root/1113/tmp type tmpfs 
> (rw,nosuid,relatime,size=2621440k,nr_inodes=655360)
> /var/lib/vz/private/1114 on /var/lib/vz/root/1114 type simfs (rw,relatime)
> proc on /var/lib/vz/root/1114/proc type proc (rw,relatime)
> sysfs on /var/lib/vz/root/1114/sys type sysfs (rw,relatime)
> devpts on /var/lib/vz/root/1114/dev/pts type devpts 
> (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
> tmpfs on /var/lib/vz/root/1114/tmp type tmpfs 
> (rw,nosuid,relatime,size=1572864k,nr_inodes=393216)
> 
> 
> А есть сервера где не 2 контейнера, а 20. И 
> тогда этот вывод занимает 3 экрана и 
> найти что-то не реально.
> 
> Поэтому есть 2 вопроса:
> 
> 1. Риторический: зачем мне все это? Почему 
> это все не монтируется с опцией -n ?

Если /etc/mtab это ссылка на /proc/mounts, то ключ -n ничего не меняет.

> 2. Практический: есть ли возможность не 
> выводить хоть данные по контейнерам? Так 
> как это было сделано в ovz-rhel.

А чем эти монтирования по контейнерам отличаются от остальных?
Как вы можете определить, что /var/lib/vz/root/1113/proc смонтирован в
контейнере, если, конечно, это действительно так?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] количество смонтированных устройств

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 2256 bytes --]

26.01.2012 16:17, Dmitry V. Levin пишет:
> On Thu, Jan 26, 2012 at 03:09:54PM -0500, Dubrovskiy Viacheslav wrote:
>> А есть сервера где не 2 контейнера, а 20. И 
>> тогда этот вывод занимает 3 экрана и 
>> найти что-то не реально.
>>
>> Поэтому есть 2 вопроса:
>>
>> 1. Риторический: зачем мне все это? Почему 
>> это все не монтируется с опцией -n ?
> Если /etc/mtab это ссылка на /proc/mounts, то ключ -n ничего не меняет.
Да, это ссылка.
/etc/mtab -> /proc/mounts
Но в 5.1 это не ссылка. Т.е. кто-то делает это ссылкой и вот из-за чего
все мои беды!
Осталось выяснить - зачем так сделано?

Кстати кто знает, в других дистрибутивах тоже сделана ссылка /etc/mtab
-> /proc/mounts ?

>> 2. Практический: есть ли возможность не 
>> выводить хоть данные по контейнерам? Так 
>> как это было сделано в ovz-rhel.
> А чем эти монтирования по контейнерам отличаются от остальных?
Ничем, как я понимаю, кроме того, что они не прописывались в /etc/mtab и
следовательно их не было видно в выводе команды mount
> Как вы можете определить, что /var/lib/vz/root/1113/proc смонтирован в
> контейнере, если, конечно, это действительно так?
Не знаю как определить. Возможно по месторасположению. И не очень понял
зачем это определять? Единственное на что я жалуюсь это на то, что
сделали симлинк /etc/mtab -> /proc/mounts на HN. И Если для VPS это
логично и понятно, то зачем такое сделали для HN не понятно.

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

Re: [devel] количество смонтированных устройств

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1900 bytes --]

On Thu, Jan 26, 2012 at 06:10:56PM -0500, Dubrovskiy Viacheslav wrote:
> 26.01.2012 16:17, Dmitry V. Levin пишет:
> > On Thu, Jan 26, 2012 at 03:09:54PM -0500, Dubrovskiy Viacheslav wrote:
> >> А есть сервера где не 2 контейнера, а 20. И 
> >> тогда этот вывод занимает 3 экрана и 
> >> найти что-то не реально.
> >>
> >> Поэтому есть 2 вопроса:
> >>
> >> 1. Риторический: зачем мне все это? Почему 
> >> это все не монтируется с опцией -n ?
> > Если /etc/mtab это ссылка на /proc/mounts, то ключ -n ничего не меняет.
> Да, это ссылка.
> /etc/mtab -> /proc/mounts
> Но в 5.1 это не ссылка. Т.е. кто-то делает это ссылкой и вот из-за чего
> все мои беды!

На этот вопрос ответить легко:

$ rpmquery -f /etc/mtab 
mount-2.20.0-alt2
$ rpmquery -f /etc/mtab --changelog |grep -FC2 /etc/mtab

* Mon Feb 28 2011 Alexey Shabalin <shaba@altlinux> 2.19.0-alt3.20110215
- /etc/mtab as symlink to /proc/mounts
- build with selinux support
- build with audit support

> Осталось выяснить - зачем так сделано?

Чтобы уменьшить число сущностей. :)

> >> 2. Практический: есть ли возможность не 
> >> выводить хоть данные по контейнерам? Так 
> >> как это было сделано в ovz-rhel.
> > А чем эти монтирования по контейнерам отличаются от остальных?
> Ничем, как я понимаю, кроме того, что они не прописывались в /etc/mtab и
> следовательно их не было видно в выводе команды mount

Да, с /proc/mounts в качестве /etc/mtab эта информация пропадает...

> > Как вы можете определить, что /var/lib/vz/root/1113/proc смонтирован в
> > контейнере, если, конечно, это действительно так?
> Не знаю как определить. Возможно по месторасположению. И не очень понял
> зачем это определять? Единственное на что я жалуюсь это на то, что
> сделали симлинк /etc/mtab -> /proc/mounts на HN. И Если для VPS это
> логично и понятно, то зачем такое сделали для HN не понятно.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] количество смонтированных устройств

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 4937 bytes --]

26.01.2012 17:45, Dmitry V. Levin пишет:
> On Thu, Jan 26, 2012 at 06:10:56PM -0500, Dubrovskiy Viacheslav wrote:
>> 26.01.2012 16:17, Dmitry V. Levin пишет:
>>> On Thu, Jan 26, 2012 at 03:09:54PM -0500, Dubrovskiy Viacheslav wrote:
>>>> А есть сервера где не 2 контейнера, а 20. И 
>>>> тогда этот вывод занимает 3 экрана и 
>>>> найти что-то не реально.
>>>>
>>>> Поэтому есть 2 вопроса:
>>>>
>>>> 1. Риторический: зачем мне все это? Почему 
>>>> это все не монтируется с опцией -n ?
>>> Если /etc/mtab это ссылка на /proc/mounts, то ключ -n ничего не меняет.
>> Да, это ссылка.
>> /etc/mtab -> /proc/mounts
>> Но в 5.1 это не ссылка. Т.е. кто-то делает это ссылкой и вот из-за чего
>> все мои беды!
> На этот вопрос ответить легко:
>
> $ rpmquery -f /etc/mtab 
> mount-2.20.0-alt2
> $ rpmquery -f /etc/mtab --changelog |grep -FC2 /etc/mtab
>
> * Mon Feb 28 2011 Alexey Shabalin <shaba@altlinux> 2.19.0-alt3.20110215
> - /etc/mtab as symlink to /proc/mounts
> - build with selinux support
> - build with audit support
>
>> Осталось выяснить - зачем так сделано?
> Чтобы уменьшить число сущностей. :)
Хм. Кажется не очень удачное "усовершенствование"

>>>> 2. Практический: есть ли возможность не 
>>>> выводить хоть данные по контейнерам? Так 
>>>> как это было сделано в ovz-rhel.
>>> А чем эти монтирования по контейнерам отличаются от остальных?
>> Ничем, как я понимаю, кроме того, что они не прописывались в /etc/mtab и
>> следовательно их не было видно в выводе команды mount
> Да, с /proc/mounts в качестве /etc/mtab эта информация пропадает...
Кажется это повод для баги, т.к. смысл mount -n теряется и или нужно
вернуть /etc/mtab в виде файла, или убрать mount -n. Последнее скорее
всего не реально, т.к. разломает много чего. Остается вариант 1.

А пока я попробую облегчить жизнь сам себе сам. Подскажите, как
правильно сгенерировать /etc/mtab без ребута?
Попробовал просто выполнить то, что делается в rc.sysinit

# /etc/mtab may point to /proc/mounts, in this case no update
needed                                                                                                   

if [ ! -L /etc/mtab ];
then                                                                                                                                            

        # Enter root and /proc into mtab. (pixel) also added
/initrd/loopfs for loopback
root                                                                          

        mount -f /initrd/loopfs
2>/dev/null                                                                                                                            

        mount -f
/                                                                                                                                                     

        mount -f
/proc                                                                                                                                                 

        [ -d /sys/bus ] && mount -f -t sysfs sysfs
/sys                                                                                                                

        [ -f /proc/bus/usb/devices ] && mount -f -t usbfs usbfs
/proc/bus/usb                                                                                          

        ! mountpoint -q /dev || mount -f -t tmpfs udevfs
/dev                                                                                                          

        ! mountpoint -q /dev/pts || mount -f -t devpts devpts
/dev/pts                                                                                                 

        ! mountpoint -q /dev/shm || mount -f -t tmpfs shmfs
/dev/shm                                                                                                   

fi                                                                                                                                                                     


Но /etc/mtab не генерится

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 947 bytes --]

26.01.2012 17:45, Dmitry V. Levin пишет:
> On Thu, Jan 26, 2012 at 06:10:56PM -0500, Dubrovskiy Viacheslav wrote:
>>
>> Да, это ссылка.
>> /etc/mtab -> /proc/mounts
> На этот вопрос ответить легко:
>
> $ rpmquery -f /etc/mtab 
> mount-2.20.0-alt2
> $ rpmquery -f /etc/mtab --changelog |grep -FC2 /etc/mtab
>
> * Mon Feb 28 2011 Alexey Shabalin <shaba@altlinux> 2.19.0-alt3.20110215
> - /etc/mtab as symlink to /proc/mounts
> - build with selinux support
> - build with audit support
>
>> Осталось выяснить - зачем так сделано?
> Чтобы уменьшить число сущностей. :)
Кстати из-за этого "уменьшения сущностей", я уже 3 месяца пытаюсь
разобраться с https://bugzilla.altlinux.org/show_bug.cgi?id=26292
Может лучше вернуть как было?

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4922 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Alexey Shabalin]

29 января 2012 г. 9:03 пользователь Dubrovskiy Viacheslav написал:
> 26.01.2012 17:45, Dmitry V. Levin пишет:
>> On Thu, Jan 26, 2012 at 06:10:56PM -0500, Dubrovskiy Viacheslav wrote:
>>>
>>> Да, это ссылка.
>>> /etc/mtab -> /proc/mounts
>> На этот вопрос ответить легко:
>>
>> $ rpmquery -f /etc/mtab
>> mount-2.20.0-alt2
>> $ rpmquery -f /etc/mtab --changelog |grep -FC2 /etc/mtab
>>
>> * Mon Feb 28 2011 Alexey Shabalin <shaba@altlinux> 2.19.0-alt3.20110215
>> - /etc/mtab as symlink to /proc/mounts
>> - build with selinux support
>> - build with audit support
>>
>>> Осталось выяснить - зачем так сделано?
>> Чтобы уменьшить число сущностей. :)
> Кстати из-за этого "уменьшения сущностей", я уже 3 месяца пытаюсь
> разобраться с https://bugzilla.altlinux.org/show_bug.cgi?id=26292
> Может лучше вернуть как было?

Если наблюдается явный конфликт интересов, давайте сделаем control для
выбора поведения.

-- 
Alexey Shabalin

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 629 bytes --]

On Sun, Jan 29, 2012 at 12:03:28AM -0500, Dubrovskiy Viacheslav wrote:

DV> Кстати из-за этого "уменьшения сущностей", я уже 3 месяца пытаюсь
DV> разобраться с https://bugzilla.altlinux.org/show_bug.cgi?id=26292
DV> Может лучше вернуть как было?

То есть сломать систему, из-за глючной программы?

В mtab должны отображаться все смонтированные FS. snmp пытается показать
даже те FS, к которым не имеет доступа и из-за этого глючит.

Очевидно надо править кривой софт, а не ломать систему.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 1193 bytes --]

30.01.2012 05:58, Денис Смирнов пишет:
> On Sun, Jan 29, 2012 at 12:03:28AM -0500, Dubrovskiy Viacheslav wrote:
>
> DV> Кстати из-за этого "уменьшения сущностей", я уже 3 месяца пытаюсь
> DV> разобраться с https://bugzilla.altlinux.org/show_bug.cgi?id=26292
> DV> Может лучше вернуть как было?
>
> То есть сломать систему, из-за глючной программы?
>
> В mtab должны отображаться все смонтированные FS. snmp пытается показать
> даже те FS, к которым не имеет доступа и из-за этого глючит.
>
> Очевидно надо править кривой софт, а не ломать систему.
Софт рассчитывает, что вывод mount не будет выводить те точки
монтирования которые смонтированы с опцией -n.
Но наблюдается обратное. Выводится все подряд.
Почему?
Явная ошибка в mount.

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1012 bytes --]

On Mon, Jan 30, 2012 at 09:16:49AM -0500, Dubrovskiy Viacheslav wrote:
> 30.01.2012 05:58, Денис Смирнов пишет:
> > On Sun, Jan 29, 2012 at 12:03:28AM -0500, Dubrovskiy Viacheslav wrote:
> >
> > DV> Кстати из-за этого "уменьшения сущностей", я уже 3 месяца пытаюсь
> > DV> разобраться с https://bugzilla.altlinux.org/show_bug.cgi?id=26292
> > DV> Может лучше вернуть как было?
> >
> > То есть сломать систему, из-за глючной программы?
> >
> > В mtab должны отображаться все смонтированные FS. snmp пытается показать
> > даже те FS, к которым не имеет доступа и из-за этого глючит.
> >
> > Очевидно надо править кривой софт, а не ломать систему.
> Софт рассчитывает, что вывод mount не будет выводить те точки
> монтирования которые смонтированы с опцией -n.

В таком случае этот софт полагается на поведение, зависящее от реализации.
mount -n гарантирует только то, что он сам не будет модифицировать /etc/mtab.
mount -n не гарантирует, что в результате /etc/mtab не изменится.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dubrovskiy Viacheslav]

30.01.2012 10:02, Dmitry V. Levin пишет:
> On Mon, Jan 30, 2012 at 09:16:49AM -0500, Dubrovskiy Viacheslav wrote:
>> 30.01.2012 05:58, Денис Смирнов пишет:
>>> On Sun, Jan 29, 2012 at 12:03:28AM -0500, Dubrovskiy Viacheslav wrote:
>>>
>>> DV>  Кстати из-за этого "уменьшения сущностей", я уже 3 месяца пытаюсь
>>> DV>  разобраться с https://bugzilla.altlinux.org/show_bug.cgi?id=26292
>>> DV>  Может лучше вернуть как было?
>>>
>>> То есть сломать систему, из-за глючной программы?
>>>
>>> В mtab должны отображаться все смонтированные FS. snmp пытается показать
>>> даже те FS, к которым не имеет доступа и из-за этого глючит.
>>>
>>> Очевидно надо править кривой софт, а не ломать систему.
>> Софт рассчитывает, что вывод mount не будет выводить те точки
>> монтирования которые смонтированы с опцией -n.
> В таком случае этот софт полагается на поведение, зависящее от реализации.
Есть ли другое решение получать только те точки монтирования, которые не 
смонтированы с -n ?

> mount -n гарантирует только то, что он сам не будет модифицировать /etc/mtab.
> mount -n не гарантирует, что в результате /etc/mtab не изменится.

Это хорошо что гарантирует или не гарантирует. Но по сути, пользователь 
или программа не ожидает получить полный выхлоп смонтированных точек 
включая те, что смонтированы с -n.
И как сказал legion@, формально это поломка в mount.
Есть ключ который не работает и не дает того результата, который от его 
применения ожидается.

-- 
WBR,
Dubrovskiy Viacheslav

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Alexey Gladkov]

30.01.2012 20:16, Dubrovskiy Viacheslav wrote:
> И как сказал legion@, формально это поломка в mount.

Но и ldv@ тоже прав т.к. mount -n делает, то что указано: он не
обновляет /etc/mtab.

> Есть ключ который не работает и не дает того результата, который от его 
> применения ожидается. 

Я бы всё-таки услышал бы мантейнера systemd и создателей livecd, но я
склоняюсь к тому, чтобы оставить всё как есть.

-- 
Rgrds, legion

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dubrovskiy Viacheslav]

30.01.2012 14:50, Alexey Gladkov пишет:
> 30.01.2012 20:16, Dubrovskiy Viacheslav wrote:
>> И как сказал legion@, формально это поломка в mount.
> Но и ldv@ тоже прав т.к. mount -n делает, то что указано: он не
> обновляет /etc/mtab.
А почему? Потому что не может обновить, т.к. стоит ссылка.
Т.е. сделали такие условия, когда mount не может её обновить.

>> Есть ключ который не работает и не дает того результата, который от его
>> применения ожидается.
> Я бы всё-таки услышал бы мантейнера systemd и создателей livecd, но я
> склоняюсь к тому, чтобы оставить всё как есть.
Никто не против того, чтобы делать ссылку тогда когда это нужно. Если 
для systemd, livecd или внутри VPS нужна ссылка, то конечно пусть будет. 
Но зачем прибивать гвоздями? Например spt имеет хук для установки ссылки 
во время создания ovz контейнера.
Что мешает что-то подобное сделать при установке systemd и сборке livecd?
Можно конечно сделать чтобы при каких-то условиях она удалялась, 
например при установке пакета vzctl или запуске сервиса vz. Но тогда 
нужно /etc/mtab  как-то генерить. И это сложнее чем удалить файл и 
сделать ссылку.

-- 
WBR,
Dubrovskiy Viacheslav

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Alexey Gladkov]

31.01.2012 00:27, Dubrovskiy Viacheslav wrote:
> 30.01.2012 14:50, Alexey Gladkov пишет:
>> 30.01.2012 20:16, Dubrovskiy Viacheslav wrote:
>>> И как сказал legion@, формально это поломка в mount.
>> Но и ldv@ тоже прав т.к. mount -n делает, то что указано: он не
>> обновляет /etc/mtab.
> А почему? Потому что не может обновить, т.к. стоит ссылка.
> Т.е. сделали такие условия, когда mount не может её обновить.

При -n mount и не должен ничего обновлять будь то ссылка или нет, а
без -n mount должен занести в этот файл информацию, которая уже там
есди это симлинк на /proc/mounts.

Руководствуясь этой логикой всё правильно.

Чем бы не был /etc/mtab ссылкой или файлом мне кажется ошибочным
надеяться на mount -n т.к. если какая-то "неправильная" программа
воспользуется mount --bind без -n, то у вас будут опять проблемы.
Правильнее фильтровать нужные каталоги.

Что будет если в контейнере сделать mount --bind без использования
namespece ?

> Никто не против того, чтобы делать ссылку тогда когда это нужно. Если 
> для systemd, livecd или внутри VPS нужна ссылка, то конечно пусть будет. 

Изменение файл <-> симлинк в rpm очень неприятное занятие.

Можно сделать control, но это не позволит перезаполнить /etc/mtab при
переключении симлинк -> файл. Так что это будет дистрибутивная полумера.

-- 
Rgrds, legion

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1763 bytes --]

On Tue, Jan 31, 2012 at 01:09:25AM +0400, Alexey Gladkov wrote:
> Чем бы не был /etc/mtab ссылкой или файлом мне кажется ошибочным
> надеяться на mount -n т.к. если какая-то "неправильная" программа
> воспользуется mount --bind без -n, то у вас будут опять проблемы.
> Правильнее фильтровать нужные каталоги.

Тут, насколько я понимаю, речь идет о вполне конкретной конфигурации:
ovz-сервер, в котором vzctl start всегда делает "mount -n", и раньше
это работало лучше с точки зрения вывода "mount", чем сейчас.
Считается, что в HN ovz-сервера программ мало, и "неправильных" среди
них нет. :)

> Что будет если в контейнере сделать mount --bind без использования
> namespace ?

Если в ovz-контейнере сделать mount без использования namespace и всяких
там MS_*, то в корневом /proc/mounts появится соответствующая запись.
В корневом /etc/mtab она, разумеется, не появится в случае если это
обычный файл а не ссылка на /proc/mounts.

> > Никто не против того, чтобы делать ссылку тогда когда это нужно. Если 
> > для systemd, livecd или внутри VPS нужна ссылка, то конечно пусть будет. 
> 
> Изменение файл <-> симлинк в rpm очень неприятное занятие.

Не особенно, в отличие от "каталог" <-> "ссылка на каталог".

> Можно сделать control, но это не позволит перезаполнить /etc/mtab при
> переключении симлинк -> файл. Так что это будет дистрибутивная полумера.

Тем не менее можно придумать какой-нибудь приемлемый opt-out.
Например, запаковать /etc/mtab не просто как ссылку на /proc/mounts, а с
атрибутом %ghost; в %post создавать настоящую ссылку, если /etc/mtab еще
нет.  Тогда админ сможет изменить поведение по умолчанию, превратив
вручную /etc/mtab из ссылки в обычный файл, заполнив его на свое
усмотрение.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Alexey Gladkov]

31.01.2012 01:36, Dmitry V. Levin wrote:
> Не особенно, в отличие от "каталог" <-> "ссылка на каталог".

Играться с этим файлом из разных пакетов (как предложено) мне в любом
случае не нравится.

> Например, запаковать /etc/mtab не просто как ссылку на /proc/mounts, а с
> атрибутом %ghost; в %post создавать настоящую ссылку, если /etc/mtab еще
> нет.  Тогда админ сможет изменить поведение по умолчанию, превратив
> вручную /etc/mtab из ссылки в обычный файл, заполнив его на свое
> усмотрение.

Я это и предлагал, когда говорил про control. И когда имел в виду не
дистрибутивное решение я говорил про "заполнить /etc/mtab на свое
усмотрение".

-- 
Rgrds, legion

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1037 bytes --]

On Tue, Jan 31, 2012 at 01:47:25AM +0400, Alexey Gladkov wrote:
> 31.01.2012 01:36, Dmitry V. Levin wrote:
> > Не особенно, в отличие от "каталог" <-> "ссылка на каталог".
> 
> Играться с этим файлом из разных пакетов (как предложено) мне в любом
> случае не нравится.
> 
> > Например, запаковать /etc/mtab не просто как ссылку на /proc/mounts, а с
> > атрибутом %ghost; в %post создавать настоящую ссылку, если /etc/mtab еще
> > нет.  Тогда админ сможет изменить поведение по умолчанию, превратив
> > вручную /etc/mtab из ссылки в обычный файл, заполнив его на свое
> > усмотрение.
> 
> Я это и предлагал, когда говорил про control. И когда имел в виду не
> дистрибутивное решение я говорил про "заполнить /etc/mtab на свое
> усмотрение".

Я не предлагаю использовать control(8).  Я пока не вижу никакого вреда
в том, что админ сможет собственноручно заменить ссылку /etc/mtab на то,
что ему больше подходит, и пакет mount не будет пытаться превращать
существующий /etc/mtab в ссылку на /proc/mounts.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dubrovskiy Viacheslav]

30.01.2012 17:02, Dmitry V. Levin пишет:
> Я не предлагаю использовать control(8). Я пока не вижу никакого вреда 
> в том, что админ сможет собственноручно заменить ссылку /etc/mtab на 
> то, что ему больше подходит, и пакет mount не будет пытаться 
> превращать существующий /etc/mtab в ссылку на /proc/mounts.
Я думаю это был бы приемлемы вариант. И тогда можно было бы большими 
буквами написать, что при установке ovz нужно удалить /etc/mtab

-- 
WBR,
Dubrovskiy Viacheslav

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 757 bytes --]

On Mon, Jan 30, 2012 at 05:06:20PM -0500, Dubrovskiy Viacheslav wrote:
> 30.01.2012 17:02, Dmitry V. Levin пишет:
> >Я не предлагаю использовать control(8). Я 
> >пока не вижу никакого вреда в том, что 
> >админ сможет собственноручно заменить 
> >ссылку /etc/mtab на то, что ему больше 
> >подходит, и пакет mount не будет пытаться 
> >превращать существующий /etc/mtab в ссылку 
> >на /proc/mounts.
> Я думаю это был бы приемлемы вариант. И 
> тогда можно было бы большими буквами 
> написать, что при установке ovz нужно 
> удалить /etc/mtab

Удалять /etc/mtab не рекомендуется в любом случае.  Если хочется заменить
ссылку на обычный файл, то лучше, наверное, в таком случае заменять
/etc/mtab на содержимое /proc/mounts.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Alexey Gladkov]

31.01.2012 02:02, Dmitry V. Levin wrote:
> Я не предлагаю использовать control(8).  Я пока не вижу никакого вреда
> в том, что админ сможет собственноручно заменить ссылку /etc/mtab на то,
> что ему больше подходит, и пакет mount не будет пытаться превращать
> существующий /etc/mtab в ссылку на /proc/mounts.

Сделайте (я в acl не один) реализацию, которая не сломает уже
установленные симлинки. Я пока не считаю, что это стоит делать.

-- 
Rgrds, legion

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 824 bytes --]

On Tue, Jan 31, 2012 at 02:16:13AM +0400, Alexey Gladkov wrote:
> 31.01.2012 02:02, Dmitry V. Levin wrote:
> > Я не предлагаю использовать control(8).  Я пока не вижу никакого вреда
> > в том, что админ сможет собственноручно заменить ссылку /etc/mtab на то,
> > что ему больше подходит, и пакет mount не будет пытаться превращать
> > существующий /etc/mtab в ссылку на /proc/mounts.
> 
> Сделайте (я в acl не один) реализацию, которая не сломает уже
> установленные симлинки.

Реализовать в данном случае проще, чем найти консенсус.

> Я пока не считаю, что это стоит делать.

А какие есть альтернативы фильтровать /proc/mounts "как раньше"?
Для случая ovz-сервера их вроде бы пока никто не предложил.  Давайте
подождем, может быть, кто-нибудь придет и покажет нам более правильное
решение.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Alexey Gladkov]

31.01.2012 02:25, Dmitry V. Levin wrote:
> А какие есть альтернативы фильтровать /proc/mounts "как раньше"?

Использовать в vzctl CLONE_NEWNS ... раз уж речь идёт об одном usecase.

-- 
Rgrds, legion

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 323 bytes --]

On Tue, Jan 31, 2012 at 02:35:20AM +0400, Alexey Gladkov wrote:
> 31.01.2012 02:25, Dmitry V. Levin wrote:
> > А какие есть альтернативы фильтровать /proc/mounts "как раньше"?
> 
> Использовать в vzctl CLONE_NEWNS ... раз уж речь идёт об одном usecase.

Тогда, наверное, vzctl enter работать не будет.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Alexey Gladkov]

31.01.2012 02:42, Dmitry V. Levin wrote:
> Тогда, наверное, vzctl enter работать не будет.

Я не специалист по vzctl, но при беглом просмотре кода похоже, что да.
Ну тогда вариантов нет.

-- 
Rgrds, legion

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Sergey Y. Afonin]

On Tuesday, January 31, 2012 02:02:21 Dmitry V. Levin wrote:

> Я пока не вижу никакого вреда в том, что админ сможет собственноручно
> заменить ссылку /etc/mtab на то, что ему больше подходит, и пакет mount 
> не будет пытаться превращать существующий /etc/mtab в ссылку на
> /proc/mounts.

Да, это было бы нормально.

-- 
С уважением, Сергей Афонин
asy@kraft-s.ru

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Alexey Gladkov]

31.01.2012 02:02, Dmitry V. Levin wrote:
> Я не предлагаю использовать control(8).  Я пока не вижу никакого вреда
> в том, что админ сможет собственноручно заменить ссылку /etc/mtab на то,
> что ему больше подходит, и пакет mount не будет пытаться превращать
> существующий /etc/mtab в ссылку на /proc/mounts.

Ок. Давай сделаем так:

%post -n mount
[ -e /etc/mtab ] || ln -s /proc/mounts /etc/mtab

%files -n mount
%verify(not md5 size mtime) %ghost /etc/mtab

?

-- 
Rgrds, legion

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1080 bytes --]

On Tue, Jan 31, 2012 at 05:15:36PM +0400, Alexey Gladkov wrote:
> 31.01.2012 02:02, Dmitry V. Levin wrote:
> > Я не предлагаю использовать control(8).  Я пока не вижу никакого вреда
> > в том, что админ сможет собственноручно заменить ссылку /etc/mtab на то,
> > что ему больше подходит, и пакет mount не будет пытаться превращать
> > существующий /etc/mtab в ссылку на /proc/mounts.
> 
> Ок. Давай сделаем так:
> 
> %post -n mount
> [ -e /etc/mtab ] || ln -s /proc/mounts /etc/mtab

Если /etc/mtab является ссылкой на /proc/mounts, то это не будет работать
при несмонтированном /proc:

$ [ -e /etc/mtab ] || ln -s /proc/mounts /etc/mtab
ln: failed to create symbolic link `/etc/mtab': File exists

Наверное, это нужно переписать как-нибудь в таком духе:

[ -L /etc/mtab -o -e /etc/mtab ] || ln -s /proc/mounts /etc/mtab
или
[ -e /etc/mtab ] || ln -fns /proc/mounts /etc/mtab

> %files -n mount
> %verify(not md5 size mtime) %ghost /etc/mtab

Тогда и mode тоже не обязательно проверять:
%verify(not md5 mode mtime size) %ghost /etc/mtab


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Alexey Gladkov]

31.01.2012 18:28, Dmitry V. Levin wrote:
>> Ок. Давай сделаем так:

Но в общем по идее возражений нет ?

-- 
Rgrds, legion

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 215 bytes --]

On Tue, Jan 31, 2012 at 06:37:16PM +0400, Alexey Gladkov wrote:
> 31.01.2012 18:28, Dmitry V. Levin wrote:
> >> Ок. Давай сделаем так:
> 
> Но в общем по идее возражений нет ?

У меня пока нет.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 264 bytes --]

On Mon, Jan 30, 2012 at 11:50:11PM +0400, Alexey Gladkov wrote:
> Я бы всё-таки услышал бы мантейнера systemd

systemd$ git grep 'log.*/etc/mtab'
src/main.c:        log_warning("/etc/mtab is not a symlink or not pointing to /proc/self/mounts. "


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Sergey Y. Afonin]

On Monday 30 January 2012, Денис Смирнов wrote:

> В mtab должны отображаться все смонтированные FS. snmp пытается
> показать даже те FS, к которым не имеет доступа и из-за этого 
> глючит. 
> 
> Очевидно надо править кривой софт, а не ломать систему.
 
Давайте тогда править всё, начиная с df. :-)

$ df
df: `/var/lib/vz/root/03164': Permission denied
df: `/var/lib/vz/root/03164/sys': Permission denied
df: `/var/lib/vz/root/03165': Permission denied
df: `/var/lib/vz/root/03165/sys': Permission denied

На самом деле, вывод всего подряд на ovz-сервере не кажется 
хорошим решением... 

-- 
С уважением, Сергей Афонин

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 810 bytes --]

On Mon, Jan 30, 2012 at 11:35:42PM +0400, Sergey Y. Afonin wrote:
> On Monday 30 January 2012, Денис Смирнов wrote:
> 
> > В mtab должны отображаться все смонтированные FS. snmp пытается
> > показать даже те FS, к которым не имеет доступа и из-за этого 
> > глючит. 
> > 
> > Очевидно надо править кривой софт, а не ломать систему.
>  
> Давайте тогда править всё, начиная с df. :-)
> 
> $ df
> df: `/var/lib/vz/root/03164': Permission denied
> df: `/var/lib/vz/root/03164/sys': Permission denied
> df: `/var/lib/vz/root/03165': Permission denied
> df: `/var/lib/vz/root/03165/sys': Permission denied

А что из вышеприведенного нуждается в исправлении?

> На самом деле, вывод всего подряд на ovz-сервере не кажется 
> хорошим решением... 

А что кажется хорошим решением?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 1781 bytes --]

30.01.2012 16:20, Dmitry V. Levin пишет:
> On Mon, Jan 30, 2012 at 11:35:42PM +0400, Sergey Y. Afonin wrote:
>> On Monday 30 January 2012, Денис Смирнов wrote:
>>
>>> В mtab должны отображаться все смонтированные FS. snmp пытается
>>> показать даже те FS, к которым не имеет доступа и из-за этого 
>>> глючит. 
>>>
>>> Очевидно надо править кривой софт, а не ломать систему.
>>  
>> Давайте тогда править всё, начиная с df. :-)
>>
>> $ df
>> df: `/var/lib/vz/root/03164': Permission denied
>> df: `/var/lib/vz/root/03164/sys': Permission denied
>> df: `/var/lib/vz/root/03165': Permission denied
>> df: `/var/lib/vz/root/03165/sys': Permission denied
> А что из вышеприведенного нуждается в исправлении?
Исходя из логики "править кривой софт", то исправлять нужно df, чтобы он
не пытался лезть туда куда нет прав и не сыпал ошибками.

>
>> На самом деле, вывод всего подряд на ovz-сервере не кажется 
>> хорошим решением... 
> А что кажется хорошим решением?
Мне кажется, что для ovz было бы правильно оставить /etc/mtab в виде
файла. Во всяком случае, до тех пор, пока грабли с симлинком не оттопчат
в тех дистрибутивах под которые разрабатывается ovz. В первую очередь RH

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1068 bytes --]

On Mon, Jan 30, 2012 at 07:55:44PM -0500, Dubrovskiy Viacheslav wrote:
> 30.01.2012 16:20, Dmitry V. Levin пишет:
> > On Mon, Jan 30, 2012 at 11:35:42PM +0400, Sergey Y. Afonin wrote:
> >> On Monday 30 January 2012, Денис Смирнов wrote:
> >>
> >>> В mtab должны отображаться все смонтированные FS. snmp пытается
> >>> показать даже те FS, к которым не имеет доступа и из-за этого 
> >>> глючит. 
> >>>
> >>> Очевидно надо править кривой софт, а не ломать систему.
> >>  
> >> Давайте тогда править всё, начиная с df. :-)
> >>
> >> $ df
> >> df: `/var/lib/vz/root/03164': Permission denied
> >> df: `/var/lib/vz/root/03164/sys': Permission denied
> >> df: `/var/lib/vz/root/03165': Permission denied
> >> df: `/var/lib/vz/root/03165/sys': Permission denied
> > А что из вышеприведенного нуждается в исправлении?
> Исходя из логики "править кривой софт", то исправлять нужно df, чтобы он
> не пытался лезть туда куда нет прав и не сыпал ошибками.

Это ведь настоящие, а не надуманные какие-то ошибки.  Почему df должен их
скрывать?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 1831 bytes --]

31.01.2012 04:38, Dmitry V. Levin пишет:
>>>>> В mtab должны отображаться все смонтированные FS. snmp пытается
>>>>> показать даже те FS, к которым не имеет доступа и из-за этого 
>>>>> глючит. 
>>>>>
>>>>> Очевидно надо править кривой софт, а не ломать систему.
>>>>  
>>>> Давайте тогда править всё, начиная с df. :-)
>>>>
>>>> $ df
>>>> df: `/var/lib/vz/root/03164': Permission denied
>>>> df: `/var/lib/vz/root/03164/sys': Permission denied
>>>> df: `/var/lib/vz/root/03165': Permission denied
>>>> df: `/var/lib/vz/root/03165/sys': Permission denied
>>> А что из вышеприведенного нуждается в исправлении?
>> Исходя из логики "править кривой софт", то исправлять нужно df, чтобы он
>> не пытался лезть туда куда нет прав и не сыпал ошибками.
> Это ведь настоящие, а не надуманные какие-то ошибки.  Почему df должен их
> скрывать?
Потому что предполагалось что туда он не должен ходить. И он исправно
ориентировался на /etc/mtab.
А его обманули, подсунув ссылку где все без разбора, вот он тоже
оказался не готов и сыпет ошибками.
И согласитесь, что ошибки это плохо и сознательно создавать условия
когда они появляются тоже плохо.
Пользователи пугаются.

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

Re: [devel] Убрать /etc/mtab -> /proc/mounts [was: количество смонтированных устройств]

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 2081 bytes --]

31.01.2012 19:58, Dubrovskiy Viacheslav пишет:
> 31.01.2012 04:38, Dmitry V. Levin пишет:
>>>>>> В mtab должны отображаться все смонтированные FS. snmp пытается
>>>>>> показать даже те FS, к которым не имеет доступа и из-за этого 
>>>>>> глючит. 
>>>>>>
>>>>>> Очевидно надо править кривой софт, а не ломать систему.
>>>>>  
>>>>> Давайте тогда править всё, начиная с df. :-)
>>>>>
>>>>> $ df
>>>>> df: `/var/lib/vz/root/03164': Permission denied
>>>>> df: `/var/lib/vz/root/03164/sys': Permission denied
>>>>> df: `/var/lib/vz/root/03165': Permission denied
>>>>> df: `/var/lib/vz/root/03165/sys': Permission denied
>>>> А что из вышеприведенного нуждается в исправлении?
>>> Исходя из логики "править кривой софт", то исправлять нужно df, чтобы он
>>> не пытался лезть туда куда нет прав и не сыпал ошибками.
>> Это ведь настоящие, а не надуманные какие-то ошибки.  Почему df должен их
>> скрывать?
> Потому что предполагалось что туда он не должен ходить. И он исправно
> ориентировался на /etc/mtab.
> А его обманули, подсунув ссылку где все без разбора, вот он тоже
> оказался не готов и сыпет ошибками.
> И согласитесь, что ошибки это плохо и сознательно создавать условия
> когда они появляются тоже плохо.
> Пользователи пугаются.

  Зато есть возможность посмотреть всё примонированное чохом.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]

Re: [devel] количество смонтированных устройств

[Alexey Shabalin]

27 января 2012 г. 2:45 пользователь Dmitry V. Levin  написал:
> On Thu, Jan 26, 2012 at 06:10:56PM -0500, Dubrovskiy Viacheslav wrote:
>> 26.01.2012 16:17, Dmitry V. Levin пишет:
>> > On Thu, Jan 26, 2012 at 03:09:54PM -0500, Dubrovskiy Viacheslav wrote:
>> >> А есть сервера где не 2 контейнера, а 20. И
>> >> тогда этот вывод занимает 3 экрана и
>> >> найти что-то не реально.
>> >>
>> >> Поэтому есть 2 вопроса:
>> >>
>> >> 1. Риторический: зачем мне все это? Почему
>> >> это все не монтируется с опцией -n ?
>> > Если /etc/mtab это ссылка на /proc/mounts, то ключ -n ничего не меняет.
>> Да, это ссылка.
>> /etc/mtab -> /proc/mounts
>> Но в 5.1 это не ссылка. Т.е. кто-то делает это ссылкой и вот из-за чего
>> все мои беды!
>
> На этот вопрос ответить легко:
>
> $ rpmquery -f /etc/mtab
> mount-2.20.0-alt2
> $ rpmquery -f /etc/mtab --changelog |grep -FC2 /etc/mtab
>
> * Mon Feb 28 2011 Alexey Shabalin <shaba@altlinux> 2.19.0-alt3.20110215
> - /etc/mtab as symlink to /proc/mounts
> - build with selinux support
> - build with audit support
>
>> Осталось выяснить - зачем так сделано?

Да я и не скрываю, что сделал это в рамках "достижения
работоспособности systemd".

> Чтобы уменьшить число сущностей. :)


>> >> 2. Практический: есть ли возможность не
>> >> выводить хоть данные по контейнерам? Так
>> >> как это было сделано в ovz-rhel.
>> > А чем эти монтирования по контейнерам отличаются от остальных?
>> Ничем, как я понимаю, кроме того, что они не прописывались в /etc/mtab и
>> следовательно их не было видно в выводе команды mount
>
> Да, с /proc/mounts в качестве /etc/mtab эта информация пропадает...
>> > Как вы можете определить, что /var/lib/vz/root/1113/proc смонтирован в
>> > контейнере, если, конечно, это действительно так?
>> Не знаю как определить. Возможно по месторасположению. И не очень понял
>> зачем это определять? Единственное на что я жалуюсь это на то, что
>> сделали симлинк /etc/mtab -> /proc/mounts на HN. И Если для VPS это
>> логично и понятно, то зачем такое сделали для HN не понятно.


PS: даже Debian уже переходит на симлинк  /etc/mtab.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494001

-- 
Alexey Shabalin

Re: [devel] количество смонтированных устройств

[Alexey Gladkov]

30.01.2012 13:28, Alexey Shabalin wrote:
>> $ rpmquery -f /etc/mtab
>> mount-2.20.0-alt2
>> $ rpmquery -f /etc/mtab --changelog |grep -FC2 /etc/mtab
>>
>> * Mon Feb 28 2011 Alexey Shabalin <shaba@altlinux> 2.19.0-alt3.20110215
>> - /etc/mtab as symlink to /proc/mounts
>> - build with selinux support
>> - build with audit support
>>
>>> Осталось выяснить - зачем так сделано?
> 
> Да я и не скрываю, что сделал это в рамках "достижения
> работоспособности systemd".

А чем systemd не устраивает /etc/mtab в виде файла ?

Просто если есть проблемы с systemd, то лучше оставить симлинк памятуя
недавний тред в этом списке.

Я также вспоминаю, что симлинк был удобен для всяких livecd, где /etc
изначально в RO. Не знаю как сейчас ...

-- 
Rgrds, legion

Re: [devel] количество смонтированных устройств

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 499 bytes --]

On 30 января 2012 13:43:22 Alexey Gladkov wrote:

[...]
> А чем systemd не устраивает /etc/mtab в виде файла ?
Меня, например, он не устраивает тем, что при переносе системы на другой 
жесткий диск приходится не забывать редактировать /etc/mtab до загрузки с 
нового диска.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] [jt] количество смонтированных устройств

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 422 bytes --]

On Mon, Jan 30, 2012 at 03:36:31PM +0400, Sergey V Turchin wrote:
> On 30 января 2012 13:43:22 Alexey Gladkov wrote:
> 
> [...]
> > А чем systemd не устраивает /etc/mtab в виде файла ?
> Меня, например, он не устраивает тем, что при переносе системы на другой 
> жесткий диск приходится не забывать редактировать /etc/mtab до загрузки с 
> нового диска.

Не systemd, а Zerg, и не mtab, а fstab. :)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] [jt] количество смонтированных устройств

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 795 bytes --]

On 30 января 2012 15:50:13 Dmitry V. Levin wrote:
> On Mon, Jan 30, 2012 at 03:36:31PM +0400, Sergey V Turchin wrote:
> > On 30 января 2012 13:43:22 Alexey Gladkov wrote:
> > 
> > [...]
> > 
> > > А чем systemd не устраивает /etc/mtab в виде файла ?
> > 
> > Меня, например, он не устраивает тем, что при переносе системы на другой
> > жесткий диск приходится не забывать редактировать /etc/mtab до загрузки с
> > нового диска.
> 
> Не systemd, а Zerg, и не mtab, а fstab. :)
Не fstab, а mtab и это мне приходилось делать не 1 раз.

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] [jt] количество смонтированных устройств

[Alexey Gladkov]

30.01.2012 16:11, Sergey V Turchin wrote:
>> Не systemd, а Zerg, и не mtab, а fstab. :)
> Не fstab, а mtab и это мне приходилось делать не 1 раз.

Я бы ещё хотел выслушать заинтересованных создателей livecd.
Ау! Люди, отзовитесь!

-- 
Rgrds, legion

Re: [devel] [jt] количество смонтированных устройств

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 618 bytes --]

On Mon, Jan 30, 2012 at 05:04:44PM +0400, Alexey Gladkov wrote:

AG> Я бы ещё хотел выслушать заинтересованных создателей livecd.
AG> Ау! Люди, отзовитесь!

Ну, замена /etc/mtab на симлинк мною выполняется уже много лет всегда.
Слишком много мелкого гемора бывает из-за файла /etc/mtab.

Потому что в этом файле часто бывает ложь. symlink гарантирует тот факт,
что в этом файле всегда правда.

Собственно именно тот факт, что данные в нем _корректные_ и вызвал это
обсуждение.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] [jt] количество смонтированных устройств

[Alexey Gladkov]

30.01.2012 17:22, Денис Смирнов wrote:
> Собственно именно тот факт, что данные в нем _корректные_ и вызвал это
> обсуждение.

На самом деле не этот факт, а факт того, что в mtab стали попадать
точки монтирования с использованием опции -n, что формально является
поломкой утилиты mount. Я сейчас пытаюсь прояснить вопрос являются ли
выгоды от этой поломки более весомыми или нет.

-- 
Rgrds, legion

Re: [devel] количество смонтированных устройств

[Alexey Shabalin]

30 января 2012 г. 13:43 пользователь Alexey Gladkov написал:
> 30.01.2012 13:28, Alexey Shabalin wrote:
> А чем systemd не устраивает /etc/mtab в виде файла ?
Я точно не уверен, предположу.
systemd запускает процессы паралельно, и может монтировать, делать
проверки на mountpoint(например cgroup) и т.п. когда корень
смонтирован ещё в RO, т.е. /etc/mtab не доступен.
В документации чётко указано, что с  systemd не поддерживается
/etc/mtab, необходим симлинк на /proc/mounts.
Конечно можно предположить (как и в случае /usr на отдельной
партиции), что это не error, а warn, но я не проверял.

> Просто если есть проблемы с systemd, то лучше оставить симлинк памятуя
> недавний тред в этом списке.
>
> Я также вспоминаю, что симлинк был удобен для всяких livecd, где /etc
> изначально в RO. Не знаю как сейчас ...



-- 
Alexey Shabalin

Re: [devel] количество смонтированных устройств

[Alexey Gladkov]

30.01.2012 16:46, Alexey Shabalin wrote:
> Я точно не уверен, предположу.
> systemd запускает процессы паралельно, и может монтировать, делать
> проверки на mountpoint(например cgroup) и т.п. когда корень
> смонтирован ещё в RO, т.е. /etc/mtab не доступен.
> В документации чётко указано, что с  systemd не поддерживается
> /etc/mtab, необходим симлинк на /proc/mounts.
> Конечно можно предположить (как и в случае /usr на отдельной
> партиции), что это не error, а warn, но я не проверял.

Проверь пожалуйста потому что если это error, то бага точно WONTFIX, а
если warn, то возможны варианты.

-- 
Rgrds, legion

Re: [devel] количество смонтированных устройств

[Michael Shigorin]

On Mon, Jan 30, 2012 at 01:43:22PM +0400, Alexey Gladkov wrote:
> Я также вспоминаю, что симлинк был удобен для всяких livecd,
> где /etc изначально в RO. Не знаю как сейчас ...

PS: и для всяких nfsroot тоже.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] количество смонтированных устройств

[Alexey Shabalin]

27 января 2012 г. 0:09 пользователь Dubrovskiy Viacheslav написал:
> 26.01.2012 13:51, Alexey Shabalin пишет:
>>
>> Остаётся только смонтировать как -o bind /var/run на /run
>
> Скажите, дополнительно к нормальным дискам, у меня монтируется еще tmpfs,
> shmfs, udevfs, sysfs, proc, beancounter, container, fairsched, и в
> дополнение умноженные на количество контейнеров openvz и еще для каждого
> контейнера запись root.

> А есть сервера где не 2 контейнера, а 20. И тогда этот вывод занимает 3
> экрана и найти что-то не реально.
> Поэтому есть 2 вопроса:
>
> 1. Риторический: зачем мне все это? Почему это все не монтируется с опцией
> -n ?
Т.е. лучше находится в неведении, что у вас смонтировано на самом деле?
Я предпочитаю знать, что происходит в системе.

> 2. Практический: есть ли возможность не выводить хоть данные по контейнерам?
> Так как это было сделано в ovz-rhel.

Можно использовать grep.

-- 
Alexey Shabalin