Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-09 Thread Raoul Bhatia [IPAX]

Herbert Poetzl wrote:OPINION POLL


please check (X) all points which apply ...
(according to your opinion)

 [x]  I had no idea about this issue/deficiency
 [ ]  I did already know about it

 [ ]  I'm already using BME (or similar) patches
 [ ]  I will start using BME patches now
 [x]  I do not need/use this 'feature' at all

 [ ]  I think this SHOULD get into the next
  stable Linux-VServer release because ...

  [ ]  I am using it/want to use it
  [ ]  It's more a bugfix than a feature
  [x]  I like the idea of ro --bind mounts

 [x]  I think this should NOT be included into
  the next stable release because ...

  [ ]  it is not thoroughly tested
  [ ]  it is not mature enough
  [ ]  it adds unnecessary code
  [x]  it should better be fixed in
   the mainline Linux Kernel

--

raoul bhatia  email.[EMAIL PROTECTED]
ipax  web.http://www.ipax.at
- chief technician, support - irc.  #ipax (quakenet)

___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-09 Thread Thomas Hug
On Fri, 06 Jan 2006 23:15, Herbert Poetzl wrote:
 
> OPINION POLL
> 
> 
> please check (X) all points which apply ...
> (according to your opinion)
> 
>  [ ]  I had no idea about this issue/deficiency
>  [x]  I did already know about it
> 
>  [ ]  I'm already using BME (or similar) patches 
>  [x]  I will start using BME patches now
>  [ ]  I do not need/use this 'feature' at all
> 
>  [ ]  I think this SHOULD get into the next
>   stable Linux-VServer release because ...
> 
>   [ ]  I am using it/want to use it
>   [ ]  It's more a bugfix than a feature
>   [ ]  I like the idea of ro --bind mounts
> 
>  [x]  I think this should NOT be included into
>   the next stable release because ...
>   
>   [ ]  it is not thoroughly tested
>   [ ]  it is not mature enough
>   [ ]  it adds unnecessary code 
>   [x]  it should better be fixed in
>the mainline Linux Kernel


-thomas

___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-07 Thread Matt Paine

OPINION POLL


please check (X) all points which apply ...
(according to your opinion)

 [X]  I had no idea about this issue/deficiency
 [ ]  I did already know about it

 [ ]  I'm already using BME (or similar) patches
 [X]  I will start using BME patches now
 [ ]  I do not need/use this 'feature' at all

 [X]  I think this SHOULD get into the next
  stable Linux-VServer release because ...

  [X]  I am using it/want to use it
  [X]  It's more a bugfix than a feature
  [X]  I like the idea of ro --bind mounts

 [ ]  I think this should NOT be included into
  the next stable release because ...

  [ ]  it is not thoroughly tested
  [ ]  it is not mature enough
  [ ]  it adds unnecessary code
  [ ]  it should better be fixed in
   the mainline Linux Kernel
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-07 Thread Lars Hallberg

Herbert Poetzl wrote:


OPINION POLL


please check (X) all points which apply ...
(according to your opinion)

[ ]  I had no idea about this issue/deficiency
[X]  I did already know about it
 

Just found out the hard way... When doing rm -rf on a directory wher i 
had /bin, /sbin, /lib and /usr bind mounted ro... or so I did beleve 
(realy beleved I had umounted them too, but that was all my mistake) 


[ ]  I'm already using BME (or similar) patches 
[ ]  I will start using BME patches now

[ ]  I do not need/use this 'feature' at all
 

[X]   I see the need for it, but not bad enuff to bother, right now 
(and I did only know about the issue, not the fix).



[X]  I think this SHOULD get into the next
 stable Linux-VServer release because ...

 [x]  I am using it/want to use it
 [X]  It's more a bugfix than a feature
 [X]  I like the idea of ro --bind mounts

[ ]  I think this should NOT be included into
 the next stable release because ...
 
 [ ]  it is not thoroughly tested

 [ ]  it is not mature enough
 [ ]  it adds unnecessary code 
 [x]  it should better be fixed in

  the mainline Linux Kernel
 

I been exprimenting with a vrescue script that reuses the host 
environment, but starts in a temporary chroot in the vservers context 
with the vserver directory mounted as /target and most of the host 
system bind mounted in the root... To be usefull for user not trusted to 
do anything on the host it will need ro bind mount and probably 
allot more. Can post a proof of consept script if anyone is intrested.


My own use is just to start rsync, and i pretty much trust rsync So 
it's not realy a *need* for me right now, but i can see the need :-)


/LaH

___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-07 Thread Floris 'Tamama' van Gog

OPINION POLL




please check (X) all points which apply ...
(according to your opinion)

[ ]  I had no idea about this issue/deficiency
[X]  I did already know about it

[ ]  I'm already using BME (or similar) patches 
[ ]  I will start using BME patches now

[X]  I do not need/use this 'feature' at all

[ ]  I think this SHOULD get into the next
 stable Linux-VServer release because ...

 [ ]  I am using it/want to use it
 [ ]  It's more a bugfix than a feature
 [ ]  I like the idea of ro --bind mounts

[X]  I think this should NOT be included into
 the next stable release because ...
 
 [ ]  it is not thoroughly tested

 [ ]  it is not mature enough
 [ ]  it adds unnecessary code 
 [X]  it should better be fixed in

  the mainline Linux Kernel


TIA,
Herbert

___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


 



___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-07 Thread Joel Soete

[...]


OPINION POLL


please check (X) all points which apply ...
(according to your opinion)

 [ ]  I had no idea about this issue/deficiency
 [ ]  I did already know about it

 [ ]  I'm already using BME (or similar) patches 
 [x]  I will start using BME patches now

 [ ]  I do not need/use this 'feature' at all

 [x]  I think this SHOULD get into the next
  stable Linux-VServer release because ...

  [ ]  I am using it/want to use it
  [ ]  It's more a bugfix than a feature
  [x]  I like the idea of ro --bind mounts

 [ ]  I think this should NOT be included into
  the next stable release because ...
  
  [ ]  it is not thoroughly tested

  [ ]  it is not mature enough
  [ ]  it adds unnecessary code 
  [ ]  it should better be fixed in

   the mainline Linux Kernel


I trust that it would definitely answer to my question:
my host can see the guest mount point but couldn't modify it?

Thanks,
Joel
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-07 Thread Jan Rekorajski
 OPINION POLL
 
 
 please check (X) all points which apply ...
 (according to your opinion)
 
  [ ]  I had no idea about this issue/deficiency
  [X]  I did already know about it
 
  [X]  I'm already using BME (or similar) patches 
  [ ]  I will start using BME patches now
  [ ]  I do not need/use this 'feature' at all
 
  [X]  I think this SHOULD get into the next
   stable Linux-VServer release because ...
 
   [X]  I am using it/want to use it
   [X]  It's more a bugfix than a feature
   [X]  I like the idea of ro --bind mounts
 
  [ ]  I think this should NOT be included into
   the next stable release because ...
   
   [ ]  it is not thoroughly tested
   [ ]  it is not mature enough
   [ ]  it adds unnecessary code 
   [ ]  it should better be fixed in
the mainline Linux Kernel

Jan
-- 
Jan Rękorajski|  ALL SUSPECTS ARE GUILTY. PERIOD!
bagginsmimuw.edu.pl   |  OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY?
BOFH, MANIAC  |   -- TROOPS by Kevin Rubio
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-07 Thread Tom Laermans
On Fri, 2006-01-06 at 23:15 +0100, Herbert Poetzl wrote:
> OPINION POLL
> 
> 
> please check (X) all points which apply ...
> (according to your opinion)
> 
>  [ ]  I had no idea about this issue/deficiency
>  [X]  I did already know about it
> 
>  [X]  I'm already using BME (or similar) patches 
>  [ ]  I will start using BME patches now
>  [ ]  I do not need/use this 'feature' at all
> 
>  [X]  I think this SHOULD get into the next
>   stable Linux-VServer release because ...
> 
>   [ ]  I am using it/want to use it
>   [X]  It's more a bugfix than a feature
>   [X]  I like the idea of ro --bind mounts
> 
>  [ ]  I think this should NOT be included into
>   the next stable release because ...
>   
>   [ ]  it is not thoroughly tested
>   [ ]  it is not mature enough
>   [ ]  it adds unnecessary code 
>   [X]  it should better be fixed in
>the mainline Linux Kernel

-- 
Tom Laermans <[EMAIL PROTECTED]>
PowerSource

___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-07 Thread Wilhelm Meier
>
> OPINION POLL
> 
>
> please check (X) all points which apply ...
> (according to your opinion)
>
>  [ ]  I had no idea about this issue/deficiency
>  [X]  I did already know about it
>
>  [ ]  I'm already using BME (or similar) patches
>  [X]  I will start using BME patches now
>  [ ]  I do not need/use this 'feature' at all
>
>  [X]  I think this SHOULD get into the next
>   stable Linux-VServer release because ...
>
>   [ ]  I am using it/want to use it
>   [X]  It's more a bugfix than a feature
>   [X]  I like the idea of ro --bind mounts
>
>  [ ]  I think this should NOT be included into
>   the next stable release because ...
>
>   [ ]  it is not thoroughly tested
>   [ ]  it is not mature enough
>   [ ]  it adds unnecessary code
>   [ ]  it should better be fixed in
>the mainline Linux Kernel
>

The silent dishonor of the the ro-option is definitly a bug, so the bugfix 
should go into the kernel mainline anyway. BUT, for Linux-VServer I think 
this is vital, therefore we should have this asap in the next stable 
Linux-Vserver release, which will hopefully be before the introduction into 
the kernel-mainline.
The other essential feature in the next stable release should be 
CoW-link-breaking I think.


--
Wilhelm Meier
email: [EMAIL PROTECTED]
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release [scanned]

2006-01-07 Thread Veit Wahlich
> OPINION POLL
> 
> 
> please check (X) all points which apply ...
> (according to your opinion)
> 
>  [ ]  I had no idea about this issue/deficiency
>  [X]  I did already know about it
> 
>  [ ]  I'm already using BME (or similar) patches 
>  [ ]  I will start using BME patches now
>  [ ]  I do not need/use this 'feature' at all
> 
>  [X]  I think this SHOULD get into the next
>   stable Linux-VServer release because ...
> 
>   [X]  I am using it/want to use it
>   [ ]  It's more a bugfix than a feature
>   [X]  I like the idea of ro --bind mounts
> 
>  [ ]  I think this should NOT be included into
>   the next stable release because ...
>   
>   [ ]  it is not thoroughly tested
>   [ ]  it is not mature enough
>   [ ]  it adds unnecessary code 
>   [ ]  it should better be fixed in
>the mainline Linux Kernel



signature.asc
Description: This is a digitally signed message part
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-06 Thread Benedikt Boehm
OPINION POLL


please check (X) all points which apply ...
(according to your opinion)

 [ ]  I had no idea about this issue/deficiency
 [X]  I did already know about it

 [X]  I'm already using BME (or similar) patches 
 [ ]  I will start using BME patches now
 [ ]  I do not need/use this 'feature' at all

 [X]  I think this SHOULD get into the next
      stable Linux-VServer release because ...

      [X]  I am using it/want to use it
      [ ]  It's more a bugfix than a feature
      [X]  I like the idea of ro --bind mounts

 [ ]  I think this should NOT be included into
      the next stable release because ...
      
      [ ]  it is not thoroughly tested
      [ ]  it is not mature enough
      [ ]  it adds unnecessary code 
      [ ]  it should better be fixed in
           the mainline Linux Kernel
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-06 Thread Daniel Hokka Zakrisson

Herbert Poetzl wrote:

OPINION POLL


please check (X) all points which apply ...
(according to your opinion)

 [ ]  I had no idea about this issue/deficiency
 [X]  I did already know about it

 [ ]  I'm already using BME (or similar) patches 
 [X]  I will start using BME patches now

 [ ]  I do not need/use this 'feature' at all

 [X]  I think this SHOULD get into the next
  stable Linux-VServer release because ...

  [X]  I am using it/want to use it
  [X]  It's more a bugfix than a feature
  [X]  I like the idea of ro --bind mounts

 [ ]  I think this should NOT be included into
  the next stable release because ...
  
  [ ]  it is not thoroughly tested

  [ ]  it is not mature enough
  [ ]  it adds unnecessary code 
  [X]  it should better be fixed in

   the mainline Linux Kernel


--
Daniel Hokka Zakrisson
GPG id: 06723412


pgp06Fc7uy5yi.pgp
Description: PGP signature
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-06 Thread micah
> OPINION POLL
> 
> 
> please check (X) all points which apply ...
> (according to your opinion)
> 
>  [ ]  I had no idea about this issue/deficiency
>  [x]  I did already know about it
> 
>  [ ]  I'm already using BME (or similar) patches 
>  [ ]  I will start using BME patches now
>  [x]  I do not need/use this 'feature' at all

or if i could add an option:
   [x]  I do not need/use this 'feature' right now, but might in the future

>  [x]  I think this SHOULD get into the next
>   stable Linux-VServer release because ...
> 
>   [ ]  I am using it/want to use it
>   [x]  It's more a bugfix than a feature
>   [x]  I like the idea of ro --bind mounts
> 
>  [x]  I think this should NOT be included into
>   the next stable release because ...
>   
>   [ ]  it is not thoroughly tested
>   [ ]  it is not mature enough
>   [ ]  it adds unnecessary code 
>   [x]  it should better be fixed in
>the mainline Linux Kernel


signature.asc
Description: Digital signature
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-06 Thread John Francis Lee
> OPINION POLL
> 
> 
> please check (X) all points which apply ...
> (according to your opinion)
> 
>  [X ]  I had no idea about this issue/deficiency
>  [ ]  I did already know about it
> 
>  [ X]  I'm already using BME (or similar) patches 
>  [ ]  I will start using BME patches now
>  [ ]  I do not need/use this 'feature' at all
> 
>  [ X]  I think this SHOULD get into the next
>   stable Linux-VServer release because ...
> 
>   [ ]  I am using it/want to use it
>   [X ]  It's more a bugfix than a feature
>   [ ]  I like the idea of ro --bind mounts
> 
>  [ ]  I think this should NOT be included into
>   the next stable release because ...
>   
>   [ ]  it is not thoroughly tested
>   [ ]  it is not mature enough
>   [ ]  it adds unnecessary code 
>   [ ]  it should better be fixed in
>the mainline Linux Kernel
> 
> 
> TIA,
> Herbert
> 
> ___
> Vserver mailing list
> Vserver@list.linux-vserver.org
> http://list.linux-vserver.org/mailman/listinfo/vserver
-- 
John Francis Lee
1/9-10 Thanon Trairat
Muang Chiang Rai 57000
Thailand

___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-06 Thread Guenther Fuchs
Hi there,

on Friday, January 6, 2006 at 23:15 there was posted:


HP> OPINION POLL
HP> 

HP> please check (X) all points which apply ...
HP> (according to your opinion)

HP>  [ ]  I had no idea about this issue/deficiency
HP>  [X]  I did already know about it

HP>  [ ]  I'm already using BME (or similar) patches 
HP>  [ ]  I will start using BME patches now
HP>  [ ]  I do not need/use this 'feature' at all

HP>  [X]  I think this SHOULD get into the next
HP>   stable Linux-VServer release because ...

HP>   [X]  I am using it/want to use it
HP>   [ ]  It's more a bugfix than a feature
HP>   [X]  I like the idea of ro --bind mounts

HP>  [ ]  I think this should NOT be included into
HP>   the next stable release because ...
HP>   
HP>   [ ]  it is not thoroughly tested
HP>   [ ]  it is not mature enough
HP>   [ ]  it adds unnecessary code 
HP>   [X]  it should better be fixed in
HP>the mainline Linux Kernel

Identified as: I'd like to use this, it should be fixed in mailine
Kernel, but it would be more than nice if VServer pre-fixes this, as
with VServer it becomes more an issue than with mainline.

-- 
regards,

Guenther Fuchs

___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-06 Thread Christian Heim
On Friday 06 January 2006 23:15, HP wrote:
OPINION POLL


> please check (X) all points which apply ...
> (according to your opinion)
>
 [ ]  I had no idea about this issue/deficiency
 [X]  I did already know about it

 [X]  I'm already using BME (or similar) patches
 [ ]  I will start using BME patches now
 [ ]  I do not need/use this 'feature' at all

 [X]  I think this SHOULD get into the next
   stable Linux-VServer release because ...

  [X]  I am using it/want to use it
  [ ]  It's more a bugfix than a feature
  [X]  I like the idea of ro --bind mounts

 [ ]  I think this should NOT be included into
   the next stable release because ...

   [ ]  it is not thoroughly tested
   [ ]  it is not mature enough
   [ ]  it adds unnecessary code
   [ ]  it should better be fixed in
 the mainline Linux Kernel

As I said earlier, IMO it's a must feature (at least for me) for the next 
stable release. But I really tend to agree with Eyck, it should really get 
fixed/pushed to mainline ...

> TIA,
> Herbert

Christian

-- 
Christian Heim <[EMAIL PROTECTED]>
Gentoo Linux Developer - vserver


pgpgDU41lDRhl.pgp
Description: PGP signature
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


Re: [Vserver] [OPoll] BME inclusion into next stable release

2006-01-06 Thread eyck
OPINION POLL


please check (X) all points which apply ...
(according to your opinion)

 [ ]  I had no idea about this issue/deficiency
 [X]  I did already know about it

 [X]  I'm already using BME (or similar) patches 
 [ ]  I will start using BME patches now
 [ ]  I do not need/use this 'feature' at all

 [X]  I think this SHOULD get into the next
  stable Linux-VServer release because ...

  [X]  I am using it/want to use it
  [X]  It's more a bugfix than a feature
  [X]  I like the idea of ro --bind mounts

 [ ]  I think this should NOT be included into
  the next stable release because ...
  
  [ ]  it is not thoroughly tested
  [ ]  it is not mature enough
  [ ]  it adds unnecessary code 
  [X]  it should better be fixed in
   the mainline Linux Kernel

-- 
Key fingerprint = 40D0 9FFB 9939 7320 8294  05E0 BCC7 02C4 75CC 50D9
 Total Existance Failure
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver


[Vserver] [OPoll] BME inclusion into next stable release

2006-01-06 Thread Herbert Poetzl

Hi Folks!

The new year isn't very old yet, and already there
are questions over questions regarding the future
direction linux-vserver will take ...

anyway, interesting times and so I once again try
to get your opinion on a specific patch, the so
called Bind Mount Extensions (short BME)

(the hasty reader can skip to OPINION POLL)


what is it?
===

simple, the Linux kernel supports a few 'magic'
tricks in the vfs (virtual filesystem) layer, which
can be used to 'create' different views of the
underlying filesystems ... those are better known
as --bind and --rbind mounts, but also --move
mounts belong to this category.

what can I do with it?
==

they basically allow you to 'copy' or 'move' the
'view' of an entire directory to a different point
in the vfs hierarchy, let's take an example here:

 mount --bind /var/tmp /tmp

the result is that both /tmp and /var/tmp point to
the same directory (/var/tmp) in the filesystem,
even if they originally (e.g. var) are on different
filesystems

why would I need BME?
=

well, unfortunately the kernel design is flawed,
or better incomplete, in that way, that it does
not honor certain mount attributes, like read only
or noatime, more than that, it silently ignores 
them ...

 mount --bind -o ro /tmp /mnt/
 touch /mnt/foo



OPINION POLL


please check (X) all points which apply ...
(according to your opinion)

 [ ]  I had no idea about this issue/deficiency
 [ ]  I did already know about it

 [ ]  I'm already using BME (or similar) patches 
 [ ]  I will start using BME patches now
 [ ]  I do not need/use this 'feature' at all

 [ ]  I think this SHOULD get into the next
  stable Linux-VServer release because ...

  [ ]  I am using it/want to use it
  [ ]  It's more a bugfix than a feature
  [ ]  I like the idea of ro --bind mounts

 [ ]  I think this should NOT be included into
  the next stable release because ...
  
  [ ]  it is not thoroughly tested
  [ ]  it is not mature enough
  [ ]  it adds unnecessary code 
  [ ]  it should better be fixed in
   the mainline Linux Kernel


TIA,
Herbert

___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver