Issue opened on github.
Ciao nicolai95
Hai risolto il problema?
Credo che dovresti dare un'occhiata all'utente che hai creato per accedere alle risorse e ai diritti che gli hai assegnato.
I dischi che stai usando sono stati re-inizializzati e formattati da OMV?
Thank you all for your responses and the assistance you're providing.
Disabling a healthcheck seems more like a "workaround" than a solution, even if it's a temporary one.
Additionally, I'm unfamiliar with the omv-salt and omv-env commands, which means I'd have to copy-paste something I don't fully understand (although I have complete trust in Votdev and all of you who are helping).
I'm more than happy to help by running additional checks on my system if anyone would like to investigate further.
I'm unable to do this on my own, and I also feel inappropriate opening a GitHub issue, as I would end up describing something I don't fully comprehend, which is rather unprofessional.
Personally, if the plugin will not works correctly, I'll simply stop using it and this will not be a big problem for me.
However, if my help is needed, I can try follow any "guide" you provide to better understand the issue.
With great respect, I thank you again for your availability.
The plugin seems to be working fine, but I noticed that it is spamming the syslog every 5-10 seconds with the following lines:
Since May 2024, this behavior seems not to be corrected: it is actually present on my OMV.
I found myself forced to disable the File Browser plugin.
Does somebody know why this behavior has not be corrected? Is there a specific reason?
I make automated dd backups of my OMV system disk nightly.
This automation is interesting.
Could you share the dd command or the script you use to do this?
And also, what size will the backup be, compared to the size of the boot disk? Is it 100% of it or is it compressed and how?
My Anacron script, scheduled to run daily with a 10-minute delay, is executing twice after each reboot.
There is also an old thread in this forum, but I didn't found a solution appliable to me in it.
I'm creating a new thread as the system recommended, since the old one is more than a year old.
I suspect the issue began after upgrading OMV6 to OMV7 without a full reinstall, following a guide found in this forum. Is it possible?
Since in the old thread the problem has been found in /etc/anacrontab, I paste its content here:
root@omv:~# cat /etc/anacrontab
# /etc/anacrontab: configuration file for anacron
# See anacron(8) and anacrontab(5) for details.
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
HOME=/root
LOGNAME=root
# These replace cron's entries
1 5 cron.daily run-parts --report /etc/cron.daily
7 10 cron.weekly run-parts --report /etc/cron.weekly
@monthly 15 cron.monthly run-parts --report /etc/cron.monthly
# >>> [omvanacron]
1 10 Update_OMV /root/Collection/check_connected_devices/check_connected_devices.sh >/dev/null 2>&1
@monthly 30 Internal_Backup /root/Collection/internal_backup/execute-internal-backup.sh >/dev/null 2>&1
# <<< [omvanacron]How can I debug the issue? And is the anacrontab file correct?
Thank you in advance.
Finally, after several tests, I bought a new Network Card, based on Intel 82756 as andrzejls suggestion.
With this intel card the speed is good in both direction, download and upload, and both via SMB and NFS.
In the mean time, when I was waiting for the new NIC, I studied the problem and try to do some kind of troubleshooting using different methods (wireshark, tcpdump, changing SMB parameters, using different versions of Linux Kernel, loading the atl1e driver with different parameters), but I haven't been able to find the EXACT problem, and not even a method to gain some download speed.
The only information I could find online are:
Some externale references, if someone in the future will find this thread:
Conclusion:
if you have a Qualcomm Atheros AR8121/AR8113/AR8114 hardware and you find it very slow to send data, buy a new Network Card getting advice from experts.
Thank you all for your support and for your time.
What nic hardware are you using? lspci
#lspci
02:00.0 Ethernet controller: Qualcomm Atheros AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0)
#lspci -kn
02:00.0 0200: 1969:1026 (rev b0)
Subsystem: 1043:8226
Kernel driver in use: ATL1E
Kernel modules: atl1e
#lshw
*-network
description: Ethernet interface
product: AR8121/AR8113/AR8114 Gigabit or Fast Ethernet
vendor: Qualcomm Atheros
physical id: 0
bus info: pci@0000:02:00.0
logical name: enp2s0
version: b0
serial: [MAC address removed by TheFax]
size: 1Gbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=ATL1E driverversion=5.16.0-0.bpo.4-amd64 duplex=full firmware=L1e ip=192.168.0.169 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
resources: irq:17 memory:febc0000-febfffff ioport:ec00(size=128)Results have been cleaned up in order to remove all infos not network-related.
Today, for test, I disconnected all my original disks from the server.
I reinstalled OMV from scratch into an SSD., and I have configured it with a SATA disk spinning at 10.000rpm, so I can run some benchmarks and experiments without the fear to break my original configuration.
After the inital, very basic, setup the speed is very low, as my original OMV system:
SMB: read 5MB/s, write 99MB/s.
NFS: read and write at 95MB/s.
I made also some modification in BIOS, disabling some "ECO functionalities", but nothing changes.
I installed an external USB 2.0 to Ethernet adapter.
With this adapter the SMB read speed grows up to 11MB/s, but this test is pretty insufficient to determine if this can be the problem, because:
1) USB2.0 have a very limited badwidth. (There are not USB3 connectors in this system)
2) also with original NIC I can reach 60MB/s of download speed, if i start TWO SMB download simultaneously.
I found another user with a similar problem: here . Also in his experience, there is a low performance ONLY in SMB and ONLY in ONE direction.
So NFS works as expected for Read and Write from the server -> W11, Linux Mint, Android
Not excaclty. I tested NFS only with Linux Mint.
SMB works as expected for Write but degrades for Read from the server -> W11, Linux Mint, Android
Yes. Tested with all OS you mentioned. Remember that speeds improve drammatically every time I start a second download.
Even I'm having trouble understanding that, if there was the same issue on NFS as on SMB then we would be looking at a hardware problem, some where
I've tested NFS on my W10 and I would use it except for the fact that you have 'map' a drive letter to a share, something I've never done, my shares are viewable in File Manager -> Network
Are your SMB shares mapped as drive letters
Re IPv6, for local networking it's not necessary at some point in the future when more of the internet moves to IPv6 then the change will be inevitable + if you do things like nslookup IPv6 always seems to be first in the queue.
Yes, also for me it's a trouble to understand. I think the problem cannot be in the hardware because of the tests I done. But if you have other tests to propose, feel free to tell me which.
No network mapped on drive letters for me. This is not the problem, because Linux Mint cannot "map letters".
I Know that IPv6 is very important. Sooner or later I will study that too. As a hobbyist, I haven't done it yet.
Today I made some test:
1) I swapped my Linux Mint computer with my NAS and repeated the speed tests made above. This test is useful in order to exclude 100% every hardware related problem on the ethernet/hardware side (eg cables, switch connectors, power source, electric noise, cables lenght, etc..).
With unit swapped the speeds don't change: Linux Mint near 100MB/s, OMV near 4/5 MB/s. with one transfer in progress.
2) I tried to upload a file from W11 to NAS. The speed is above 99MB/s during all the transfer.
3) I tried to configure SMB with some "extra stuff" linked on my first post. Nothing change. Retuned to original default configuration after this test.
So the sure things are:
1) I need to consider good the hardware part.
2) The issue is present only when one transfer is in progress. Does not matter if the download device is W11, Android or Linux.
3) The issue is present only in "download" mode. Upload runs fast.
4) The issue is present only with SMB protocol. Download and upload with NFS runs very fast @95-100MB/s.
Interesting, have you tried this between Linux Mint and OMV
Yes I tried. The speed is slower than Windows 11. A transfer from NAS to Mint runs @ 1.6MB/s.
do you have IPv6 enabled in your network settings on W11
Since I know nothing about IPV6, and I don't know if it can be "dangerous" to me, I disabled it in OMV and also in my router.
So both OMV and Windows 11 have not an IPV6.
Can you try transferring between two windows computers on your network?
Unfortunately no. I have no a second windows computer with gigabit (1Gb) connection.
But I have another PC with Linux Mint installed, and this is the SMB throughput between them:
This screenshot rapresents the download of a 4GB file from Linux Mint to Windows 11.
Some time ago I also reached these speeds with OMV.
TBH we are assuming that the network connectivity is 100%, check the connection between the server and client and vice versa is sound by using iperf
Thank you very much geaves for your hint. This is the result:
192.168.0.5 is the IP of my OMV NAS.
I'm investigating, and I'll keep you informed if I find something interesting.
Thank you for your answer ryecoaaron.
Every comment to my initial post is welcome, because I'm here to learn.
First I would like to say that I have full faith in OMV: I have been using it since version 3 and any problems I have ever encountered with this software have never caused me any resentment, as I know very well that it is written by people who did it in completely free way. So I have only to thank both the programmers of OMV and this forum itself.
There are so many factors that play into samba speed and many of them are the client and the network. Some users are using slow wifi and others are using 10GBe. Some people have very invasive virus scanners that can significantly slow down transfers.
Yes, I understand. This is why I tried to be as detailed as possible. Seems to me that my test is demostrating that disks and hardware parts are not the bottleneck, otherwise I would not be able to reach speed of 60MB/s (limited in my tests by PC local disk). The same is true for the Antivirus (that is the default one provided with W11).
So I start my argument assuming the problem is on the software.
Am I sure it’s SMB’s fault? No, absolutely no.
Is it reasonable to think it’s SMB’s fault? From my point of view, given the amount of complaints that run in the www, yes.
This is why I asked if there is a scientific way to tune SMB parameters.
You mention that there are 190 pages of samba docs and that you shouldn't be the one to go through that.
I say also that I read this document in the most interesting parts for me: as a computer enthusiast, I have no problem studying a new topic. The problem is that even if I learn how to configure a samba server, I still don’t know which configuration to assign to it because I don’t know what the client wants.
There is only one author of OMV and he doesn't use samba last I checked. Even I don't use samba since I don't use Windows.
It is not clear to me what you want to say with these sentences. Are you saying that if you && the author of OMV are not using SMB, its default configuration is abandoned to itself? Or are you saying that "a tipical an OMV user" doesn't use SMB because probably its main OS is Linux?
The good news is that this is not an OMV issue.
No it isn't. Unless the default configuration can be the issue.
So, you can look at everything on the internet for tips not just OMV related. I will mention that samba itself has to disable older protocols that are full of security holes. These older protocols usually have less overhead and can yield higher speeds.
Again, I have nothing against OMV. But the fact that I am able to reach high speeds makes me hope that it is a question of adjusting some parameters, but I would like to find them in a scientific rather than experimental way.
I know you are looking for a short magic answer to the problem but there isn't one.
Thank you to inform me about this. Sometimes, with Linux, magic happens. There are people out there who have big brains. It is not uncommon for these people to write free software, and go deep into a problem.
Thank you again for your help and the time you spent for me, ryecoaaron.
Hi guys,
let's take a look to transfer speed from my NAS to my Computer:
Ok, more or less 5 MBytes/s. Quite disappointing. 
But... try to start another simultaneous transfer, from the same NAS, same disk, same folder, to the same computer, same disk, same folder:
Oh my god!... The first file now is running 6 time faster! 
The total transfer speed now is 60MBytes/s, and it is able to saturate the bandwidth of my local disk!
Let's try to pause the second file:
Good! The behaviour is repetible: now, with the second transfer paused, the first one dropped down to its initial speed of 5Mb/s.
It's magic! It's samba 
.
I noticed this behaviour some months ago, when I installed OMV6 on a machine where OMV5 was present and worked for years. I thought a lot before writing this thread, because SMB performance is a problem widely documented on Internet.
I found a lot of guides about how to improve SMB performance editing some configuration: example Link 1, Link 2, Link 3.
What makes me confused is the fact that in several posts/threads/websites, I found sentences like this:
Quote(the next sentence is a modified version of the most clear advice that professional users generally give to people that complains about low SMB performance)
It does not make sense to post different smb settings as these settings are serving a purpose. So they might make sense or not depending on the use case.
If you want to check whether or not a setting makes sense for your situation, it might be best to consult the documentation
Link to official SMB documentation - If printed this document is more or less 190 pages long.
I understand this advice. And I am nerdly enough to read the destination document in the most interesting parts for me.
Bad for me that I can't know if, for my Windows, is better max xmit = 65535 or max xmit = 61477 or max xmit = 25981. And, I know, this is only a provocative example useful to explain that I cannot run 65535 benchmarks in order to find which value I should set to a single SMB parameter.
What I am asking to mystelf, since I would like to understand and learn, is:
The screenshots and the tests have been taken with this hardware configuration:
NAS: OMV6, latest upgrade, Gigabit connection, no SMB "modding" - only standard configuration. Intel Q6700 @ 2.66GHz. 4 GB Ram, 26%used. No Docker Containers running during the tests.
PC: Core i7/9700K, destination disk WD15EARS without load during the test, operating system Windows 11 latest version. 16 GB Ram. No apps was running during the test.
Thank you to share with me knowledge I don't have.
Sorry for the OT, but why "easier"?
Could you recommend a site where this easiness is explained, so I can study?
In my case I have a lot of scripts and seems to me easier to backup my root folder instead of backing up some selected files mixed with other files in /usr/bin.
Some scripts contain also secret codes (example: Telegram tokens) and placing them on /usr/bin seems to me more dangerous than use /root folder.
Is not the home directory the correct location where personal files should be placed?
Thank you ryecoaaron.
Problem solved.
Replaced spaces with underscores. Now it works.
In my old OMV5 installation, this configuration was perfectly working.
The actual istallation of OMV6 is a fresh one, on a new disk, using the official ISO.
Sorry but I think I not understand: should I change the string from
/root/Collection/omv_automatic_update/omv_automatic_update.sh
to
./Collection/omv_automatic_update/omv_automatic_update.sh
?
Pressing the "play" button on Anacron Plugin, these scripts runs correctly.
Hello everyone,
my NAS is running OMV6 without any problem, apart from anacron plugin (installed via OMVExtras).
Anacron is not running its tasks and I would need help in order to determine why this is happening.
root@omv:/# cat /etc/anacrontab
# /etc/anacrontab: configuration file for anacron
# See anacron(8) and anacrontab(5) for details.
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
HOME=/root
LOGNAME=root
# These replace cron's entries
1 5 cron.daily run-parts --report /etc/cron.daily
7 10 cron.weekly run-parts --report /etc/cron.weekly
@monthly 15 cron.monthly run-parts --report /etc/cron.monthly
# >>> [omvanacron]
1 10 Update OMV /root/Collection/omv_automatic_update/omv_automatic_update.sh >/dev/null 2>&1
@monthly 30 Internal Backup /root/Collection/internal_backup/execute-internal-backup.sh >/dev/null 2>&1
# <<< [omvanacron]
root@omv:/# cat /etc/crontab
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# Example of job definition:
# .---------------- minute (0 - 59)
# | .------------- hour (0 - 23)
# | | .---------- day of month (1 - 31)
# | | | .------- month (1 - 12) OR jan,feb,mar,apr ...
# | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# | | | | |
# * * * * * user-name command to be executed
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#
root@omv:/# ps auxww | grep [c]ron
root 966 0.0 0.0 6748 2936 ? Ss 21:54 0:00 /usr/sbin/cron -fPlease, can anyone help me understand?
Thank you.
This should do the trick:
sudo /usr/sbin/omv-rpc -u admin "config" "applyChanges" "{ \"modules\": $(cat /var/lib/openmediavault/dirtymodules.json),\"force\": true }"
Are there any differences with OMV6?
Cookies are where you store client side settings.
Yes, but this is not a "browser setting". This is instead an "administrator" setting (administrator intended as phisycal person).
I think this setting should follow the administrator, not the browser.
Like amazon, where the cart follow the user in every browser he use.