<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Docker on Rowanto Luo</title><link>https://log.rowanto.com/categories/docker/</link><description>Recent content in Docker on Rowanto Luo</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Fri, 30 Oct 2015 00:05:16 +0000</lastBuildDate><atom:link href="https://log.rowanto.com/categories/docker/index.xml" rel="self" type="application/rss+xml"/><item><title>Docker and (Console) Logs Problem</title><link>https://log.rowanto.com/posts/docker-console-logs-problem/</link><pubDate>Fri, 30 Oct 2015 00:05:16 +0000</pubDate><guid>https://log.rowanto.com/posts/docker-console-logs-problem/</guid><description>
&lt;p&gt;Anyone who used docker before and care about quality will have to deal with the logs problem. As we all know, docker runs in a container, and if we don&amp;rsquo;t handle the logs in a special way, the logs will be lost when the container is restarted.&lt;/p&gt;
&lt;p&gt;In order to deal with this, usually we will map the logs folder of our application to the parent host of the container, so that the logs don&amp;rsquo;t get lost when the container is restarted or changed.&lt;/p&gt;</description></item><item><title>Broken Docker in Debian Jessie</title><link>https://log.rowanto.com/posts/broken-docker-in-debian-jessie/</link><pubDate>Tue, 01 Sep 2015 21:19:41 +0000</pubDate><guid>https://log.rowanto.com/posts/broken-docker-in-debian-jessie/</guid><description>
&lt;p&gt;So after a few dist-upgrades, docker is not running anymore in my debian Jessie. A quick run of sudo service docker status shows me:&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;● docker.service - Docker Application Container Engine
Loaded: loaded (/lib/systemd/system/docker.service; disabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2015-09-02 00:03:18 CEST; 8min ago
Docs: https://docs.docker.com
Process: 22770 ExecStart=/usr/bin/docker -d -H fd:// $DOCKER_OPTS (code=exited, status=1/FAILURE)
Main PID: 22770 (code=exited, status=1/FAILURE)
Sep 02 00:03:18 rowanto-mdeb systemd[1]: Started Docker Application Container Engine.
Sep 02 00:03:18 rowanto-mdeb docker[22770]: time=&amp;quot;2015-09-02T00:03:18.434820725+02:00&amp;quot; level=error msg=&amp;quot;[graphdriver] prior storage driver \&amp;quot;aufs\&amp;quot; failed: driver not supported&amp;quot;
Sep 02 00:03:18 rowanto-mdeb docker[22770]: time=&amp;quot;2015-09-02T00:03:18.434912173+02:00&amp;quot; level=fatal msg=&amp;quot;Error starting daemon: error initializing graphdriver: driver not supported&amp;quot;
Sep 02 00:03:18 rowanto-mdeb systemd[1]: docker.service: Main process exited, code=exited, status=1/FAILURE
Sep 02 00:03:18 rowanto-mdeb systemd[1]: docker.service: Unit entered failed state.
Sep 02 00:03:18 rowanto-mdeb systemd[1]: docker.service: Failed with result 'exit-code'.
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;Ops, problem with aufs. A quick fix would be to delete it. You might lose some data, so please do it with care.&lt;/p&gt;</description></item><item><title>Java Application Server is dead, so is Docker?</title><link>https://log.rowanto.com/posts/java-application-server-is-dead-so-is-docker/</link><pubDate>Tue, 16 Sep 2014 09:00:00 +0000</pubDate><guid>https://log.rowanto.com/posts/java-application-server-is-dead-so-is-docker/</guid><description>
&lt;p&gt;So lately, a lot of people in my circle is talking about why java application server is dead. The reason why is explained in the slides &lt;a href="http://de.slideshare.net/ewolff/java-application-servers-are-dead"&gt;here&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Basically what I get is that because nowdays people only deploy one artifact in one application server, it beats the point of the application server. It&amp;rsquo;s more like that the application server is already part of the application. So, it would be better to treat the application server as part of the application and ship them together as a package.&lt;/p&gt;</description></item></channel></rss>