I'll try this out next week!

This sounds really great, specially with the possibility to combine with Solum on openstack! Too much to play for 2014!

Congrats once again on this release, I haven't even got time to play with LXC, now this! TurnkeySanta has been generous this december...

I'm going to need some help on this one.

I get TKLX appliances. An appliance is a self-contained computer. TKLX value includes: pre-build scripts, reduced footprint O/S, pre-configured management tools, support Apps (e.g. DB), backup / restore, SSL, security patch cron, etc.

I get TKLX / LXC. Multi-TKLX appliances per VM with a reduced footprint (O/S core shared across LXC containers).

I would get TKLX / LXC / Docker if that is what TKLX / Docker was... where Docker is used as an application container running on top of LXC within a TKLX VM. This would provide app portability across TKLX VMs and would improve the TKLX upgrading process (the current TKLBAM backup on O/S V1 TKLX VM and restore on O/S V2 TKLX VM is not always a point-and-click upgrade mechanism).

But that is not what this is. This is not TKLX / Docker this is Docker / TKLX. I don't get Docker / TKLX!

I do understand that TKLX / Docker would be a major change to the current TKLX appliances since Docker expects to containerise a single app (so, for example, the current TKLX Wordpress / LAMP appliance would translate into a multi-docker-container appliance...wordpress, apache, MySQL, PHPmyAdmin, Webmin, etc, each in separate containers in the appliance). But I see great value in TKLX / Docker. I don't see the value in Docker / TKLX.

Perhaps a use-case example might help my Christmas turkey befuddled brain :-)

So here's a Christmas question...if I go to Docker library and search for Worpress I get 3 pages of Docker / Wordpress containers one of which is a Docker / TKLX-Wordpress container. What does a Docker/TKLX-Wordpress container "contain" that makes it special relative to the other Docker / Wordpress containers?

Thanks in advance and apologies to those in the TKLX audience that get Docker / TKLX. I'm just not one who gets it..yet :-)

I had more to say but your spam filter rejected it for no apparent reason. I have submitted my follow-on comment via email to your webmaster.

Edit by Alon: Tim's comment via email

Ah...I get you now. So using my non-techie speak a conventional Docker /
Wordpress container is non-functional without other Docker containers such
as MySQL container and Apache container while the Docker / TKLX / Wordpress
container is operational from the get-go (App vs. Appliance). Plus a little
extra cross-VM portability. Clever albeit non-conventional.

I am glad you are still looking at TKLX / Docker though. You see your
comment above related to the complexity of multi-server vs. single server
deployment disappears with TKLX / Docker. If a TKLX user can install an
appliance containing a Wordpress container + MySQL container + Apache
container + Tools container all pre-configured to work together we would
have a seriously corporate grade appliance. Need to expand the Wordpress
database to scale.... add the multi-db plugin to Wordpress, add another
MySQL DB container to the appliance and upgrade the VM to a larger AWS
instance type....done. Easily automated as well. Additionally separation of
concerns helps in the QA dept w.r.t. upgrades.

Commercially TKLX is a containerisation project as is Docker. They compete
for mindshare.

My concern is that, although there is some technical merit as you described
above in Docker / TKLX, by placing TKLX subservient to Docker project TKLX
risks diffusing its market position. I would respectfully suggest that the
TKLX project position Docker as a subservient component and be cautious
about positioning TKLX commercially subservient to Docker.

It is inevitable that others will build pre-configured Docker packages
(multi-container versions of TKLX appliances) pre-built with products like
SaltStack. These would be inferior to TKLX / Docker appliances in my opinion
(no TKLBAM, TKLDev, reduced footprint O/S, etc) but viable TKLX competitors.
If the Docker community embraces these Docker Packages...and they would,
TKLX would be fighting for mindshare. It would not be the first time that a
high volume inferior product beats a lower volume superior product (VHS vs.
Beta, etc).

Redhat and Docker are working together

RHEL7 will contain Docker

Redhat has made containerisation a top priority for 2014

Docker is still stabilizing so there is no immediate rush to embrace it as a
TKLX component, but I think it would be a mistake for our TKLX community not
to seriously start to work to create a couple of Beta pre-configured TKLX /
Docker appliances. I would need your help on the Docker side but I am happy
to take on the Wordpress side of a TKLX / Docker / Wordpress appliance. This
is core to my business so I am serious about committing time and resources
to this.

Just one man's two cents worth 

(I've never sailed so close to the edge of a server meltdown as today... luckily, it's back up, sort of...)

This may be a very odd scenario, but unfortunately I have little choice:

* a month or so ago, I installed the TKL Docker build of Redmine into a VM running Docker

* due to my own stupidity, I managed to break the docker setup, and found out the hard way, after a reboot many days later

* the good news: restoring the backup to an EC2 instance worked, after minor tweaks - yeay, thank you TKLBAM developers!

* alas, the EC2 instance turned out to be too small, so I had to migrate again within hours

* I've set up a fresh *normal* Redmine VM, from a fresh TKL image, on local hardware

* re-inited tklbam, did a restore, and lo and behold - it's working directly on the VM again (thx again!)

* minor tweaks, but no sweat, everything is back to normal

One last check: reboot. Whoops - the Docker build of Redmine got restored over the fresh VM version of Redmine, and... it drops straight into grub command line. Never mind - didn't take long to find the magic incantation to boot up manually. Running "update-grub" after that was not enough to fix the reboot, alas.

All is well, except for one "subtle" detail: this server now requires entering grub commands manually on booting. Not a long term solution, clearly. I'm delighted to have brought everything back up, and the sit eis back online, but this ticking timebomb is still there.

I have a virgin Redmine VM to compare against, but perhaps someone here could give some tips on what to copy over. Vaguely recall seeing a mention of a special init.sh in the Docker. That, and the grub stuff is probably what needs to be recovered? The console shows a login prompt, not the usual blue-and-gray admin console.

Sorry for the long post, but I do hope there is a practical solution at the end of this tunnel I steered myself into.

Cheers,

-jcw

Hi, 

The docker images are terrific! I hope you will continue to provide them, and make installation a bit easier ;)

But I encountered some problems

1) inithooks.conf:

it seems that the method above does not change /etc/inithooks.conf (file is empty) in the container, because I can not access it with those values

I had to 'docker attach' the container and run turnkey-init to set my root (and other) passwords.

Then I could login but then I got again the turnkey-init screens ....

2) ssh:

#ssh root@8cdcf723a4d7
#ssh: Could not resolve hostname 8cdcf723a4d7: Name or service not known

But as you can see below the docker cid is correct

What can be wrong?

root@ubu14:~/prestashop# docker ps
CONTAINER ID        IMAGE                           COMMAND                CREATED             STATUS              PORTS                                                      NAMES
8cdcf723a4d7        prestashop-13.0:latest          /usr/sbin/start.sh     30 minutes ago      Up 21 minutes       12320/tcp, 12321/tcp, 12322/tcp, 22/tcp, 443/tcp, 80/tcp   lonely_lovelace
924e336fb67a        crosbymichael/dockerui:latest   ./dockerui -e /docke   16 hours ago        Up 16 hours         0.0.0.0:9000->9000/tcp                                     dreamy_archimedes

root@ubu14:~/prestashop# ssh root@8cdcf723a4d7
ssh: Could not resolve hostname 8cdcf723a4d7: Name or service not known

I am using the docker.io v0.9 provided with ubuntu 14.04 as host

3) docker redmine appliance

same problems as above

additionally I could not get the redmine webgui working, I got errors:

An error occurred while starting the web application. It sent an unknown response type "".

Application root
/var/www/redmine
Environment (value of RAILS_ENV, RACK_ENV, WSGI_ENV and PASSENGER_ENV)
production
Ruby interpreter command
/usr/bin/ruby
User and groups
Unknown
Environment variables
Unknown
Ulimits
Unknown

/var/lib/gems/1.9.1/gems/activesupport-3.2.12/lib/active_support/dependencies.rb:251:in `block in require': iconv will be deprecated in the future, use String#encode instead.

I tried to upgrade redmine but that didn't help either

Any help would be appreciated

Thanks

Hi,

I did some more testing and I think the error is in all appliances with mysql (at least it is in lamp and in prestashop and in redmine)

(I have error logs, but could not post them here because of your spamfilter)

Any clue what is wrong?

Thanks

Hi,

I found the cause of the troubles above ...

apparantly mysql has stopped due to low memory (on a vm with 512mb), giving the sockets error.

thanks for your help guys!

Hey all...

So I've managed to get TKL:Drupal7-13.0 container running in CentOS minimal.  Thing is... while Drupal and everything comes up and SSHing into the container [from the host] works great, I can't seem to access TKL's Webmin or any of the other web based admin consoles.  Exposing the ports using -p 12321:12321 or even 12321:8080 also doesn't work.

I don't plan on exposing anything other port 80 to the outside world but it would be nice if I could have access to the admin consoles from within the house.

- Sven

sven,

check if your firewall (on the host) does not block these ports

I thought of that too, but running:

service iptables stop

returns

Fails to issue method call: Unit iptables.service not loaded.

CentOS minimal install doesn't run iptables by default.  Aside from Docker and package updates, this is a vanilla minimum install.

Update:

So after some reading I've learned that CentOS 7 doesn't rely on iptable.service, but uses RHEL's firewalld instead.  Stopping the firewalld service didn't fix the issue.  I'll keep playing with it.

Update 2:

So here's some good news.  I disabled the firewalld service, rebooted and suddenly everything was working.   If anyone is wondering how to make exceptions to CentOS 7's firewall, you can follow these handy instructions in conjunction with the page I linked in my first update.

Now this is all well and good, but I'd like to map the ports to something other than 123xx as I intend to run more than one TKL container on this server and don't want to have multiple containers competing for host ports.  How do I go about telling webmin, et al. to listen on other ports?  Is this an Apache configuration or do I have to modify the docker image?

hi sven,

you can use something like this to change all the ports to something in the 10xxx range for example:

docker run -i -t -d -p 10080:80 -p 10022:22 -p 10443:443 -p 10320:12320 -p 10321:12321 -p 10322:12322 turnkeylinux/drupal7-13.0