• [6.10.1] Internal Filesystem Permission Issue


    DiscoverIt
    • Annoyance

    Upgraded to 6.10.1 from 6.9.2 and encountered a few issues tied to internal permissions. Initially thought it was tied to just docker but basic commands like rsync and mv from terminal trigger permission hiccups as well with errors such as

    • update_known_hosts: hostfile_replace_entries failed for /root/.ssh/known_hosts: Operation not permitted
    • mv -f /path/to/new/dir/made/on/6.10 /path/to/existing/dir/ error out with a permission error when removing the /path/to/new/file/made/on/6.10 dir mv: cannot remove '/path/to/new/dir/made/on/6.10': Directory not empty

     

    Poked around /etc/group /etc/passwd and nothing immediately jumps out at me. Did notice folders which were 777 become 755 after upgrade but I don’t have proof just anecdotal memory of things I had to fix today. Down graded to 6.9.2 and all appears well. The issue seems to lie when you are dealing with new directories created on 6.10.1 and dealing with 6.9.2 and older directories. It's almost like the new folders being created are being created with improper permissions through possibly the ACL?

    • Upvote 1



    User Feedback

    Recommended Comments

    I have the same thing, since one of the RCs in 6.10.0 unRaid resets my saved fingerprints with each restart and failing Rsync backups remind me about going into console and accepting fingerprint manually.

     

    hostfile_replace_entries: link /root/.ssh/known_hosts to /root/.ssh/known_hosts.old: Operation not permitted
    update_known_hosts: hostfile_replace_entries failed for /root/.ssh/known_hosts: Operation not permitted

     

    Edited by Xenor
    Link to comment
    2 hours ago, Xenor said:

    I have the same thing, since one of the RCs in 6.10.0 unRaid resets my saved fingerprints with each restart and failing Rsync backups remind me about going into console and accepting fingerprint manually.

     

    hostfile_replace_entries: link /root/.ssh/known_hosts to /root/.ssh/known_hosts.old: Operation not permitted
    update_known_hosts: hostfile_replace_entries failed for /root/.ssh/known_hosts: Operation not permitted

     

     

    Thanks for that additional information! The one trend I found is when new (post 6.10) files/dir attempt to modify existing (pre 6.10) files/dir the permission errors pop up. In this case in a directory which never gets custom or modified permissions like you'd find in a user share.

    Link to comment
    Quote

    update_known_hosts: hostfile_replace_entries failed for /root/.ssh/known_hosts: Operation not permitted

     

    This should fix this part.

    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.