Posts by Nabukodonosor

I really have no idea. But those are all folders (albums) downloaded with lidarr. And in the Download folder, where all my downloads goes, all folders are owned by admin:users. Just checked. My second screenshot is from my final Music folder. These are all hardlinks, as you can see. So, I really don't understand why these have different owners. 4 different owners (admin, Marjan, dockeruser and nobody).

Quote

Doesn't copying data from the share to your local windows storage allow musicbee to edit tags as you wish, before you copy the changed file back to the share?

Yes it does, I did exactly that. But wanted to learn more.

Quote

if access to your directories in Linux is granted by virtue of "group" membership using OMV defaults where all accounts created on OMV are members of the "users" group

Yes, I have two user accounts created in OMV (Marjan and dockeruser) and they are both members of the 'users' group. Is that wrong?

Quote

then the newly created files/dirs will have the group set to "users" and with the "owner" set to that of the process that creates them. Hence you see the various owners in your screenshot due to different processes creating the file/dirs.

But how to explain the situation from my screenshot, where all those folders are created by lidarr? This is a single process, right?

I'm the only one. What do you mean by this?

"just to stick to the default OMV perms and access your SMB shares on Windows using the account name/pasword of an account created on OMV"

I don't have an option to enter credentials. I just don't have permissions to edit a file. Not to repeat myself, but Musicbee couldn't edit a song file, but in Total commander or Windows explorer I could rename it or delete that same file without issues.

One more thing that confuses me. Screenshot below. For example those folders marked in red. Those are all downloaded and imported by lidarr. Why do they have different owners? lidarr downloads it to the downloaded folder, then imports it to my music folder (hardlinks). As you can see on my second screenshot they are mostly owned by admin:users, apart from few owned by dockeruser:users (?!).

So, I'm having issue understanding permissions in Linux. I guess. I have this issue all the time, and I usually solve it by doing chmod 777, and that's not ideal. For example, today I was trying to edit some FLAC music on my server, to edit some tags with the Musicbee app. It pops up the permission error. In the screenshot below is the example of such music folder. I don't how and why is the owner set to nobody:nogroup. But nevermind that. When I change it to Marjan:users (the user Marjan has read/write permissions for the whole Media folder, which also contains my music) Musicbee shows no error. But this is the thing I don't understand. I'm not logged in as Marjan in Windows. I'm not logged in as any of user account I have created in OMV. I'm just a Windows user. So, how come when I apply chown Marjan:users to my folder, I get no permissions error? I would understand that if I'm on a Linux machine, laptop, or whatever and I'm logged in somehow with those credentials, but that's not the case.

What makes it even more confusing for me is when I try to rename some of these songs in Windows, I have no issues. In my mind this is also editing a file. So, musicbee can't edit it, but I can in Windows Explorer. And when I chown it to Marjan:users, Musicbee can too.

EDIT: If I change the group to 'users' I have no issues with the Musicbee. Owner can stay the same.

Just an update. When I tried to delete the snapshot, I got this error:

But when I refreshed the page the snapshot was gone and I got around 1.2TB of space back. So I guess it wasn't true that a snapshot will take only a small amount of space.

This was the error:

Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LC_ALL=C.UTF-8; export LANGUAGE=; zfs destroy "MainPool/Multimedia@2024-04-17_17-57-42" 2>&1' with exit code '1': could not find any snapshots to destroy; check snapshot names.

OMV\ExecException: Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LC_ALL=C.UTF-8; export LANGUAGE=; zfs destroy "MainPool/Multimedia@2024-04-17_17-57-42" 2>&1' with exit code '1': could not find any snapshots to destroy; check snapshot names. in /usr/share/php/openmediavault/system/process.inc:247
Stack trace:
#0 /usr/share/omvzfs/Utils.php(450): OMV\System\Process->execute()
#1 /usr/share/omvzfs/Dataset.php(169): OMVModuleZFSUtil::exec()
#2 /usr/share/openmediavault/engined/rpc/zfs.inc(391): OMVModuleZFSDataset->destroy()
#3 [internal function]: OMVRpcServiceZFS->deleteObject()
#4 /usr/share/php/openmediavault/rpc/serviceabstract.inc(122): call_user_func_array()
#5 /usr/share/php/openmediavault/rpc/serviceabstract.inc(149): OMV\Rpc\ServiceAbstract->callMethod()
#6 /usr/share/php/openmediavault/rpc/serviceabstract.inc(622): OMV\Rpc\ServiceAbstract->OMV\Rpc\{closure}()
#7 /usr/share/php/openmediavault/rpc/serviceabstract.inc(146): OMV\Rpc\ServiceAbstract->execBgProc()
#8 /usr/share/openmediavault/engined/rpc/zfs.inc(423): OMV\Rpc\ServiceAbstract->callMethodBg()
#9 [internal function]: OMVRpcServiceZFS->deleteObjectBg()
#10 /usr/share/php/openmediavault/rpc/serviceabstract.inc(122): call_user_func_array()
#11 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod()
#12 /usr/sbin/omv-engined(544): OMV\Rpc\Rpc::call()
#13 {main}

Quote from Krisbee

I should have read your post more carefully. What you're seeing is perfectly normal and is precisely when ZFS snapshots begin to take up real space. Deleting something in a dataset does not free up space if a snapshot of the dataset is still pointing to the same data.

So, can I safely delete the snapshot from the OMV dashboard?

Quote from mckaygerhard

that is not the absolute path.. that is the path inside the shared storage..

the absolute path is on your ]OMV section /storage/shared-folders use the icon before the next search filed and activate the missing "Absolute path" if not! then will be show ..

This is the absolute path.

Thanks. I get so many mixed answers here. What will happen I will delete the snapshot here:

Yes, yes I am.

Quote from Krisbee

In the case of windows ( 10 or 11?), are you mapping to network shares?

Windows 10. Yes, mapped.

As you can see, Total Commander in Windows and OMV tools report the same result:

But, this is irrelevant to my problem. So, before I started this testing today, this morning I had around 130GB of free space, checked both in Windows and OMV. Now, as you can see in OMV, I have 110GB. Just from moving folders back and forth. So, where those 20Gb vanished? I think this is a major bug.

EDIT: So, you mean I have to use CLI every time I want to check the free space? OMV dashboard is not precise?

Quote from gderf

Use available tools on the server, not from your PC.

I've tested it, it's the same. The same results.

OK, one thing I've noticed. This phenomenon just happens with the stuff I already have in that snapshot. So, if I had a movie/tv show before I made that snapshot, this happens. If the movie or tv show is newer, this doesn't happen.

BTW, I've lost 30-40GB of free space just in this testing. You gotta love Linux.

What do you mean? My NAS is headless, so I have to look it from my PC. Here are some screenshots, I just moved/deleted a movie and moved it back:

This is before moving/deleting:

After deleting it...you can see the free space ramains the same, and the movie is gone:

And after I moved it back:

I have to say, this is insane.

This is all amazing. OK, I just deleted a 2-season TV show, around 10GB, and nothing happened, the free space remains the same. So, to test this out again, I did this: I moved a folder from my NAS to my PC, via network. The folder is around 4.5GB big. Before I moved it the free space available was around 126GB. After I moved it to my PC, practically deleted it from my NAS, the free space remained the same. So, I moved the folder back to my NAS and the free space shrinked to 121.5GB!!!! What the hell?!!?

So, in theory, if I moved that folder back and forward from my NAS to my PC, I will lose all my free space?!?

I just love Linux. Jesus...

Will I lose any of my existing movies when I delete the snapshot?

Well, for example if I had a movie back then, and I still have it, if I delete the snapshot I will delete that movie too?

BTW, I see a lot of movies and tv shows in the snapshot that I watched a while ago and deleted from my pool. There are still in the snapshot. How can I solve this and disable the snapshot option?

Is it possible that the files are locked in here, the snapshot?

It's pretty big, and it don't even remember creating it. It's my multimedia shared folder, I don't really need a backup of it, if I lose those data, it's just movies and tv shows, I can download it again.

Also, can I safely delete this? I don't want to lose my stuff.

So, how can I check and see my real available free space? I can just guess it?

So, I've noticed I have less and less available space (3TB drives in ZFS), and I haven't downloaded much in the last few months trying to free up as much space as I could. I watch stuff and delete it right away, but the free space is still small. So, I did a test today. On my first screenshot you can see a folder (UFC 310), it's around 8GB. You can see the space before deleting it (121.7GB):

And after deleting it:

One more example:

After moving the folder to my desktop PC:

What the heck is going on!?

I don't have a recycle bin set up, or something like that.