Posts by steakhutzeee

    Hi, i notice that my SMB speeds with Windows 10 are pretty slow. Tried to copy folders from my Odroid HC2 to my Windows 10 pc and i see a maximum speed of circa 25 MB. Why this?


    I have these options in SMB for OMV:


    min protocol = smb2
    min receivefile size = 16384
    write cache size = 524288
    getwd cache = yes
    read raw = yes
    write raw = yes
    socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=65536 SO_SNDBUF=65536
    max xmit = 65535


    EDIT: Removing these options the speed went to circa 40 MB. But that's too slow in comparison to the speeds i should get looking at the ODROID HC2 webpage.


    Maybe this is happening because i'm over wifi?


    Thanks in advance!

    Hi, i see there is a plugin named "openmediavault-diskstats" available for download on OMV5.


    Would like to know, what this plugin does? What is the difference with the actual S.M.A.R.T. monitoring? I read it adds iostats graphs. So basically it does not add any new monitoring capabilities but only other graphs to be seen in Diagnostics --> System Informations?


    I remember last time i tried installing it, it gave me different errors but don't remember if i was on OMV4 or on OMV5 already.


    Thanks in advance!

    If it works, it's not a wrong version. ;) I'm not sure if anything about OMV5 requires armbian buster / 5.4.y. As far as I can tell, OMV and armbian are independent-ish, with OMV being packages and configurations applied on top of an OS like armbian or others. Kernel 5.4.y is the latest with armbian and makes sense to use it in the longer term. armbian-config lets you choose different kernels, but I have no idea how well that would work in your case.

    Sure! I was just curious if i had just missed something.

    Anyway speaking about this, checked OMV for updates and found a lot of armbian related updates and also this (image attached). So it's integrated this way? Nice!

    Yes, I saw and tried applying it too through armbian-config. You can ask on IRC #armbian, but last time I checked, they said they didn't have time yet to work on kernel 5.4.y configs for the HC2. In fact they said they're not happy with the state of the performance and know it can be improved, but again it's a question of time/effort. At least it's stable.

    I'm on latest version of OMV 5 with kernel version 4.14.195-odroidxu4 :/

    I'm on the wrong version?

    No, to my knowledge the board optimizing configurations have not been implemented in the latest armbian, so applying them is pointless.


    This issue was with a big performance regression in memory copy speed, which has thankfully been fixed. Just make sure you're on a recent kernel, and it's all good now.

    Thanks!

    Strange i saw infos about this optimization on the Armbian download page for HC2: https://www.armbian.com/odroid-hc1/

    It also says: "for kernel 4.14.y or higher"

    On Armbian's hc1/hc2 download page just below the first download options there is this:

    After installing the Buster Server image at the very bottom of the page I run the config utility, and then run the OMV install script. I couldn't say if it helps, but I didn't notice any adverse effects. I just wondered if it even applied to the server version of the install.

    I did not noticed that when i installed it on my Odroid HC2.


    Could i apply these optimizations even now that i'm on OMV5 already?

    You do realize that the shared folder privileges are an OMV dialog not something added by the sftp plugin? group privileges can be used with other plugins like samba. They just aren't used with the sftp plugin.


    So, yes, it seems super simple to click the sftp-access group checkbox and expect the plugin to do the rest but it doesn't work that way nor do I want to try and code that nightmare.

    Sure I realize that, this is exactly why I was asking what that entry (sftp-access) did into the dialog. Now I know it does nothing. Maybe it could be removed from there just to not be confusing for other users?

    The plugin does nothing with group permissions.

    The group determines if the user is chroot'd when sftp'ing in. It would be a major pain to add/maintain a folder to every share for every user that sftp-access has permissions too. How many users are you giving privileges too?

    The plugin adds the rsyslog entry. It can't really do much more if your system is not logging anything to syslog. Not sure how to fix this.

    What I am saying is that when checking privileges for shared folders, apart from my user and the other one I created I see also the sftp-access. Like it's an user. So the question was, what's the use of the sftp-access entry in the shared folders privileges if at the end the privileges are to be set per user?


    Regarding the log, that fixed on its own.


    EDIT: I have attached what I see in the privileges tab for every single shared folder.

    @ryecoaaron Group sftp-access is set to read-only on a particular shared folder. When configuring that folder in sftp plugin for a new user OMV says that the user does not have read-only or read/write permissions. So what is the use of the sftp-access options in the priviliges if i have to set the priviliges manually for every user?


    And another issue is that i can only see the logs for my user in SFTP from "System Logs" tab, in fact i have the dev folder when connecting. Rsyslog is enabled, but there is no logging in SFTP for the second user i just created. It's part of users and sftp-access groups. In syslog instead i can see the user started his session.


    Tried to delete the user completely and also remove it from sftp access list and add it again but the issue persists.

    Actually i did some tests, with tcpdump, doing a "curl 1.1.1.1" from the inside of another container".


    192.169.1.197 is my Odroid HC2 eth ip post-nat.

    172.18.0.4 = container IP no-nat


    The following with wireguard up, so not working:


    Code
    root@DK:/srv/dev-disk-by-label-HC2/DockerCompose/wireguard# tcpdump -i enx001e06328f28 -c 100 -n src 1.1.1.1 or dst 1.1.1.1
    tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
    listening on enx001e06328f28, link-type EN10MB (Ethernet), capture size 262144 bytes
    22:36:27.134741 IP 172.18.0.4.55440 > 1.1.1.1.80: Flags [S], seq 3880654192, win 29200, options [mss 1460,sackOK,TS val 3856157367 ecr 0,nop,wscale 7], length 0
    22:36:28.153752 IP 172.18.0.4.55440 > 1.1.1.1.80: Flags [S], seq 3880654192, win 29200, options [mss 1460,sackOK,TS val 3856158386 ecr 0,nop,wscale 7], length 0
    22:36:30.169768 IP 172.18.0.4.55440 > 1.1.1.1.80: Flags [S], seq 3880654192, win 29200, options [mss 1460,sackOK,TS val 3856160402 ecr 0,nop,wscale 7], length 0
    22:36:33.722209 IP 172.18.0.4.55448 > 1.1.1.1.80: Flags [S], seq 277366197, win 29200, options [mss 1460,sackOK,TS val 3856163955 ecr 0,nop,wscale 7], length 0
    22:36:34.671531 IP 172.18.0.4.55452 > 1.1.1.1.80: Flags [S], seq 3704919641, win 29200, options [mss 1460,sackOK,TS val 3856164904 ecr 0,nop,wscale 7], length 0
    22:36:35.473943 IP 172.18.0.4.55454 > 1.1.1.1.80: Flags [S], seq 267325050, win 29200, options [mss 1460,sackOK,TS val 3856165706 ecr 0,nop,wscale 7], length 0

    The following without wireguard, so connection restored:


    The 172... address should be nat'ed to the 192... one.

    Any idea?

    win32diskimager will still backup unused space on partitions. usbimager at least can compress the image and empty space usually compresses very well. I just used usbimager with the compress and verify options checked to read a 32GB SD card (RPi4 running OMV) and the compressed image was 885MB. It took about 16 mins to create.

    Oh i see, thank you for the clarification.

    What value did you used in the drop down menu, from 1M to 512M?

    Hi :)


    It's days i'm trying to figure out this issue but without luck.


    On my Odroid HC2 i tried to setup wireguard container with this compose:



    As soon as i start the container, the whole network of the containers breaks. If i try to "curl 1.1.1.1" from inside a container, i have no response. Basically all the containers lose their network.


    An user from linuxserver community reproduced my same config on OMV in an x86:64 VM and had no issue. All parameters where the same.


    Do you have any idea why?