ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Alexey Tourbin <at@altlinux.ru>
To: ALT Devel discussion list <devel@altlinux.ru>
Subject: [devel] vserver, hasher, uml...
Date: Tue, 2 Aug 2005 11:04:21 +0400
Message-ID: <20050802070421.GB13478@solemn.turbinal.org> (raw)
In-Reply-To: <20050802060652.GP18893@osdn.org.ua>

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

On Tue, Aug 02, 2005 at 09:06:52AM +0300, Michael Shigorin wrote:
> On Tue, Aug 02, 2005 at 09:29:10AM +0400, Alexey Tourbin wrote:
> > > > Одно из преимуществ hasher -- в том, что это всё в пределах
> > > > POSIX API.
> > > в vserver тоже все в пределах POSIX API (если я правильно
> > > понял эти пределы) - он затрагивает только linux caps.
> > Просто я не в курсе, что такое vserver.  По моим
> > представлениям, это какай-то хак на ядро.  Попробую
> > просветиться.

> Это клёвый хак на ядро :-)  Уже все серверы посъезжали.

В докладе ldv перечислены некоторые популярные "виртуализаторы", но нет
сравнительного анализа.  Интересно, кому-нибудь попадался сравнительный
анализ?

Меня прежде всего интересует "виртуализация для разработчика", по
следующим критериям:

1) Минимально необходимые привилегии для порождения виртуальной среды.
В идеале, виртуальная среда должно порождаться без изменения credentials
вообще, и так же просто, как запуск /bin/vi.

В хешере используется суидный хелпер, но для получения доступа к нему
требуется разовое действие со стороны администратора (суидный хелпер в
любом случае необходим как минимум для вызова chroot(2)).

В vserver, как я подозреваю, для создания виртуальной среды требуются
права рута в хост-системе, что неприемлемо для сборочных серверов.

В UML требуются какие-нибудь права (в частности, для монтирования
внешних по отношению к среде каталогов)?

2) Максимально правдоподобная эмуляция внутри виртуальной среды.
То есть рут внутри виртуальной среды должен чувствовать себя рутом
(например, в части изменения ownership у файлов в среде).

У хешера с этим никак, ${USER}_a на самом деле бесправен даже по
отношению к ${USER}_b, просто используется fakeroot.  Пример:

$ hsh-run --rooter ~/build chgrp builder /var/cache/apt
$ hsh-run --rooter ~/build -- ls -dl /var/cache/apt
drwxrws---  3 root root 72 Aug  2 10:49 /var/cache/apt
$ hsh-run --save-fakeroot --rooter ~/build chgrp builder /var/cache/apt
fakeroot: database file `/.fakedata' does not exist.
$ touch ~/build/chroot/.fakedata
$ hsh-run --save-fakeroot --rooter ~/build chgrp builder /var/cache/apt
$ hsh-run --save-fakeroot --rooter ~/build -- ls -dl /var/cache/apt
drwxrws---  3 root root 72 Aug  2 10:49 /var/cache/apt
$

То есть никак.  (В этом примере я хочу отдать каталог /var/cache/apt
пользователю builder, чтобы он смог сделать "apt-get source").

В vserver и UML с этим, похоже, проблем нет; но это виртуализаторы
другого класса; все виртуализаторы на основе чрута будут этой проблеме
подвержены (потому что настоящего рута в чруте быть не должно; а рут в
системе всего один, притом настоящий).

3) Достаточно гибкие инструмены для передачи информации между
виртуальной и внешней средами; у хешера с этим хорошо; у UML,
я так подозреваю, что плохо.

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

  reply	other threads:[~2005-08-02  7:04 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-06  0:34 [devel] RFC: test packages Alexey Tourbin
2005-04-06  6:06 ` Anton Farygin
2005-04-06 10:40   ` Dmitry V. Levin
2005-04-06 14:44     ` [devel] " Alexey Tourbin
2005-04-06 15:00       ` Nick S. Grechukh
2005-07-23 23:32       ` Dmitry V. Levin
2005-08-01  2:04         ` Alexey Tourbin
2005-08-01  3:12           ` Alexey Tourbin
2005-08-01  3:52             ` Alexey Tourbin
2005-08-01  4:45               ` Alexey Tourbin
2005-08-01  8:03             ` Alexey Tourbin
2005-08-01 12:48               ` Dmitry V. Levin
2005-08-01 18:01                 ` Alexey Tourbin
2005-08-08 13:43                   ` Dmitry V. Levin
2005-08-01 18:38                 ` Alexey Tourbin
2005-08-08 13:38                   ` Dmitry V. Levin
2005-08-01 12:47           ` Dmitry V. Levin
2005-08-01 19:10             ` Alexey Tourbin
2005-08-01 19:19               ` Alexey Tourbin
2005-08-01 21:07                 ` Денис Смирнов
2005-08-01 21:20                   ` Alexey Tourbin
2005-08-01 21:36                     ` Konstantin A. Lepikhov
2005-08-02  5:29                       ` Alexey Tourbin
2005-08-02  6:06                         ` [devel] vserver Michael Shigorin
2005-08-02  7:04                           ` Alexey Tourbin [this message]
2005-08-02  9:00                             ` [devel] Re: vserver, hasher, uml Vitaly Ostanin
2005-08-02  9:31                               ` Alexey Tourbin
2005-08-02 10:26                                 ` Konstantin A. Lepikhov
2005-08-02 11:53                                   ` [devel] [JT] " Michael Shigorin
2005-08-02 11:56                                 ` [devel] " Vitaly Ostanin
2005-08-02 13:54                             ` [devel] " Денис Смирнов
2005-08-02 14:03                               ` [devel] " Vitaly Ostanin
2005-08-02 22:17                                 ` Денис Смирнов
2005-08-08 13:55                             ` [devel] " Dmitry V. Levin
2005-08-02 13:51                       ` [devel] Re: RFC: test packages Денис Смирнов
2005-08-02 14:06                         ` Vitaly Ostanin
2005-08-02 14:31                           ` Konstantin A. Lepikhov
2005-08-02 14:40                             ` Vitaly Ostanin
2005-08-02 15:11                               ` [devel] merging kernels Michael Shigorin
2005-08-02 16:46                                 ` Andrey Rahmatullin
2005-08-08 13:54                       ` [devel] Re: RFC: test packages Dmitry V. Levin
2005-08-08 13:53               ` Dmitry V. Levin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050802070421.GB13478@solemn.turbinal.org \
    --to=at@altlinux.ru \
    --cc=devel@altlinux.ru \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

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