[devel] filesystem и vserver

[devel] filesystem и vserver

[Anton Farygin]

Всем привет.

Те, кто использует vserver наверное заметили недавно вот такой фокус:
# apt-get install filesystem
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие пакеты будут ОБНОВЛЕНЫ:
   filesystem
1 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 0 не 
будет обновлено.
Необходимо получить 0B/14,6kB архивов.
После распаковки потребуется дополнительно 0B дискового пространства.
Совершаем изменения...
Preparing...                 ########################################### 
[100%]
1: filesystem                error: unpacking of archive failed on file 
/proc: cpio: chown failed - Operation not permitted
W: Произошли ошибки при выполнении транзакции

Собственно происходит это из-за маленького пустяка: в vserver нельзя 
менять владельца proc:
# chown 0:0 /proc
chown: изменение владельца `/proc': Operation not permitted

А теперь собственно вопрос:

есть ли у кого идеи, как это обойти ?

Как сделать так, что бы apt-get dist-upgrade при установке нового 
filesystem проходил без проблем ?

Rgds,
Rider

[devel] Re: filesystem и vserver

[Konstantin A. Lepikhov]

Цитирую Anton Farygin <rider@altlinux.com>:

<skip>
> 1: filesystem                error: unpacking of archive failed on file
> /proc: cpio: chown failed - Operation not permitted
> W: Произошли ошибки при выполнении транзакции
У меня подобное вылезло при dist-upgrade master22 до 24 в vserver'е. Второй
проблемный пакет - dev, там тоже что-то правами делают.

-- 
WBR et al.

Re: [devel] Re: filesystem и vserver

[Vladimir Lettiev]

Konstantin A. Lepikhov wrote:
> Цитирую Anton Farygin <rider@altlinux.com>:
> 
> <skip>
> 
>>1: filesystem                error: unpacking of archive failed on file
>>/proc: cpio: chown failed - Operation not permitted
>>W: Произошли ошибки при выполнении транзакции
> 
> У меня подобное вылезло при dist-upgrade master22 до 24 в vserver'е. Второй
> проблемный пакет - dev, там тоже что-то правами делают.
> 

а dev в vserver не надо устанавливать (да и прав нет на создание файлов 
устройств).
есть скрипты install-pre install-post, которые отставляли в /dev только 
такие ноды:
/pts
null
zero
full
random
urandom
tty
ptmx
hdv1
Чего вполне достаточно для работы сервера. Можно правда ещё добавить 
tty12 -> null (или поправить syslog.conf) т.к. у меня этот файлик на 
одной виртуалке за 30 Мегов вылез. вот такая alt-специфика Ж)

-- 
С уважением, Владимир Леттиев aka crux <crux@syktsu.ru>

Re: [devel] filesystem и vserver

[Vladimir Lettiev]

Anton Farygin wrote:
> Собственно происходит это из-за маленького пустяка: в vserver нельзя 
> менять владельца proc:
> # chown 0:0 /proc
> chown: изменение владельца `/proc': Operation not permitted
> 
> А теперь собственно вопрос:
> 
> есть ли у кого идеи, как это обойти ?
> 
> Как сделать так, что бы apt-get dist-upgrade при установке нового 
> filesystem проходил без проблем ?

rpm --root /var/lib/vservers ?

-- 
С уважением, Владимир Леттиев aka crux <crux@syktsu.ru>

[devel] Re: filesystem и vserver

[Konstantin A. Lepikhov]

Цитирую Vladimir Lettiev <crux@syktsu.ru>:

> а dev в vserver не надо устанавливать (да и прав нет на создание файлов
> устройств).
я знаю, что его не надо ставить, но его хотели по зависимостям (как бы не сам
filesystem). Надо будет сегодня просмотреть повнимательнее.

-- 
WBR et al.

Re: [devel] Re: filesystem и vserver

[Andrey Rahmatullin]

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

On Thu, Oct 14, 2004 at 02:28:36PM +0400, Konstantin A. Lepikhov wrote:
> я знаю, что его не надо ставить, но его хотели по зависимостям (как бы не сам
> filesystem). Надо будет сегодня просмотреть повнимательнее.
$ rpm -q --whatrequires dev
basesystem-sisyphus-alt10
 

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> [...] Все бросают 2.4 как страшный сон.
s/бросают/бросили и забыли/
Боюсь что новый сон будет ещё кошмарнее.
		-- ldv in devel-kernel@

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

Re: [devel] filesystem и vserver

[Anton Farygin]

Vladimir Lettiev пишет:
> Anton Farygin wrote:
> 
>> Собственно происходит это из-за маленького пустяка: в vserver нельзя 
>> менять владельца proc:
>> # chown 0:0 /proc
>> chown: изменение владельца `/proc': Operation not permitted
>>
>> А теперь собственно вопрос:
>>
>> есть ли у кого идеи, как это обойти ?
>>
>> Как сделать так, что бы apt-get dist-upgrade при установке нового 
>> filesystem проходил без проблем ?
> 
> 
> rpm --root /var/lib/vservers ?
> 

Как то это криво. Хочется что бы работала установка пакета внутри vserver'а.

Rgds,
Rider

Re: [devel] filesystem и vserver

[Dmitry V. Levin]

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

On Thu, Oct 14, 2004 at 10:13:45AM +0400, Anton Farygin wrote:
> Те, кто использует vserver наверное заметили недавно вот такой фокус:
> # apt-get install filesystem
> Чтение списков пакетов... Завершено
> Построение дерева зависимостей... Завершено
> Следующие пакеты будут ОБНОВЛЕНЫ:
>   filesystem
> 1 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 0 не 
> будет обновлено.
> Необходимо получить 0B/14,6kB архивов.
> После распаковки потребуется дополнительно 0B дискового пространства.
> Совершаем изменения...
> Preparing...                 ########################################### 
> [100%]
> 1: filesystem                error: unpacking of archive failed on file 
> /proc: cpio: chown failed - Operation not permitted
> W: Произошли ошибки при выполнении транзакции
> 
> Собственно происходит это из-за маленького пустяка: в vserver нельзя 
> менять владельца proc:
> # chown 0:0 /proc
> chown: изменение владельца `/proc': Operation not permitted

Дополнительный вопрос, возник только что:
как выглядит внутри vserver'а
$ ls -ld /proc


-- 
ldv

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

Re: [devel] filesystem и vserver

[Vladimir Lettiev]

Dmitry V. Levin wrote:
>>Собственно происходит это из-за маленького пустяка: в vserver нельзя 
>>менять владельца proc:
>># chown 0:0 /proc
>>chown: изменение владельца `/proc': Operation not permitted
> 
> Дополнительный вопрос, возник только что:
> как выглядит внутри vserver'а
> $ ls -ld /proc

так же как и в обычной системе:

[root@vserver:wtp /]ls -ld /proc
dr-xr-xr-x  88 root proc 0 Сен 23 06:58 /proc


-- 
С уважением, Владимир Леттиев aka crux <crux@syktsu.ru>

Re: [devel] filesystem и vserver

[Dmitry V. Levin]

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

On Fri, Oct 15, 2004 at 04:41:31PM +0400, Vladimir Lettiev wrote:
> Dmitry V. Levin wrote:
> >>Собственно происходит это из-за маленького пустяка: в vserver нельзя 
> >>менять владельца proc:
> >># chown 0:0 /proc
> >>chown: изменение владельца `/proc': Operation not permitted
> >
> >Дополнительный вопрос, возник только что:
> >как выглядит внутри vserver'а
> >$ ls -ld /proc
> 
> так же как и в обычной системе:
> 
> [root@vserver:wtp /]ls -ld /proc
> dr-xr-xr-x  88 root proc 0 Сен 23 06:58 /proc

А что будет, если там же внутри сделать
# chown 0:proc /proc


-- 
ldv

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

Re: [devel] filesystem и vserver

[Vladimir Lettiev]

Dmitry V. Levin wrote:
> On Fri, Oct 15, 2004 at 04:41:31PM +0400, Vladimir Lettiev wrote:
> 
>>Dmitry V. Levin wrote:
>>
>>>>Собственно происходит это из-за маленького пустяка: в vserver нельзя 
>>>>менять владельца proc:
>>>># chown 0:0 /proc
>>>>chown: изменение владельца `/proc': Operation not permitted
>>>
>>>Дополнительный вопрос, возник только что:
>>>как выглядит внутри vserver'а
>>>$ ls -ld /proc
>>
>>так же как и в обычной системе:
>>
>>[root@vserver:wtp /]ls -ld /proc
>>dr-xr-xr-x  88 root proc 0 Сен 23 06:58 /proc
> 
> А что будет, если там же внутри сделать
> # chown 0:proc /proc

всё будет хорошо ;)
команда успешно срабатывает.

-- 
С уважением, Владимир Леттиев aka crux <crux@syktsu.ru>

Re: [devel] filesystem и vserver

[Dmitry V. Levin]

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

On Fri, Oct 15, 2004 at 04:55:24PM +0400, Vladimir Lettiev wrote:
> Dmitry V. Levin wrote:
> >On Fri, Oct 15, 2004 at 04:41:31PM +0400, Vladimir Lettiev wrote:
> >>Dmitry V. Levin wrote:
> >>
> >>>>Собственно происходит это из-за маленького пустяка: в vserver нельзя 
> >>>>менять владельца proc:
> >>>># chown 0:0 /proc
> >>>>chown: изменение владельца `/proc': Operation not permitted
> >>>
> >>>Дополнительный вопрос, возник только что:
> >>>как выглядит внутри vserver'а
> >>>$ ls -ld /proc
> >>
> >>так же как и в обычной системе:
> >>
> >>[root@vserver:wtp /]ls -ld /proc
> >>dr-xr-xr-x  88 root proc 0 Сен 23 06:58 /proc
> >
> >А что будет, если там же внутри сделать
> ># chown 0:proc /proc
> 
> всё будет хорошо ;)
> команда успешно срабатывает.

Потому что системный вызов не делает.
Вопрос в том, как отреагирует vserver на тождественное изменение прав на
/proc?


-- 
ldv

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

Re: [devel] filesystem и vserver

[Anton Farygin]

Dmitry V. Levin пишет:
> On Fri, Oct 15, 2004 at 04:55:24PM +0400, Vladimir Lettiev wrote:
> 
>>Dmitry V. Levin wrote:
>>
>>>On Fri, Oct 15, 2004 at 04:41:31PM +0400, Vladimir Lettiev wrote:
>>>
>>>>Dmitry V. Levin wrote:
>>>>
>>>>
>>>>>>Собственно происходит это из-за маленького пустяка: в vserver нельзя 
>>>>>>менять владельца proc:
>>>>>># chown 0:0 /proc
>>>>>>chown: изменение владельца `/proc': Operation not permitted
>>>>>
>>>>>Дополнительный вопрос, возник только что:
>>>>>как выглядит внутри vserver'а
>>>>>$ ls -ld /proc
>>>>
>>>>так же как и в обычной системе:
>>>>
>>>>[root@vserver:wtp /]ls -ld /proc
>>>>dr-xr-xr-x  88 root proc 0 Сен 23 06:58 /proc
>>>
>>>А что будет, если там же внутри сделать
>>># chown 0:proc /proc
>>
>>всё будет хорошо ;)
>>команда успешно срабатывает.
> 
> 
> Потому что системный вызов не делает.
> Вопрос в том, как отреагирует vserver на тождественное изменение прав на
> /proc?

А вот здесь уже хуже:
# chmod a+rx /proc
chmod: изменение прав доступа для `/proc': Operation not permitted

Rgds
Rider

Re: [devel] filesystem и vserver

[Dmitry V. Levin]

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

On Fri, Oct 15, 2004 at 04:41:31PM +0400, Vladimir Lettiev wrote:
> Dmitry V. Levin wrote:
> >>Собственно происходит это из-за маленького пустяка: в vserver нельзя 
> >>менять владельца proc:
> >># chown 0:0 /proc
> >>chown: изменение владельца `/proc': Operation not permitted
> >
> >Дополнительный вопрос, возник только что:
> >как выглядит внутри vserver'а
> >$ ls -ld /proc
> 
> так же как и в обычной системе:
> 
> [root@vserver:wtp /]ls -ld /proc
> dr-xr-xr-x  88 root proc 0 Сен 23 06:58 /proc

Тогда предлагаю
1. Повесить FR на librpm, чтобы не менял права на /proc,
  если это изменение тождественное.
2. Повесить FR на vserver, чтобы не посылал при попытке сделать
  тождественное изменение.


-- 
ldv

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

Re: [devel] filesystem и vserver

[Dmitry V. Levin]

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

On Fri, Oct 15, 2004 at 08:27:37PM +0400, Vladimir Lettiev wrote:
> 3. Повесить FR на coreutils, чтобы chmod не делал системного вызова если 
> он не требуется?

Он не делает, если не нужно.


-- 
ldv

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

Re: [devel] filesystem и vserver

[Vladimir Lettiev]

Dmitry V. Levin пишет:
> On Fri, Oct 15, 2004 at 04:41:31PM +0400, Vladimir Lettiev wrote:
> 
>>Dmitry V. Levin wrote:
>>
>>>>Собственно происходит это из-за маленького пустяка: в vserver нельзя 
>>>>менять владельца proc:
>>>># chown 0:0 /proc
>>>>chown: изменение владельца `/proc': Operation not permitted
>>>
>>>Дополнительный вопрос, возник только что:
>>>как выглядит внутри vserver'а
>>>$ ls -ld /proc
>>
>>так же как и в обычной системе:
>>
>>[root@vserver:wtp /]ls -ld /proc
>>dr-xr-xr-x  88 root proc 0 Сен 23 06:58 /proc
> 
> Тогда предлагаю
> 1. Повесить FR на librpm, чтобы не менял права на /proc,
>   если это изменение тождественное.
> 2. Повесить FR на vserver, чтобы не посылал при попытке сделать
>   тождественное изменение.

3. Повесить FR на coreutils, чтобы chmod не делал системного вызова если 
он не требуется?

-- 
С уважением, Владимир Леттиев aka crux <crux@syktsu.ru>

Re: [devel] filesystem и vserver

[Vladimir Lettiev]

Dmitry V. Levin пишет:
> On Fri, Oct 15, 2004 at 08:27:37PM +0400, Vladimir Lettiev wrote:
> 
>>3. Повесить FR на coreutils, чтобы chmod не делал системного вызова если 
>>он не требуется?
> 
> Он не делает, если не нужно.

разве?

# strace -o st_chown chown 0:proc /proc
# grep chown st_chown
execve("/bin/chown", ["chown", "0:proc", "/proc"], [/* 22 vars */]) = 0

# strace -o st_chmod chmod 555 /proc
chmod: изменение прав доступа для `/proc': Operation not permitted
# grep chmod st_chmod
execve("/bin/chmod", ["chmod", "555", "/proc"], [/* 22 vars */]) = 0
chmod("/proc", 0555)                    = -1 EPERM (Operation not permitted)
write(2, "chmod: ", 7)

Видно, что chown не делает системный вызов, а chmod делает.

Ах. там стоит coreutils-5.2.1-alt5... А в сизифе 5.3.0-alt0.6... Бла, 
бла, chown из coreutils-5.3.0-alt.0.6 также делает ненужный системный 
вызов... Что ж это такое, доломали окончательно?

-- 
С уважением, Владимир Леттиев aka crux <crux@syktsu.ru>