On Tue, Sep 4, 2012 at 9:31 AM, TuxRaiderPen
<tuxraider...@wpascanner.com> wrote:
> I am looking for something that fills in like:
>
> lxc-create -t ubuntu-lamp -n LAMPServer

How about using a vanilla (jeos-like) template, but then running
a small shell script for the role in question?

Here's what I do at the moment (later I might rip out the home
directory sharing):

    case $GUEST_DISTRO in
    ubuntu) verop="-r";;
    centos) verop="-R";;
    esac

    # Share this user's home directory with the virtual machine (!)
    # This only works in ubuntu for now, centos lacks that option
    # (Later, must also specify --bdir $HOME to lxc-start-ephemeral.)
    sudo lxc-create -t $GUEST_DISTRO -n $HOSTNAME -- $verop
$GUEST_VERSION --bindhome $LOGNAME

    # Install slaves on virtual machine, making use of the fact that $HOME is
    # mounted for this same user inside the container, and hoping that
$TOP is in $HOME.
    # Need working network, so can't just do 'lxc-start cmd'
    sudo lxc-start -n $HOSTNAME -d
    lxc-ssh $HOSTNAME sh $SRC/slave.sh install
    sudo lxc-stop -n $HOSTNAME

where lxc-ssh is the script I posted earlier; I'll attach my current version.
- Dan

>
> Where it pulls a template already defined with the LAMP stack, and with
> possibly a little tweaking on my part after creation ie: fix the missing CPAN
> stuff for perl, PEAR stuff etc..
>
> Is this not what those templates are for on the various sites I mentioned? ?
> Is there not a template like I mentioned above? Where I don't have to recreate
> the wheel so to speak, but may tweak it a little ? ? ?
>
> Or am I missing something in this if thats not that case? ? ?
>
>
>> A bonus, is this approach also allows to you use the same tools across
>> baremetal, virtualization, and containers.
>
> Well since our standard for virtualization is VMWare ESXi (VSphere), Player or
> the older Server 2.x none of these tools are likely to work. LXC is mainly for
> my personal use to isolate some things in their own little worlds.
>
> It would be nice if ALSA could be setup on the host to feed LXC containers to
> do some things. Especially if I could feed it an ALSA alias as an input to the
> LXC's "Mic or Line." We remove pulseaudio, and use strictly ALSA, and always
> will. We've found it much more reliable. That probably needs something of an
> LXC-ALSA layer to sort that all out...Don't need output so much as the ability
> to take input from an ALSA alias and feed it to a program, with one or two of
> this program running in their own LXC container.
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Lxc-users mailing list
> Lxc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/lxc-users

Attachment: lxc-ssh
Description: Binary data

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Lxc-users mailing list
Lxc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxc-users

Reply via email to