Jump to content
  • Homegrown docker won't start


    daver898
    • Closed Minor

    Hi,

    I have a home grown docker that when it starts on v6.11.5 has these programs started at boot time (ie i start the docker and run the command from console option):

     

    sh-4.2# ps -ef
    UID        PID  PPID  C STIME TTY          TIME CMD
    root         1     0  0 19:59 ?        00:00:00 /sbin/init
    root        18     1  0 19:59 ?        00:00:00 /usr/lib/systemd/systemd-journald
    root        21     1  0 19:59 ?        00:00:00 /usr/sbin/crond -n
    root        22     1  0 19:59 ?        00:00:00 /usr/sbin/sshd -D
    root        24     1  0 19:59 ?        00:00:14 /opt/safenet_sentinel/common_files/sentinel_keys_server/SntlKeysSrvrlnx start
    root        26     1  0 19:59 ?        00:00:00 /opt/safenet_sentinel/common_files/sentinel_usb_daemon/usbdaemon
    root        33     1  0 19:59 ?        00:00:00 /usr/sbin/aksusbd
    root        45     1  0 19:59 ?        00:00:00 /usr/sbin/hasplmd -s
    dbus        73     1  0 19:59 ?        00:00:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
    root        94     1  0 19:59 ?        00:00:00 /usr/lib/systemd/systemd-logind
    root       144     0  0 19:59 pts/0    00:00:00 sh
    root       207     1  0 20:01 ?        00:00:00 /usr/sbin/anacron -s
    root       436     0  0 20:39 pts/1    00:00:00 sh
    root       507     0  0 20:46 pts/2    00:00:00 sh
    root       513   507  0 20:46 pts/2    00:00:00 ps -ef

     

    When i upgrade unraid to 6.12.rc3 and rc5. the same docker definition (i had to change the path for one variable (host path one) but the rest is unchanged),  i get these programs started at boot:

     

    sh-4.2# ps -ef 
    UID        PID  PPID  C STIME TTY          TIME CMD
    root         1     0  0 20:38 ?        00:00:00 /sbin/init
    root         7     0  0 20:38 pts/0    00:00:00 sh
    root        13     0  0 20:48 pts/1    00:00:00 sh
    root        19     0  0 20:48 pts/2    00:00:00 sh
    root        25    19  0 20:48 pts/2    00:00:00 ps -ef
    sh-4.2# 

     

    It doesn't seem to get going.

     

    i have removed the image and reloaded.

     

    There is nothing in the docker log for this docker.

     

    I did a scrub of  libvert.img .

     

    i ran the "docker safe new perms" option.

     

    Other dockers (firefox) seem to be working.

     

    I'm stumped. Apologies if its something stupid i did.

     

    Its probably the only privileged docker i run.

     

    tower60-diagnostics-20230508-2044.zip




    User Feedback

    Recommended Comments

    Are you using a dockerfile to build your image and docker-compose.yml to get the container up?
    Or you have an image and are using the Unraid GUI?

    Verify that your containers's entry point and/or command is still correctly configured. 


    is there a startup script? (such as an init script or a script specified in the CMD or ENTRYPOINT).  If yes, verify that script is in the same location and that it is executable and correctly starts.  It could also be defined in the dockerfile build.

    You mentioned that there is nothing in the Docker log for this container. However, it's still a good idea to double-check by running the command docker logs <container_name_or_id> to see if there are any error messages or useful information.

    Link to comment

    Hi,

    Thanks for the suggestions.

    I think my problem is related to old rhel image i am using where systemd doesn't understand cgroups2.

    I have read where i need to add:

     systemd.unified_cgroup_hierarchy=0 to the kernel command line OF THE HOST.

    Any suggestions on how i could do that?

    Link to comment

    Kernel commands are typically controlled by the bootloader, so you owuld have to add it syslinux.cfg on the USB.
    I don't usually have to mess with that and would consider it unusual.  But the steps you would take are:

     

    Backup your USB drive!!

    Edit syslinux.cfg, located at the root of the USB drive that Unraid boots from. The file is called syslinux.cfg, or syslinux.cfg-

    Locate the append line that typically starts with append initrd=/bzroot. This is where you would add the extra kernel parameter, after the existing parameters on the append line add a space and then systemd.unified_cgroup_hierarchy=0

    It would then look like this:

    label Unraid OS
      menu default
      kernel /bzimage
      append initrd=/bzroot systemd.unified_cgroup_hierarchy=0



    This is coloring outside of the lines for me and probably not best practice, so I can't tell you what would actually happen, or if it is supported by Limetech, as changing cgroup hierarchy can affect all containers running on the system.

    Link to comment

    Mega thanks for the help.

     

    I guess i can make this change in the short term and maybe update my homegrown Rhel/systemd image (its been a few years) if it busts things.

     

    Looks like Rhel 8 in 2019 got cgroups 2 support so that might be the go. 

     

    Cheers Dave

    Link to comment

    the changes i made didn't fix it. I will revert to previous version and move forward to v6.12 after i have refreshed my homegrown docker.

    Cheers Dave

    Link to comment


    Join the conversation

    You can post now and register later. If you have an account, sign in now to post with your account.
    Note: Your post will require moderator approval before it will be visible.

    Guest
    Add a comment...

    ×   Pasted as rich text.   Restore formatting

      Only 75 emoji are allowed.

    ×   Your link has been automatically embedded.   Display as a link instead

    ×   Your previous content has been restored.   Clear editor

    ×   You cannot paste images directly. Upload or insert images from URL.


  • Status Definitions

     

    Open = Under consideration.

     

    Solved = The issue has been resolved.

     

    Solved version = The issue has been resolved in the indicated release version.

     

    Closed = Feedback or opinion better posted on our forum for discussion. Also for reports we cannot reproduce or need more information. In this case just add a comment and we will review it again.

     

    Retest = Please retest in latest release.


    Priority Definitions

     

    Minor = Something not working correctly.

     

    Urgent = Server crash, data loss, or other showstopper.

     

    Annoyance = Doesn't affect functionality but should be fixed.

     

    Other = Announcement or other non-issue.

×
×
  • Create New...