Posts by David B

    I can't replicate this at all. I am able to start and stop it with systemctl and /etc/init.d/

    Here's what I see:

    I'm not really sure what to do at this point. I'm considering doing a good old kill -KILL <pid>, but at the same time, I am not sure that's a good idea.

    Update: I decided to give it a shot and used `kill` as I mentioned above. It worked.

    If you are determining that it is still running by the services green indicator then that is deceiving. /etc/init.d/proftpd status is the most accurate method or grep the output of ps.

    It still shows as running using these two commands as well. It's the unkillable service.

    I added a new directory to my FTP server configuration, but it is not displaying when I log in even though the permissions are set properly. I thought I might be able to fix this by stopping and restarting the proftpd service, but I seem to have a strange issue with being unable to actually stop the service. When I disable FTP through the web UI, I can still log in to the FTP server. I also tried service proftpd stop but was still able to log in. What can I do about this?

    Omv 5 is still in beta due to the facts that bugs still can appear. Try to report that issue here in the forum at the dev threads or at the development areas (github etc.)

    I would try to go back to the previous version where everything was working fine - I hope you did a backup of the system before upgrading to OMV 5 beta and come back if the usb disconnect issue is gone.

    I was having this issue on OMV 4 as well though so I don't think it's tied to OMV 5 being a beta.

    Ditto issue on mine. Waiting for an answer.
    From my observation, the unmount happens when multiple users are writing to the disk.

    The disk that is unmounting on my system is not accessible to multiple users. The only way it is ever accessed is by rsync once every 24 hours to back up changes that were made on another disk. The unmounting is inconsistent as well. Sometimes I have to remount it several times a day, while other times it will go several days before unmounting again.

    Until I can find a real solution to this problem, my current workaround was to set a scheduled job to run a mount command on the drive once every hour.

    Maybe an issue with the cable? Do you see the same symptoms when you unplug the cable and plug it in again?

    Are you using USB3? If so, check if the same happens with a USB2 cable.

    I checked the cable yesterday (the first time I touched any of the hardware since setting it up) and it hasn't unmounted since then. Hopefully that's enough for the problem to be solved. I am not confident enough to say that it won't happen again just yet though.

    In the last week, one of my 4 external USB drives has started randomly unmounting as well, and I am not sure what to do about it. The disk in question serves as a backup disk to another disk using rsync. At least once a day, I have to log in to OMV and manually remount it. I did recently upgrade from OMV 4 to OMV 5, but I do not believe that this has anything to do with the problem, as this started happening after upgrading to OMV 4.1.30 before I jumped to OMV 5.

    Prior to this, I had my server up for a long time (294 days, to be exact) and the unmounting issue had not occurred at all with in that time. The disk's SMART tests are passing and I don't hear anything physically wrong with the disk when listening to it, so I am reasonably sure that there is no problem with the disk itself. What's going on? Is there anything I can do to stop this?

    It is ported enough that it installs and enables. I can't do any testing beyond that. It is in the testing repo. If anything is wrong beyond this, you will need to fix it.

    Okay, thank you for verifying. When the insanity of this semester settles, I will experiment with OMV5 and try to figure out what, if anything, is broken.

    I don't know why I didn't finish porting it. Looking at my commits on github, it looks like it is mostly done. I will check it out.

    I know you and I have discussed this before, but please consider porting the OpenVPN plugin. Even if it's just by writing a wrapper script to call the shell script as we discussed earlier. :)
    I would do it myself, but school work is taking up all of my time.