[GH-ISSUE #3] Script does not work #1

Closed
opened 2026-03-07 19:07:58 +03:00 by kerem · 8 comments
Owner

Originally created by @ianlockhead on GitHub (Jul 9, 2024).
Original GitHub issue: https://github.com/007revad/Synology_ContainerManager_IPv6/issues/3

Hi, the script does not work for me. After running the script Synology can't boot the DSM package and Container Manager needs to be repaired. Fixed cidr was unchanged while I am using the fe80::1/64 as well. Thanks for help

Originally created by @ianlockhead on GitHub (Jul 9, 2024). Original GitHub issue: https://github.com/007revad/Synology_ContainerManager_IPv6/issues/3 Hi, the script does not work for me. After running the script Synology can't boot the DSM package and Container Manager needs to be repaired. Fixed cidr was unchanged while I am using the fe80::1/64 as well. Thanks for help
kerem closed this issue 2026-03-07 19:07:58 +03:00
Author
Owner

@007revad commented on GitHub (Jul 9, 2024):

What do the following 2 commands return?

jq . "/var/packages/ContainerManager/etc/dockerd.json"
jq . "/var/packages/ContainerManager/target/config/dockerd.json"
<!-- gh-comment-id:2219028533 --> @007revad commented on GitHub (Jul 9, 2024): What do the following 2 commands return? ``` jq . "/var/packages/ContainerManager/etc/dockerd.json" jq . "/var/packages/ContainerManager/target/config/dockerd.json" ```
Author
Owner

@ianlockhead commented on GitHub (Jul 10, 2024):

ianlockhead@Synology:/$ sudo jq . "/var/packages/ContainerManager/etc/dockerd.json"
{
"data-root": "/var/packages/ContainerManager/var/docker",
"log-driver": "db",
"registry-mirrors": [],
"seccomp-profile": "unconfined",
"storage-driver": "btrfs"
}
ianlockhead@Synology:/$ sudo jq . "/var/packages/ContainerManager/target/config/dockerd.json"
{
"registry-mirrors": [],
"data-root": "/var/packages/ContainerManager/var/docker",
"log-driver": "db",
"seccomp-profile": "unconfined"

<!-- gh-comment-id:2219492441 --> @ianlockhead commented on GitHub (Jul 10, 2024): ianlockhead@Synology:/$ sudo jq . "/var/packages/ContainerManager/etc/dockerd.json" { "data-root": "/var/packages/ContainerManager/var/docker", "log-driver": "db", "registry-mirrors": [], "seccomp-profile": "unconfined", "storage-driver": "btrfs" } ianlockhead@Synology:/$ sudo jq . "/var/packages/ContainerManager/target/config/dockerd.json" { "registry-mirrors": [], "data-root": "/var/packages/ContainerManager/var/docker", "log-driver": "db", "seccomp-profile": "unconfined"
Author
Owner

@007revad commented on GitHub (Jul 10, 2024):

Was that after clicking on Repair in storage manager?

What do these commands return?

cat "/var/packages/ContainerManager/etc/dockerd.json" && echo
cat "/var/packages/ContainerManager/target/config/dockerd.json" && echo
<!-- gh-comment-id:2219583199 --> @007revad commented on GitHub (Jul 10, 2024): Was that after clicking on Repair in storage manager? What do these commands return? ``` cat "/var/packages/ContainerManager/etc/dockerd.json" && echo cat "/var/packages/ContainerManager/target/config/dockerd.json" && echo ```
Author
Owner

@ianlockhead commented on GitHub (Jul 10, 2024):

Hi, yes both json files were restored manually from backup after repairing the syno package.
I can run the script again and paste the cat command output but it will brick the package again I think.

After backup restore the jsons looks:

ianlockhead@Synology:/$ sudo cat "/var/packages/ContainerManager/etc/dockerd.json" && echo
Password:
{"data-root":"/var/packages/ContainerManager/var/docker","log-driver":"db","registry-mirrors":[],"seccomp-profile":"unconfined","storage-driver":"btrfs"}
ianlockhead@Synology:/$ sudo cat "/var/packages/ContainerManager/target/config/dockerd.json" && echo
{
"registry-mirrors": [],
"data-root": "/var/packages/ContainerManager/var/docker",
"log-driver": "db",
"seccomp-profile": "unconfined"
}

Thanks

<!-- gh-comment-id:2221040868 --> @ianlockhead commented on GitHub (Jul 10, 2024): Hi, yes both json files were restored manually from backup after repairing the syno package. I can run the script again and paste the cat command output but it will brick the package again I think. After backup restore the jsons looks: ianlockhead@Synology:/$ sudo cat "/var/packages/ContainerManager/etc/dockerd.json" && echo Password: {"data-root":"/var/packages/ContainerManager/var/docker","log-driver":"db","registry-mirrors":[],"seccomp-profile":"unconfined","storage-driver":"btrfs"} ianlockhead@Synology:/$ sudo cat "/var/packages/ContainerManager/target/config/dockerd.json" && echo { "registry-mirrors": [], "data-root": "/var/packages/ContainerManager/var/docker", "log-driver": "db", "seccomp-profile": "unconfined" } Thanks
Author
Owner

@007revad commented on GitHub (Jul 10, 2024):

I've been working on a new, much improved, version of the script that uses jq to add the ipv6 key/value pairs to the json files. This will prevent changing any existing custom settings in the json files.

But at the moment it sometimes results in an empty /var/packages/ContainerManager/target/config/dockerd.json

<!-- gh-comment-id:2221649834 --> @007revad commented on GitHub (Jul 10, 2024): I've been working on a new, much improved, version of the script that uses jq to add the ipv6 key/value pairs to the json files. This will prevent changing any existing custom settings in the json files. But at the moment it sometimes results in an empty /var/packages/ContainerManager/target/config/dockerd.json
Author
Owner

@007revad commented on GitHub (Jul 11, 2024):

Do you want to try the new v2.0.4

  • Added support for the old Synology Docker package.
  • Changed to edit the dockerd.json files to preserve any existing customizations.
  • Now displays contents of the edited files so you can see if they are correct.
  • Added check if there's a newer version of the script available.
  • Added colored text for important information. Can be disabled with -c or --color
  • Bug fix for editing start_stop_status. Script was prepending a # every time it was run.
<!-- gh-comment-id:2222096707 --> @007revad commented on GitHub (Jul 11, 2024): Do you want to try the new v2.0.4 - Added support for the old Synology Docker package. - Changed to edit the dockerd.json files to preserve any existing customizations. - Now displays contents of the edited files so you can see if they are correct. - Added check if there's a newer version of the script available. - Added colored text for important information. Can be disabled with -c or --color - Bug fix for editing start_stop_status. Script was prepending a # every time it was run.
Author
Owner

@ianlockhead commented on GitHub (Jul 11, 2024):

@007revad The new script 2.0.4 is working like a charm! B-) I have now IPv6 enabled. Thank you so much!!!
Last question.. did you resolve how to support IPv6 on host network driver?
Snímek obrazovky 2024-07-11 v 11 15 28

<!-- gh-comment-id:2222432105 --> @ianlockhead commented on GitHub (Jul 11, 2024): @007revad The new script 2.0.4 is working like a charm! B-) I have now IPv6 enabled. Thank you so much!!! Last question.. did you resolve how to support IPv6 on host network driver? ![Snímek obrazovky 2024-07-11 v 11 15 28](https://github.com/007revad/Synology_ContainerManager_IPv6/assets/8457404/cd55ad5e-0164-474b-b306-60d6f006fe7f)
Author
Owner

@007revad commented on GitHub (Jul 11, 2024):

Excellent.

From this https://docs.docker.com/config/daemon/ipv6/ webpage it looks like you can only enable IPv6 on the bridge network, or create a new IPv6 network via docker compose.

<!-- gh-comment-id:2222473239 --> @007revad commented on GitHub (Jul 11, 2024): Excellent. From this https://docs.docker.com/config/daemon/ipv6/ webpage it looks like you can only enable IPv6 on the bridge network, or create a new IPv6 network via docker compose.
Sign in to join this conversation.
No labels
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/Synology_ContainerManager_IPv6#1
No description provided.