Re: [Users] TinyVZ 0.7 released

2011-08-21 Thread Benjamin Henrion
On Sun, Aug 21, 2011 at 12:36 AM, Sam Trenholme
strenholme.use...@gmail.com wrote:
 I have released TinyVZ 0.7 today.  This will be my last TinyVZ release
 for the foreseeable future.

 TinyVZ 0.7 is a tiny little OpenVZ template for making OpenVZ
 containers that use the lowest amount of memory and hard disk space
 possible.

 This is a self-hosting template with all source code; it is possible
 to compile the entire system inside of the template.  Look in the
 build/ directory (inside the template) for source code.

 The main addition to this release of TinyVZ is that it is now possible
 to use the relevant vzctl commands to add or remove an IP, set the
 machine's hostname, determine what nameservers to use, as well as
 setting user's passwords.  As recently discussed on the list, I had to
 add the Bash shell to do this.

 The tarball now contains the template's tarball inside of it; the
 relevant scripts used by vzctl as well as an installation guide
 (README) are also inside the tarball.

 The system is for hard core UNIX/Linux gurus: The only editor is a
 miniature version of vi included with Busybox (actually, I also
 compiled in Busybox's version of the ed editor, for those who feel
 vi pampers the user too much); all configuration is done by editing
 text files.  You will need to compile your own mail server, SSH
 server, web server, or other desired server.

 It can be downloaded here:

 http://samiam.org/TinyVZ/

Just had a quick try, xz compression does not seem to be supported by
vzctl, had to recompress in tar.gz format:

root@mybox /root/zoobab/tmp/TinyVZ-0.7 [51]# vzctl create 889
--ostemplate TinyVZ-0.7-template
Creating container private area (TinyVZ-0.7-template)
Cached OS template
/var/lib/vz/template/cache/TinyVZ-0.7-template.tar.gz not found
Creation of container private area failed

-- 
Benjamin Henrion bhenrion at ffii.org
FFII Brussels - +32-484-566109 - +32-2-4148403
In July 2005, after several failed attempts to legalise software
patents in Europe, the patent establishment changed its strategy.
Instead of explicitly seeking to sanction the patentability of
software, they are now seeking to create a central European patent
court, which would establish and enforce patentability rules in their
favor, without any possibility of correction by competing courts or
democratically elected legislators.

___
Users mailing list
Users@openvz.org
https://openvz.org/mailman/listinfo/users


Re: [Users] TinyVZ 0.7 released

2011-08-21 Thread Benjamin Henrion
On Sun, Aug 21, 2011 at 12:36 AM, Sam Trenholme
strenholme.use...@gmail.com wrote:
 I have released TinyVZ 0.7 today.  This will be my last TinyVZ release
 for the foreseeable future.

 TinyVZ 0.7 is a tiny little OpenVZ template for making OpenVZ
 containers that use the lowest amount of memory and hard disk space
 possible.

 This is a self-hosting template with all source code; it is possible
 to compile the entire system inside of the template.  Look in the
 build/ directory (inside the template) for source code.

 The main addition to this release of TinyVZ is that it is now possible
 to use the relevant vzctl commands to add or remove an IP, set the
 machine's hostname, determine what nameservers to use, as well as
 setting user's passwords.  As recently discussed on the list, I had to
 add the Bash shell to do this.

 The tarball now contains the template's tarball inside of it; the
 relevant scripts used by vzctl as well as an installation guide
 (README) are also inside the tarball.

 The system is for hard core UNIX/Linux gurus: The only editor is a
 miniature version of vi included with Busybox (actually, I also
 compiled in Busybox's version of the ed editor, for those who feel
 vi pampers the user too much); all configuration is done by editing
 text files.  You will need to compile your own mail server, SSH
 server, web server, or other desired server.

 It can be downloaded here:

 http://samiam.org/TinyVZ/

I just took your bash binary and put into an Openwrt backfire rootfs,
fixed some pts mount, and here it is:

===
root@molotov /var/lib/vz/private [249]# vzctl enter 889
entered into CT 889
  ___ __
 |   |.-.-.-.|  |  |  |..|  |_
 |   -   ||  _  |  -__| ||  |  |  ||   _||   _|
 |___||   __|_|__|__||||__|  ||
  |__| W I R E L E S S   F R E E D O M
 Backfire (10.03.1-RC5, r27608) --
  * 1/3 shot KahluaIn a shot glass, layer Kahlua
  * 1/3 shot Bailey's  on the bottom, then Bailey's,
  * 1/3 shot Vodka then Vodka.
 ---
root@OpenWrt:/#
===

Now I have to create the dists file and scripts to make the network working.

I am on #openvz channel if you want to join.

The memory consumption with openwrt are quite similar, but it is more
extensible.

--
Benjamin Henrion bhenrion at ffii.org
FFII Brussels - +32-484-566109 - +32-2-4148403
In July 2005, after several failed attempts to legalise software
patents in Europe, the patent establishment changed its strategy.
Instead of explicitly seeking to sanction the patentability of
software, they are now seeking to create a central European patent
court, which would establish and enforce patentability rules in their
favor, without any possibility of correction by competing courts or
democratically elected legislators.

___
Users mailing list
Users@openvz.org
https://openvz.org/mailman/listinfo/users


Re: [Users] More on making an OpenVZ template

2011-08-21 Thread Kir Kolyshkin

On 08/20/2011 12:18 AM, Sam Trenholme wrote:

I am continuing the work of making a tiny OpenVZ template.  One
discovery I have is that, for the OpenVZ tools to work, not only is it
mandatory for the system to have the Bash shell, but also that /bin/sh
has to be a symlink to Bash.  This is because the vzctl program
prepends the contents of the Bash-only
/etc/vz/dists/scripts/functions script to any script used by the
container to configure the system, and there does not appear to be any
way to configure a container to not use this Bash-only script.

In other words, any OpenVZ template without /bin/sh being an alias for
Bash can not be configured via the vzctl tools (nor the
corresponding Proxmox/SolusVM/whataever tools that call vzctl).

This in mind, the next release of TinyVZ will include the Bash shell.
I actually prefer Bash over Busybox's ash shell; I *really* miss the
!$ and !* shortcuts, as well as the history command, when using
this minimal shell.


This is one way of doing things. The other way would be to rectify the
'/etc/dists/scripts/functions' to not be dependent on bash.

I am currently looking at it, so far I only found that it uses the 
'function' keyword
which is bashism. With that removed, it looks like it is working fine in 
either dash

or busybox sh.

I have committed the patch:
http://git.openvz.org/?p=vzctl;a=commit;h=f83b28435f582f2f74fb3267b89b061a551b32e2

And then a few more (to check it works in Debian without /bin/bash):
http://git.openvz.org/?p=vzctl;a=commit;h=a86beacde8c1fba4002eaf5bf48a535e7d46ffc0
http://git.openvz.org/?p=vzctl;a=commit;h=382f306cd0865bb4bcafc4f7a4b5cfe2f809296c


Since this is an open source project I am not getting paid for, I have
no timeline of when I will make another TinyVZ release, nor do I
guarantee I will even make such a release.  Working on TinyVZ has
taught me a lot about OpenVZ and hopefully is something that is
useful.

- Sam
___
Users mailing list
Users@openvz.org
https://openvz.org/mailman/listinfo/users



___
Users mailing list
Users@openvz.org
https://openvz.org/mailman/listinfo/users


Re: [Users] TinyVZ 0.7 released

2011-08-21 Thread Kir Kolyshkin

On 08/21/2011 02:36 AM, Sam Trenholme wrote:

The tarball now contains the template's tarball inside of it; the
relevant scripts used by vzctl as well as an installation guide
(README) are also inside the tarball.


If you like, please submit the vzctl part, I will include it into the 
next release.



___
Users mailing list
Users@openvz.org
https://openvz.org/mailman/listinfo/users


Re: [Users] More on making an OpenVZ template

2011-08-21 Thread Benjamin Henrion
On Sun, Aug 21, 2011 at 4:10 PM, Kir Kolyshkin k...@openvz.org wrote:
 On 08/20/2011 12:18 AM, Sam Trenholme wrote:

 I am continuing the work of making a tiny OpenVZ template.  One
 discovery I have is that, for the OpenVZ tools to work, not only is it
 mandatory for the system to have the Bash shell, but also that /bin/sh
 has to be a symlink to Bash.  This is because the vzctl program
 prepends the contents of the Bash-only
 /etc/vz/dists/scripts/functions script to any script used by the
 container to configure the system, and there does not appear to be any
 way to configure a container to not use this Bash-only script.

 In other words, any OpenVZ template without /bin/sh being an alias for
 Bash can not be configured via the vzctl tools (nor the
 corresponding Proxmox/SolusVM/whataever tools that call vzctl).

 This in mind, the next release of TinyVZ will include the Bash shell.
 I actually prefer Bash over Busybox's ash shell; I *really* miss the
 !$ and !* shortcuts, as well as the history command, when using
 this minimal shell.

 This is one way of doing things. The other way would be to rectify the
 '/etc/dists/scripts/functions' to not be dependent on bash.

 I am currently looking at it, so far I only found that it uses the
 'function' keyword
 which is bashism. With that removed, it looks like it is working fine in
 either dash
 or busybox sh.

 I have committed the patch:
 http://git.openvz.org/?p=vzctl;a=commit;h=f83b28435f582f2f74fb3267b89b061a551b32e2

 And then a few more (to check it works in Debian without /bin/bash):
 http://git.openvz.org/?p=vzctl;a=commit;h=a86beacde8c1fba4002eaf5bf48a535e7d46ffc0
 http://git.openvz.org/?p=vzctl;a=commit;h=382f306cd0865bb4bcafc4f7a4b5cfe2f809296c

I have compiled it, and I can report it works, I have remove the bash
binary I got from tinyvz, and now it enters well in openwrt rootfs (I
have tested with the original vzctl 3.0.24 where it fails to enter if
there is no /bin/bash):

==
root@mybox /root/zoobab/openwrt-openvz [46]# ./vzctl --version
vzctl version 3.0.28.3-70.git.382f306
root@mybox /root/zoobab/openwrt-openvz [40]# ./vzctl enter 889
entered into CT 889


BusyBox v1.15.3 (2011-07-14 17:03:04 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

  ___ __
 |   |.-.-.-.|  |  |  |..|  |_
 |   -   ||  _  |  -__| ||  |  |  ||   _||   _|
 |___||   __|_|__|__||||__|  ||
  |__| W I R E L E S S   F R E E D O M
 Backfire (10.03.1-RC5, r27608) --
  * 1/3 shot KahluaIn a shot glass, layer Kahlua
  * 1/3 shot Bailey's  on the bottom, then Bailey's,
  * 1/3 shot Vodka then Vodka.
 ---
root@OpenWrt:/#
==

-- 
Benjamin Henrion bhenrion at ffii.org
FFII Brussels - +32-484-566109 - +32-2-4148403
In July 2005, after several failed attempts to legalise software
patents in Europe, the patent establishment changed its strategy.
Instead of explicitly seeking to sanction the patentability of
software, they are now seeking to create a central European patent
court, which would establish and enforce patentability rules in their
favor, without any possibility of correction by competing courts or
democratically elected legislators.

___
Users mailing list
Users@openvz.org
https://openvz.org/mailman/listinfo/users


Re: [Users] More on making an OpenVZ template

2011-08-21 Thread Sam Trenholme
 I am using the one of debian squeeze:

As a side note, one of my long-standing annoyance with Debian's
software policies is that, once a given release is frozen, Debian will
not update a software package unless there is a CVE-worth security bug
in it.  Other bugs will not get fixed.  Not even if the fix is minor.
They certainly will not keep current with a release in any bugfix-only
branch of the software provided upstream.

I can understand this software policy; open-source development is, by
nature, undisciplined and a lot of developers are not very good at
only fixing bugs without adding other potential bug-inducing features.

Debian's policies wouldn't be a big deal, except that some Debian
users have this really annoying habit of bugging upstream about a bug
which has already been fixed upstream, just not applied to the
appropriate Debian software repository.  There is a Debian bug
tracking system to file bug reports or feature requests, and Debian
users are probably best using this system; if the package maintainer
says it's an upstream issue, then it is time to contact upstream about
the issue.

- Sam
___
Users mailing list
Users@openvz.org
https://openvz.org/mailman/listinfo/users