Beiträge von luckyzor

bump

anyone?

Hello,

I installed filebrowser and want to use my shared folder already in place.
I have this error in the log:

/srv: permission denied

if I login with the user filebrowser (sudo -u filebrowser /bin/bash/) I have access to the folder: /srv/mergerfs/nas/

I don't understand why I have this error.

in the UI I got "You don't have permissions to access this."

thanks for your help

Zitat von ryecoaaron

We didn't point you there because we didn't want to answer. Did you read and try the second post on the link I posted?

I've done everything on that post, is in my thread.
The only thing I found was an warning in the log:

WARNING! Ignoring special 'block-device' file '/srv/dev-disk-by-uuid-6dd5a9d3-7e22-40bc-99f9-c4ae68440b98/docker/volumes/backingFsBlockDev'

       1 file errors       
       0 io errors       
       0 data errors
WARNING! Unexpected file errors!

the weird think is, I have 2 lock files but htere are no jobs running for snapraid, maybe this is the issue? :s

no one helped me in the thread posted in the sourceforge, can anyone help me here?

thank you in advance

Zitat von ryecoaaron

bumping a thread after 6 hours about something that isn't causing a problem? Be more patient.

Did you search google? I found a thread about this - https://sourceforge.net/p/snap…/1677233/thread/a31c49cc/

Sorry about that, but I saw on google that this could be because of a failing HD and I panic a little...
this is the post I created, in case anyone here can help me:

https://sourceforge.net/p/snap…677233/thread/fdc3414ddc/

thank you

anyone?

Hello,

I have this status on my snapraid:

he oldest block was scrubbed 141 days ago, the median 74, the newest 46.

WARNING! The array is NOT fully synced.
You have a sync in progress at 99%.
The 41% of the array is not scrubbed.
You have 35 files with zero sub-second timestamp.
Run the 'touch' command to set it to a not zero value.
No rehash is in progress or needed.
No error detected.

END OF LINE

█

I've already restart OMV and still have this status, how can I finish this sync and start a new one?

Zitat von gderf

/usr/sbin/omv-snapraid-diff

is this a good script for what we need with Snapraid?

diff / sync / scrub?

Zitat von johnvick

There's a script already in OMV6 and you'll find similar elsewhere.

where can I find that script on OMV6?

Zitat von gderf

There is no need to format the disk and lose all the data. Use the tune2fs program.

https://ma.ttias.be/change-res…t3-ext4-filesystem-linux/

I'm using XFS.

I deleted some files (500GB) I don't need anymore and the sync worked out.

now my 2nd question:

Concerning the snapRAID, what are the best cronjobs to be sure everything is ok on SNAPRAID

is this script working on OMV6?

Zitat von johnvick

Not sure what the answer to that question is but this is from the SnapRAID manual:

In Linux, to get more space for the parity, it's recommended to format the parity file-system with the -m 0 -T largefile4 options. Like:

Code

mkfs.ext4 -m 0 -T largefile4 DEVICE

On a 8 TB disk you can save about 400 GB. This is also expected to be as fast as the default, if not faster.

if I do that the parity disk will be formated, no risk of losing any data?

Zitat von gderf

The requirement for the size of a parity drive is actually a bit more than the size of the largest data drive in the array. The first thing to try is to be sure you don't have the standard 5% of the drive space set aside as reserved blocks. I don't know if OMV formats drives with the 5% reserved or not but you can check and see.

how can I check that?

Anyone?

Hello,

I have this config on snapRAID:

3 x 4 TB for data

1 x 4 TB for parity

status of the filesystem:

When running the sync on snapRAID I got: outofparity disk space

Self test...
Loading state from /srv/dev-disk-by-uuid-33b0457f-fc58-43c6-817b-42e1320157ec/snapraid.content...
Scanning disk data1...
Scanning disk data2...
Scanning disk data3...
WARNING! Ignoring special 'block-device' file '/srv/dev-disk-by-uuid-6dd5a9d3-7e22-40bc-99f9-c4ae68440b98/docker/volumes/backingFsBlockDev'
Using 1094 MiB of memory for the file-system.
Initializing...
Resizing...
Failed to allocate all the required parity space. You miss 99209183232 bytes.

Should I delete the snapraid.parity file and resync again?

Concerning the snapRAID, what are the best cronjobs to be sure everything is ok on SNAPRAID because I have this on the snaRAID status:

Self test...
Loading state from /srv/dev-disk-by-uuid-33b0457f-fc58-43c6-817b-42e1320157ec/snapraid.content...
Using 832 MiB of memory for the file-system.
SnapRAID status report:

   Files Fragmented Excess  Wasted  Used    Free  Use Name
            Files  Fragments  GB      GB      GB
   90747      91     145    15.7    3428     549  86% data1
   88414      67     106    16.2    3425     551  86% data2
  103507     112     168    18.4    3364     610  84% data3
 --------------------------------------------------------------------------
  282668     270     419    50.4   10218    1712  85%


 78%|*                                                                     
    |*                                                                     
    |*                                                                     
    |*                                                                     
    |*                                                                     
    |*                                                                     
    |*                                                                     
 39%|*                                                                     
    |*                                                                     
    |*                                                                     
    |*                                                                     
    |*                                                                     
    |*                                                                    *
    |*       o                                                            *
  0%|*o______o____________________________________________________________*
    65                    days ago of the last scrub/sync                 0

The oldest block was scrubbed 65 days ago, the median 65, the newest 0.

No sync is in progress.
The 9% of the array is not scrubbed.
You have 138629 files with zero sub-second timestamp.
Run the 'touch' command to set it to a not zero value.
No rehash is in progress or needed.
No error detected.

END OF LINE

thank you for your help

Zitat von Zoki

Example for what?

A or b?

Each, because I tried the groups and it doesn't work as expected.

Zitat von Zoki

For this you will have to use ACLs / file permissions.

Why don't you create shared folders per group?

Can you give me an example?

thank you in advance

Zitat von Zoki

can you explain in words, what you are trying to achieve?

So I have a directory with all my stuff (data) inside I have multiple folders which I want to give access to some users, but I don't want to all of users have access to all the folders inside "data" only some folders.

For example the user ivan can have access to everything inside "data", but the user media, only can have access to the media folder inside "data".

Is it possible?

I really don't understand how the permissions work.
I've already checked the manual for the permissions but I can't do what I want (maybe is not possible)

so I reset all the permissions and ACLs (with the plugin for that)

I deleted all users and I've just created 2 users:

I've created a Sharefolder data

and added the share folder to SMB:

As I understood the permissions, If in the privileges I put "no access" to an user/group, in the SMB share the user shouldn't have access to the share.

Thank you for your help

Didn't notice that, thanks.

now I have another issue:

in this case lucky is in users group, but I add him ACL read/write, why can't I delete or create files/directories?

shouldn't ACL bypass linux ownership?