Github messages for voidlinux
 help / color / mirror / Atom feed
* [ISSUE] Latest docker update causes issues on btrfs
@ 2020-02-16 11:42 kernle32dll
  2020-02-17  3:08 ` D-Nice
                   ` (7 more replies)
  0 siblings, 8 replies; 9+ messages in thread
From: kernle32dll @ 2020-02-16 11:42 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1046 bytes --]

New issue by kernle32dll on void-packages repository

https://github.com/void-linux/void-packages/issues/19202

Description:
The commit https://github.com/void-linux/void-packages/commit/ec709f9e09458bb1707a4136c1d4635ca11b0e7a did not only update docker, but enforced the `overlay2` storage driver. While this is a fine default, it can actually break docker on `btrfs` file systems.

From the [Dockerd documentation](https://docs.docker.com/engine/reference/commandline/dockerd/#daemon-storage-driver):

> Note: Both overlay and overlay2 are currently unsupported on btrfs or any Copy on Write filesystem and should only be used over ext4 partitions.

Even if not breaking, its an un-intuitive change, if you don't happen to use `overlay2` previously. It took me a good while to understand why all of my images and volumes were gone - which was due to the change of the storage driver.

Its easy to fix locally - just remove the `storage-driver` line from `/etc/docker/daemon.json`. But this should be removed in the package, too - IMO.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Latest docker update causes issues on btrfs
  2020-02-16 11:42 [ISSUE] Latest docker update causes issues on btrfs kernle32dll
@ 2020-02-17  3:08 ` D-Nice
  2020-02-17  4:33 ` xtraeme
                   ` (6 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: D-Nice @ 2020-02-17  3:08 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 384 bytes --]

New comment by D-Nice on void-packages repository

https://github.com/void-linux/void-packages/issues/19202#issuecomment-586799000

Comment:
I find many issues with the change myself. The only potentially needed part there is log-driver, which should just be passed as a flag from runit, and not bog the rest of us down with some defaults we don't want AND replacing our own configs.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Latest docker update causes issues on btrfs
  2020-02-16 11:42 [ISSUE] Latest docker update causes issues on btrfs kernle32dll
  2020-02-17  3:08 ` D-Nice
@ 2020-02-17  4:33 ` xtraeme
  2020-02-17  5:10 ` [ISSUE] [CLOSED] " xtraeme
                   ` (5 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: xtraeme @ 2020-02-17  4:33 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 152 bytes --]

New comment by xtraeme on void-packages repository

https://github.com/void-linux/void-packages/issues/19202#issuecomment-586813026

Comment:
@jbenden 

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [ISSUE] [CLOSED] Latest docker update causes issues on btrfs
  2020-02-16 11:42 [ISSUE] Latest docker update causes issues on btrfs kernle32dll
  2020-02-17  3:08 ` D-Nice
  2020-02-17  4:33 ` xtraeme
@ 2020-02-17  5:10 ` xtraeme
  2020-02-17 13:27 ` kernle32dll
                   ` (4 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: xtraeme @ 2020-02-17  5:10 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1049 bytes --]

Closed issue by kernle32dll on void-packages repository

https://github.com/void-linux/void-packages/issues/19202

Description:
The commit https://github.com/void-linux/void-packages/commit/ec709f9e09458bb1707a4136c1d4635ca11b0e7a did not only update docker, but enforced the `overlay2` storage driver. While this is a fine default, it can actually break docker on `btrfs` file systems.

From the [Dockerd documentation](https://docs.docker.com/engine/reference/commandline/dockerd/#daemon-storage-driver):

> Note: Both overlay and overlay2 are currently unsupported on btrfs or any Copy on Write filesystem and should only be used over ext4 partitions.

Even if not breaking, its an un-intuitive change, if you don't happen to use `overlay2` previously. It took me a good while to understand why all of my images and volumes were gone - which was due to the change of the storage driver.

Its easy to fix locally - just remove the `storage-driver` line from `/etc/docker/daemon.json`. But this should be removed in the package, too - IMO.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Latest docker update causes issues on btrfs
  2020-02-16 11:42 [ISSUE] Latest docker update causes issues on btrfs kernle32dll
                   ` (2 preceding siblings ...)
  2020-02-17  5:10 ` [ISSUE] [CLOSED] " xtraeme
@ 2020-02-17 13:27 ` kernle32dll
  2020-02-17 13:34 ` xtraeme
                   ` (3 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: kernle32dll @ 2020-02-17 13:27 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 401 bytes --]

New comment by kernle32dll on void-packages repository

https://github.com/void-linux/void-packages/issues/19202#issuecomment-586993317

Comment:
Welp, the new PR now completely broke Docker for me. Daemon is not starting again anymore.

`sv status docker` yields:

`run: docker: (pid 15449) 1s; warning: docker/log: unable to open supervise/ok: file does not exist`

No clue how to fix myself.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Latest docker update causes issues on btrfs
  2020-02-16 11:42 [ISSUE] Latest docker update causes issues on btrfs kernle32dll
                   ` (3 preceding siblings ...)
  2020-02-17 13:27 ` kernle32dll
@ 2020-02-17 13:34 ` xtraeme
  2020-02-17 13:37 ` kernle32dll
                   ` (2 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: xtraeme @ 2020-02-17 13:34 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 208 bytes --]

New comment by xtraeme on void-packages repository

https://github.com/void-linux/void-packages/issues/19202#issuecomment-586996190

Comment:
Has been fixed this morning, make sure your system is up to date 

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Latest docker update causes issues on btrfs
  2020-02-16 11:42 [ISSUE] Latest docker update causes issues on btrfs kernle32dll
                   ` (4 preceding siblings ...)
  2020-02-17 13:34 ` xtraeme
@ 2020-02-17 13:37 ` kernle32dll
  2020-02-17 13:38 ` kernle32dll
  2020-02-17 13:42 ` xtraeme
  7 siblings, 0 replies; 9+ messages in thread
From: kernle32dll @ 2020-02-17 13:37 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 717 bytes --]

New comment by kernle32dll on void-packages repository

https://github.com/void-linux/void-packages/issues/19202#issuecomment-586997308

Comment:
It is. After some tinkering I got it running again:

First, I removed the `/etc/sv/docker/log` folder - not sure if that did anything, but it got rid of the error message above.

Then turns out, due to the original problem I had both `overlay2` and `btrfs` under `/var/lib/docker`. With the removal of the daemon.json per https://github.com/void-linux/void-packages/pull/19226, Docker was unable to "guess" the correct storage driver. I deleted the `overlay2` folder (warning fellow Googler, this is due to me using Btrfs, don't do that blindly), and it works again.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Latest docker update causes issues on btrfs
  2020-02-16 11:42 [ISSUE] Latest docker update causes issues on btrfs kernle32dll
                   ` (5 preceding siblings ...)
  2020-02-17 13:37 ` kernle32dll
@ 2020-02-17 13:38 ` kernle32dll
  2020-02-17 13:42 ` xtraeme
  7 siblings, 0 replies; 9+ messages in thread
From: kernle32dll @ 2020-02-17 13:38 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 783 bytes --]

New comment by kernle32dll on void-packages repository

https://github.com/void-linux/void-packages/issues/19202#issuecomment-586997308

Comment:
It is. After some tinkering I got it running again:

First, I removed the `/etc/sv/docker/log` folder - not sure if that did anything, but it got rid of the error message above.

Then turns out, due to the original problem I had both `overlay2` and `btrfs` under `/var/lib/docker`. With the removal of the daemon.json per https://github.com/void-linux/void-packages/pull/19226 (edit: to be precise - I deleted it locally too after the update), Docker was unable to "guess" the correct storage driver. I deleted the `overlay2` folder (warning fellow Googler, this is due to me using Btrfs, don't do that blindly), and it works again.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Latest docker update causes issues on btrfs
  2020-02-16 11:42 [ISSUE] Latest docker update causes issues on btrfs kernle32dll
                   ` (6 preceding siblings ...)
  2020-02-17 13:38 ` kernle32dll
@ 2020-02-17 13:42 ` xtraeme
  7 siblings, 0 replies; 9+ messages in thread
From: xtraeme @ 2020-02-17 13:42 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 252 bytes --]

New comment by xtraeme on void-packages repository

https://github.com/void-linux/void-packages/issues/19202#issuecomment-586999600

Comment:
Your issue might be an artifact due to having a pkg with a configuration file and then a new one without it. 

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2020-02-17 13:42 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-02-16 11:42 [ISSUE] Latest docker update causes issues on btrfs kernle32dll
2020-02-17  3:08 ` D-Nice
2020-02-17  4:33 ` xtraeme
2020-02-17  5:10 ` [ISSUE] [CLOSED] " xtraeme
2020-02-17 13:27 ` kernle32dll
2020-02-17 13:34 ` xtraeme
2020-02-17 13:37 ` kernle32dll
2020-02-17 13:38 ` kernle32dll
2020-02-17 13:42 ` xtraeme

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).