Can Not Add New Shared Folder

    • OMV 4.x
    • Can Not Add New Shared Folder

      First off I have tried clearing my browser cache but that didn't solve the problem.

      I have some previously shared folders that were created a long time ago, screenshot - shared-folders.jpg.

      I have not needed to add any new shared folders until now and the process now fails.

      I hit the Add button and fill out the table for a new shared folder called d1-movies, screenshot - newsharedfolder.jpg, then I hit the Save button. The new shared folder now appears in the table, screenshot - newsharedfolder2.jpg.

      Then I hit the Apply button and an error popup is thrown, screenshot - error1.jpg. When I press the Show Details button I get screenshot - error2.jpg.

      All I can do at this point that does not throw any additional errors is revert the changes.

      Any ideas?
      Images
      • shared-folders.jpg

        56.66 kB, 1,034×390, viewed 163 times
      • newsharedfolder.jpg

        49.29 kB, 552×484, viewed 106 times
      • newsharedfolder2.jpg

        94.69 kB, 1,682×482, viewed 127 times
      • error1.jpg

        42.95 kB, 721×418, viewed 140 times
      • error2.jpg

        213.59 kB, 1,678×572, viewed 167 times
      --
      Google is your friend and Bob's your uncle!

      RAID - Its ability to disappoint is inversely proportional to the user's understanding of it.

      OMV 5.x on ASRock Rack C2550D4I C0 Stepping - 16GB ECC - Silverstone DS380 + Silverstone DS380 DAS Box.
    • I have seen this too. systemd is trying to restart all of the /sharedfolder mount points and fails to restart the ones that are in use. If you lsof | grep sftp and kill the pid using it (assuming that is ok), you should be able to apply.
      omv 5.3.4 usul | 64 bit | 5.3 proxmox kernel | omvextrasorg 5.2.5
      omv-extras.org plugins source code and issue tracker - github

      Please read this before posting a question and this and this for docker questions.
      Please don't PM for support... Too many PMs!
    • Thanks.

      I ran lsof | grep sftp and it came back with these PIDs.

      That /sftp shared folder is the chroot for the sftp server set up by hand ages ago (not using OMV's SFTP stuff).

      I will try killing these off later and see what happen. I can't right now because the server is streaming a movie to a remote user.


      Source Code

      1. root@omv:~# lsof | grep sftp
      2. rsyslogd 1634 root 4u unix 0x000000002f011794 0t0 22794 /srv/dev-disk-by-label-d1/sftp/dev/log type=DGRAM
      3. rsyslogd 1634 root 23w REG 0,45 4075 18120 /var/log/sftp.log
      4. rsyslogd 1634 root 24w REG 0,45 63262 18153 /var/log/openmediavault-sftp.log
      5. in:imuxso 1634 1657 root 4u unix 0x000000002f011794 0t0 22794 /srv/dev-disk-by-label-d1/sftp/dev/log type=DGRAM
      6. in:imuxso 1634 1657 root 23w REG 0,45 4075 18120 /var/log/sftp.log
      7. in:imuxso 1634 1657 root 24w REG 0,45 63262 18153 /var/log/openmediavault-sftp.log
      8. in:imklog 1634 1658 root 4u unix 0x000000002f011794 0t0 22794 /srv/dev-disk-by-label-d1/sftp/dev/log type=DGRAM
      9. in:imklog 1634 1658 root 23w REG 0,45 4075 18120 /var/log/sftp.log
      10. in:imklog 1634 1658 root 24w REG 0,45 63262 18153 /var/log/openmediavault-sftp.log
      11. in:imudp 1634 1659 root 4u unix 0x000000002f011794 0t0 22794 /srv/dev-disk-by-label-d1/sftp/dev/log type=DGRAM
      12. in:imudp 1634 1659 root 23w REG 0,45 4075 18120 /var/log/sftp.log
      13. in:imudp 1634 1659 root 24w REG 0,45 63262 18153 /var/log/openmediavault-sftp.log
      14. rs:main 1634 1660 root 4u unix 0x000000002f011794 0t0 22794 /srv/dev-disk-by-label-d1/sftp/dev/log type=DGRAM
      15. rs:main 1634 1660 root 23w REG 0,45 4075 18120 /var/log/sftp.log
      16. rs:main 1634 1660 root 24w REG 0,45 63262 18153 /var/log/openmediavault-sftp.log
      17. smbd 7767 root cwd DIR 0,174 131072 9006668578818 /srv/dev-disk-by-label-d1/sftp/outgoing/movies
      18. root@omv:~#
      Display All
      --
      Google is your friend and Bob's your uncle!

      RAID - Its ability to disappoint is inversely proportional to the user's understanding of it.

      OMV 5.x on ASRock Rack C2550D4I C0 Stepping - 16GB ECC - Silverstone DS380 + Silverstone DS380 DAS Box.