Beiträge von glharlor

    I have the OMV-extras rsnapshot installed. I have roughly 20 folders setup with snapshot pairs. I am getting an error when attempting to run some of the snapshots


    Error #0:
    OMV\ExecException: Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C.UTF-8; /bin/sh daily 0b3ea86d-8710-46b3-95e2-e4aa8a56a692 2>&1': /bin/sh: 0: Can't open daily in /usr/share/openmediavault/engined/rpc/rsnapshot.inc:202
    Stack trace:
    #0 /usr/share/php/openmediavault/rpc/serviceabstract.inc(588): OMVRpcServiceRsnapshot->{closure}('/tmp/bgstatusQy...', '/tmp/bgoutputwR...')
    #1 /usr/share/openmediavault/engined/rpc/rsnapshot.inc(204): OMV\Rpc\ServiceAbstract->execBgProc(Object(Closure))
    #2 [internal function]: OMVRpcServiceRsnapshot->execute(Array, Array)
    #3 /usr/share/php/openmediavault/rpc/serviceabstract.inc(123): call_user_func_array(Array, Array)
    #4 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod('execute', Array, Array)
    #5 /usr/sbin/omv-engined(537): OMV\Rpc\Rpc::call('RSnapshot', 'execute', Array, Array, 1)
    #6 {main}


    They are setup exactly the same way as the other ones, so I have no idea why they are failing to snap shot the shares. Any one have any idea where I might look to correct this?

    Try adding ntlm auth = yes to extra options

    Thanks, looks like I got close. Again I would like to put forth that this is a large issue that is very difficult to diagnose. I fail to see what benefit this is to OMV. I am sure it hurts the adoption of the platform as a lot of people would never figure out the issue unless they liked digging through logs. It also appears to be extremely random on my end. Different releases of windows 10 alone are causing the issue. Why not allow most traffic, and allow admins to increase the security level?

    So it looks like ntlm auth = ntlmv1-permitted can be added to extra options under SMB - CIFS settings. I am not certain that it is formatted correctly, but I am not getting an error in the log. I haven't tested to see if this will work either. I don't think this should need to be added for SMB shares to work consistently, or should at the very least be the default setting. Looks like I solved my own problem, hopefully this will be helpful to others experiencing similar issues.

    I love OMV, but I have consistently run in to an issue while using SMB shares with Windows 7 and 10. The issue is that the username and password prompt just constantly comes back despite proper credentials, and there is no way to access the shares. There are many many versions of windows 10 and 7 that default to Send LM & NTLM - NTLMv2 session if security is negotiated under local security policy > Network security: LAN Manager authentication level. When this is the case it does not negotiate the higher revision of the protocol. I find this issue is random on new installs and random old installations of windows.


    When this is set, there is no way to get to any shares. To make the shares work you have to set it to Send NTLMv2 response only. Initially I nearly got rid of OMV altogether, until I found a post on a different forum about this issue. Why is it that OMV requires NTLMv2 authentication. Is there anyway this could be changed to just work, or is there a setting I am missing?


    For anyone experiencing this issue, the fix is as follows


    Run local security policy

    click Local Policies

    Click Security Options

    FInd Network Security LAN Manager authentication level

    Change the option to Send NTLMv2 only.


    This has to be done per PC that experiences the issue


    Thanks