Yes, of course. You should be able to do it from the web interface. I am not home and I cannot show you the exact option. My guess is that you should be able to do it from Network - General. Look for hostname there.
Posts by tmihai20
-
-
When creating a file/folder, it will have permissions for the owner/creator of the file/folder, for the group of the owner/creator and for the others. These have equivalents in Windows as well, although it is a little more convoluted. Permissions are read, write or none for each user. Do not mix permissions for a folder with permissions used to give or deny access to a folder. I find this guide explains it very well.
ACL refers to how you can control which users can access shared folders. It is meant to be used in a GUI and make permissions work in the GUI. Basically you can do the same thing as ACL on a command line. My NAS has multiple users and multiple folders and I am using ACL to hide some folders from some users.
One example is that you can create a folder using any user you may want, but you may want to allow access to that folder to other users on the system. A good idea is to create folders using only one user, then use ACL to give or deny access to folders.
-
As the one that has asked the first question, I understand that OMV is quite mature now and any change like this is coming too late. It would be a major disturbance in the Force. I don't have the energy to even try this in Nix.
Having used OMV since 2015-ish, I like how it has evolved and it is very stable. I don't use containers at all and I did not encounter that issue that existed at some point in OMV 7 usage. A moderator can lock this topic down now, especially since the main dev has replied here.
PS: The GPU acceleration issues I had were caused by some packages and were not OMV's fault in any way. Where there is a new version of the kernel there are sometimes issues with the packages that depend on the new kernel headers.
-
I had posted initially in another thread, but I had a very similar issue (3 HDDs were exhibiting issues that could be seen in dmesg). The errors I was seeing were like below. Out of the 3, only 2 are actually used and I had issues with the shares coming from the 2 HDDs with problems.
Code
Display More2025-01-28T21:54:55+0200 nas kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.SAT1.SPT0._GTF.DSSP], AE_NOT_FOUND (20240322/psargs-332) 2025-01-28T21:54:55+0200 nas kernel: 2025-01-28T21:54:55+0200 nas kernel: No Local Variables are initialized for Method [_GTF] 2025-01-28T21:54:55+0200 nas kernel: 2025-01-28T21:54:55+0200 nas kernel: No Arguments are initialized for method [_GTF] 2025-01-28T21:54:55+0200 nas kernel: 2025-01-28T21:54:55+0200 nas kernel: ACPI Error: Aborting method \_SB.PCI0.SAT1.SPT0._GTF due to previous error (AE_NOT_FOUND) (20240322/psparse-529) 2025-01-28T21:54:55+0200 nas kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.SAT1.SPT0._GTF.DSSP], AE_NOT_FOUND (20240322/psargs-332) 2025-01-28T21:54:55+0200 nas kernel: 2025-01-28T21:54:55+0200 nas kernel: No Local Variables are initialized for Method [_GTF] 2025-01-28T21:54:55+0200 nas kernel: 2025-01-28T21:54:55+0200 nas kernel: No Arguments are initialized for method [_GTF] 2025-01-28T21:54:55+0200 nas kernel: 2025-01-28T21:54:55+0200 nas kernel: ACPI Error: Aborting method \_SB.PCI0.SAT1.SPT0._GTF due to previous error (AE_NOT_FOUND) (20240322/psparse-529) 2025-01-28T21:54:55+0200 nas kernel: ata5.00: configured for UDMA/133 2025-01-28T21:54:55+0200 nas kernel: sd 4:0:0:0: [sdd] tag#15 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=26s 2025-01-28T21:54:55+0200 nas kernel: sd 4:0:0:0: [sdd] tag#15 Sense Key : Illegal Request [current] 2025-01-28T21:54:55+0200 nas kernel: sd 4:0:0:0: [sdd] tag#15 Add. Sense: Unaligned write command 2025-01-28T21:54:55+0200 nas kernel: sd 4:0:0:0: [sdd] tag#15 CDB: Read(16) 88 00 00 00 00 00 00 00 08 18 00 00 00 08 00 00 2025-01-28T21:54:55+0200 nas kernel: I/O error, dev sdd, sector 2072 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0 2025-01-28T21:54:55+0200 nas kernel: ata5: EH complete 2025-01-28T21:54:55+0200 nas kernel: EXT4-fs (sdd1): mounted filesystem 6458ae7e-d39d-42dc-af30-0b1d6adc8645 r/w with ordered data mode. Quota mode: journalled. 2025-01-28T21:54:56+0200 nas kernel: ata5.00: exception Emask 0x50 SAct 0x2600000 SErr 0x4090800 action 0xe frozen 2025-01-28T21:54:56+0200 nas kernel: ata5.00: irq_stat 0x00400040, connection status changed 2025-01-28T21:54:56+0200 nas kernel: ata5: SError: { HostInt PHYRdyChg 10B8B DevExch } 2025-01-28T21:54:56+0200 nas kernel: ata5.00: failed command: READ FPDMA QUEUED 2025-01-28T21:54:56+0200 nas kernel: ata5.00: cmd 60/08:a8:00:08:00/00:00:03:00:00/40 tag 21 ncq dma 4096 in res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x50 (ATA bus error) 2025-01-28T21:54:56+0200 nas kernel: ata5.00: status: { DRDY } 2025-01-28T21:54:56+0200 nas kernel: ata5.00: failed command: READ FPDMA QUEUED 2025-01-28T21:54:56+0200 nas kernel: ata5.00: cmd 60/08:b0:00:08:40/00:00:03:00:00/40 tag 22 ncq dma 4096 in res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x50 (ATA bus error) 2025-01-28T21:54:56+0200 nas kernel: ata5.00: status: { DRDY } 2025-01-28T21:54:56+0200 nas kernel: ata5.00: failed command: READ FPDMA QUEUED 2025-01-28T21:54:56+0200 nas kernel: ata5.00: cmd 60/08:c8:18:08:c0/00:00:03:00:00/40 tag 25 ncq dma 4096 in res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x50 (ATA bus error) 2025-01-28T21:54:56+0200 nas kernel: ata5.00: status: { DRDY } 2025-01-28T21:54:56+0200 nas kernel: ata5: hard resetting link 2025-01-28T21:55:00+0200 nas kernel: ata4: link is slow to respond, please be patient (ready=0) 2025-01-28T21:55:02+0200 nas kernel: ata5: link is slow to respond, please be patient (ready=0) 2025-01-28T21:55:02+0200 nas kernel: ata5: SATA link down (SStatus 0 SControl 310) 2025-01-28T21:55:02+0200 nas kernel: ata5: hard resetting link 2025-01-28T21:55:02+0200 nas kernel: Initializing XFRM netlink socket 2025-01-28T21:55:03+0200 nas kernel: ata6: link is slow to respond, please be patient (ready=0) 2025-01-28T21:55:03+0200 nas kernel: ata6: SATA link down (SStatus 0 SControl 310) 2025-01-28T21:55:03+0200 nas kernel: ata6: limiting SATA link speed to 1.5 Gbps 2025-01-28T21:55:07+0200 nas kernel: ata5: link is slow to respond, please be patient (ready=0) 2025-01-28T21:55:09+0200 nas kernel: ata6: link is slow to respond, please be patient (ready=0) 2025-01-28T21:55:10+0200 nas kernel: ata4: link is slow to respond, please be patient (ready=0) 2025-01-28T21:55:12+0200 nas kernel: ata5: hard resetting link 2025-01-28T21:55:16+0200 nas kernel: ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 310)My issue was caused by a SATA power extension cable that the 3 HDDs were connected to. I am using a big case and the cables from the power supply are not long enough to reach all HDDs. My solution came from another forum where someone has posted the fix, fortunately. This may help other people. The only funny thing is that my NAS may have had the issue for a long time, but a kernel update actually revealed it. The same thing happened to the poster in the other forum (issue was visible after a kernel update).
-
Oh wow, this thread is being revived after 7 years. The browser interface is not the best, even when it is designed to be responsive. There is no application on Android that can connect to OMV and change anything like in the web interface. I, for one, am not interested in using the browser. I was using an app that is not even in Play Store anymore (it looks like I still have it because of cloud backups). That app had a few generic widgets like drive status. There are some generic apps today, but I don't want to see running stats, I want to be able to easily modify OMV specific stuff. Whenever I want to do this, I just go to my desktop/laptop and type away. Most of the time I have to do very small stuff like add a new share or an user.
-
EDIT: Question:
In folder /etc/ a few files of extension *.distrib.dpkg-dist were left there, are they to be removed-deleted? Examples are:
I think those are there because the update process was instructed to save the old files. Whenever a conf file is updated, you should be normally asked about what you want to do. My machine does not have any of those files, but I updated from an older 6.x to an older 7.x.
-
Oh wow, someone still using XU4. Have you tried running the fix script?
Codewget -O - https://github.com/OpenMediaVault-Plugin-Developers/installScript/raw/master/fix6to7upgrade | sudo bashI would also post in THIS thread. It is a more general one where people that had issues have been posting.
-
The script isn't meant to do the upgrade. It is meant to fix broken upgrades from the omv-release-upgrade command. So, there should be no choice. Always run omv-release-upgrade first.
Fortunately for me everything went well and everything is working well. It is good to know people should use "sudo omv-release-upgrade", then the script if needed.
-
I did not know which one to choose (the script or the upgrade command " sudo omv-release-upgrade", so I used the script that upgrades from OMV 6 to OMV 7. Upgrade went very smooth in my case.
-
I just realized that I don't know if SSH keys topic was touched. We should only use ED25519 keys from now on to mitigate an SSH issue that is plaguing all SSH connections. I think this could be done at OS level quite easily, generation of RSA/DSA keys should not be allowed anymore.
-
First of all, welcome to OpenMediaVault forums and I honestly commend you for asking. OMV is not meant to be used by a certain category of people. Its design makes it useful for complicated setups and for simple setups. I think you will find OMV to be quite fun to use. You can do everything on the web interface or you can use it as a Linux machine with SSH and so on. The only time you have to use the terminal would be when upgrading to a newer version (there are always guides and scripts to upgrade from version n to version n+1 - this is actually the recommended way to upgrade, to not skip versions).
I started using OMV on an oDroid XU4, graduated to another oDroid H2+ (x86 platform) and now I am using an older desktop. Plex works pretty well, but I have moved away from it and I am using JellyFin.
-
Fortunately I found the answer. The issue that I was seeing was due to one package that I was installing to get Nvidia hardware acceleration for JellyFin and other tools. I switched to the non-Proxmox kernel, I removed the Proxmox kernel, I rebooted the server, I reinstalled the Proxmox kernel and I saw a message that package firmware-misc-nonfree will be removed. The Nvidia kernel modules were compiled successfully and everything is back to normal now. I rebooted my server one more time and now functionality is back again.
-
I am usually updating packages from time to time and today I ran into an issue with the current Proxmox kernel 6.2.16-11-bpo11-pve. It seems there are no kernel headers available for it, so nvidia modules are not compiling for this kernel
Codesudo apt install linux-headers-6.2.16-11-bpo11-pve Reading package lists... Done Building dependency tree... Done Reading state information... Done E: Unable to locate package linux-headers-6.2.16-11-bpo11-pve E: Couldn't find any package by glob 'linux-headers-6.2.16-11-bpo11-pve'I don't know what kernel I was using before. I think backports are enabled. Could the kernel headers come from some other repo that is not enabled right now? Should backports be enabled or not? What could happen if backports are enabled?
-
I did not search on Reddit. I lost a lot of time with this issue and for now it seems to not manifest itself anymore. I rebooted with the Proxmox kernel and I cannot see any issues now.
-
I noticed a strange issue that I initially blamed it on a few power outages. I am using the latest available OMV 6 with the latest Proxmox kernel 6.2.16-11-bpo11-pve. The HDD in question is new, it was purchased last year with another one. I know that the issues shown in dmesg should mean that the HDD turned bad and today I booted into GParted Live and Seatools Bootable to check all HDDs. None of the tools are showing any errors with the HDD in question, I let it run the Short Generic Test. SMART information is clean and I cannot see any dmesg errors in GParted Live, Seatools Bootable or Ubuntu 22.04 Live. I even tried changing the SATA port. I don't know when the issue appeared, but I noticed sometime at the end of last year that my snapraid sync and scrub jobs were hung for a long time and that the snapraid.content on the affected drive is different than the ones on the other content drives.
Could this be related to the installation or the kernel? I have not tried booting into the mainline OMV kernel or any other older kernels. I also realized I didn't change the SATA cable with a new one to rule out a bad cable. What puzzles me the most is that booting into anything else but OMV shows no error on the affected drive. One strange behavior of the affected drive is that it appeared as not mounted at some point - mountpoint was completely empty. All data on it was visible after a reboot - that scared me the most and then I started doing some basic checks that led me to running Seatools Bootable and checking it in a Live CD environment. I can read and write on it now without any issues. I fear that if I were to send it for warranty I would just get it back as functional.
I am pasting the dmesg logs below.
QuoteDisplay More[ 7.910943] sd 6:0:0:0: [sdd] 23437770752 512-byte logical blocks: (12.0 TB/10.9 TiB)
[ 7.910945] sd 6:0:0:0: [sdd] 4096-byte physical blocks
[ 7.910954] sd 6:0:0:0: [sdd] Write Protect is off
[ 7.910956] sd 6:0:0:0: [sdd] Mode Sense: 00 3a 00 00
[ 7.910978] sd 6:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 7.910999] sd 6:0:0:0: [sdd] Preferred minimum I/O size 4096 bytes
[ 7.988961] sdd: sdd1
[ 7.989102] sd 6:0:0:0: [sdd] Attached SCSI disk
[ 9.688795] EXT4-fs (sdd1): mounted filesystem 6c5625b1-5261-4dd3-a63a-e6b878d2572e with ordered data mode. Quota mode: journalled.
[ 64.828391] sd 6:0:0:0: [sdd] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
[ 64.828397] sd 6:0:0:0: [sdd] tag#0 Sense Key : Illegal Request [current]
[ 64.828401] sd 6:0:0:0: [sdd] tag#0 Add. Sense: Unaligned write command
[ 64.828406] sd 6:0:0:0: [sdd] tag#0 CDB: Read(16) 88 00 00 00 00 02 95 00 08 38 00 00 00 08 00 00
[ 64.828408] I/O error, dev sdd, sector 11089741880 op 0x0:(READ) flags 0x83700 phys_seg 1 prio class 2
[ 64.828433] sd 6:0:0:0: [sdd] tag#1 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
[ 64.828437] sd 6:0:0:0: [sdd] tag#1 Sense Key : Illegal Request [current]
[ 64.828441] sd 6:0:0:0: [sdd] tag#1 Add. Sense: Unaligned write command
[ 64.828444] sd 6:0:0:0: [sdd] tag#1 CDB: Read(16) 88 00 00 00 00 02 95 40 08 00 00 00 00 08 00 00
[ 64.828446] I/O error, dev sdd, sector 11093936128 op 0x0:(READ) flags 0x83700 phys_seg 1 prio class 2
[ 64.828460] sd 6:0:0:0: [sdd] tag#3 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
[ 64.828463] sd 6:0:0:0: [sdd] tag#3 Sense Key : Illegal Request [current]
[ 64.828467] sd 6:0:0:0: [sdd] tag#3 Add. Sense: Unaligned write command
[ 64.828470] sd 6:0:0:0: [sdd] tag#3 CDB: Read(16) 88 00 00 00 00 02 95 c0 08 00 00 00 00 08 00 00
[ 64.828472] I/O error, dev sdd, sector 11102324736 op 0x0:(READ) flags 0x83700 phys_seg 1 prio class 2
[ 64.828487] sd 6:0:0:0: [sdd] tag#20 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
[ 64.828490] sd 6:0:0:0: [sdd] tag#20 Sense Key : Illegal Request [current]
[ 64.828493] sd 6:0:0:0: [sdd] tag#20 Add. Sense: Unaligned write command
[ 64.828497] sd 6:0:0:0: [sdd] tag#20 CDB: Read(16) 88 00 00 00 00 02 94 00 08 00 00 00 00 08 00 00
[ 64.828499] I/O error, dev sdd, sector 11072964608 op 0x0:(READ) flags 0x83700 phys_seg 1 prio class 2
[ 64.828510] sd 6:0:0:0: [sdd] tag#22 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
[ 64.828513] sd 6:0:0:0: [sdd] tag#22 Sense Key : Illegal Request [current]
[ 64.828517] sd 6:0:0:0: [sdd] tag#22 Add. Sense: Unaligned write command
[ 64.828520] sd 6:0:0:0: [sdd] tag#22 CDB: Read(16) 88 00 00 00 00 02 94 80 08 00 00 00 00 08 00 00
[ 64.828522] I/O error, dev sdd, sector 11081353216 op 0x0:(READ) flags 0x83700 phys_seg 1 prio class 2
[ 64.828533] sd 6:0:0:0: [sdd] tag#23 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
[ 64.828536] sd 6:0:0:0: [sdd] tag#23 Sense Key : Illegal Request [current]
[ 64.828539] sd 6:0:0:0: [sdd] tag#23 Add. Sense: Unaligned write command
[ 64.828543] sd 6:0:0:0: [sdd] tag#23 CDB: Read(16) 88 00 00 00 00 02 94 c0 08 00 00 00 00 08 00 00
[ 64.828545] I/O error, dev sdd, sector 11085547520 op 0x0:(READ) flags 0x83700 phys_seg 1 prio class 2
[ 64.828555] sd 6:0:0:0: [sdd] tag#30 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
[ 64.828558] sd 6:0:0:0: [sdd] tag#30 Sense Key : Illegal Request [current]
[ 64.828562] sd 6:0:0:0: [sdd] tag#30 Add. Sense: Unaligned write command
[ 64.828565] sd 6:0:0:0: [sdd] tag#30 CDB: Read(16) 88 00 00 00 00 02 95 00 08 00 00 00 00 08 00 00
[ 64.828567] I/O error, dev sdd, sector 11089741824 op 0x0:(READ) flags 0x83700 phys_seg 1 prio class 2
Edit: I just booted with the non Proxmox kernel 6.1.0-0.deb11.13-amd64 and I cannot see any issue with any disks. I ran snapraid and I also copied a large file to the affected disk for testing. I need to be able to use OpenCL, that is why I want to use Proxmox kernel.
-
Check for dead/sleeping processes. There was a power cut recently and I noticed sounds coming from my NAS. I did not pay attention to it for a few days, then I investigated. I found out that the snapraid sync job was running for a few days already (it should just sync new files and there were not that many). Any snapraid operation finished with errors about snapraid content. All my data drives had errors at filesystem level and I had to fsck all of them. I deleted the wrong snapraid content tmp files and now setup seems to be ok.
What I am suggesting is to check your data drives first and see if there are any errors on them (you need to do it from a live distro on USB). What is that nightly service doing? Why do you need it to be running nightly? I am doing scrub and sync once a week.
-
-
I apologize for reviving an old thread, but I am trying to achieve the same hardware decoding for JellyFin using a GTX 1060, but with OMV 6. Were you able to do this using the nouveau drivers?
Edit: To answer my own question, I found the needed steps. I am pasting them below. They are working on the proxmox kernel (version 6.2 at the time of the post). Installing nvidia-driver also blacklisted nouveau driver. I also wanted to have OpenCL also available. nvidia-smi and clinfo are both reporting working capabilities.
Code
Display Moresudo apt purge *nvidia* sudo apt autoremove sudo apt autoclean sudo reboot sudo apt install nvidia-kernel-dkms sudo apt install nvidia-smi clinfo lsmod | grep -i nouv # Nouveau drivers shouldn't be loaded # sudo apt install nvidia-driver firmware-misc-nonfree nvidia-opencl-icd sudo apt install nvidia-driver nvidia-opencl-icd sudo reboot clinfo nvidia-smi lsmod | grep -i nvidia # Nvidia drivers should be loaded # clinfo should show OpenCL interfaces # nvidia-smi should show hardware accelerationTo get hardware acceleration in JellyFin I also had to install libnvidia-encode1 (as I found HERE). It appears to be needed on Debian, for Ubuntu it is libnvidia-encode.
Code#for Debian sudo apt install libnvcuvid1 libnvidia-encode1 #to test capabilities /usr/lib/jellyfin-ffmpeg/ffmpeg -v verbose -init_hw_device cuda=cu:0 -hwaccel cuda -hwaccel_output_format cuda -i /path/to/the/media -an -sn -vframes 1 -f null -PS: Starting with Proxmox kernel 6.2.16-20-bpo11-pve, package firmware-misc-nonfree should not be installed anymore. I was getting errors with nvidia kernels dkms build and I did not know why. Even after following my own advice I could not get it to work. I switched back to the non-Proxmox kernel, I removed the Proxmox kernel, I rebooted my server,I reinstalled the Proxmox kernel and then I rebooted my server one more time. During the installation of the current Proxmox kernel I saw a message about the firmware-misc-nonfree package that it will be removed.
PPS: I updated to OMV7 and I followed my own previous guide, with minor changes. The official JellyFin Hardware Acceleration page should be consulted before installing anything, as well as the Debian official support page for Nvidia cards. Repos and packages are slightly different, nvidia-opencl-icd package is not mentioned anymore.
PPPS: Backports should also be disabled.
-
I postponed the upgrade as much as I could. I was very pleasantly surprised to see that the upgrade went quite smooth, with one exception. After the upgrade I was not able to login on the web interface (it was showing the login box) and after a bit of searching I realized that the openmediavault-engined service was masked. Everything was working well except the web interface. I must say I expected a lot more issues with the upgrade. It makes me think that the upgrade to OMV 7 would be easy as well.
PS: even though there were probably no issues, I ran the script that fixes problems with OMV Extras plugins just to be sure. I like the new interface more than the old one, especially because it is a lot more mobile friendly.
-
I started with an oDroid XU4 (similar platform as a RPi 3) and an external HDD. It served me well enough until I ran out of space on it. I moved to a NUC like device oDroid H2 (Intel Quad-core processor J4115) with 2 native SATA ports and one M.2 port. It also served me quite well for 2 years until I wanted to add more HDDs (I was already using a SATA splitter that was ok most of the times). I upgraded my desktop to an 12900K and I repurposed my old desktop with i7 Extreme 5820K and lots of SATA ports to be my NAS. It doubled my power consumption, but I was expecting it to be more than that. Basically I have quite a powerful NAS at zero cost to me. I tried searching for a good mini ITX board with a decent CPU, but I had to sell my existing mobo+CPU and even pay extra to get a mini ITX with less power, just for the form factor. I preferred to keep my possible hungry setup and use it (it was pretty stable for all these years).
My 2 euro cents is to get whatever is cheaper. Ask around if anybody has old hardware that they are not using and use that, if you want to build a NAS now. Look for used hardware locally on your preferred sites like eBay or OLX. Think ahead about how it would be used so you don't have to buy a new build because your use cases have changed.