Files and directories created with 000 permission

[maxxer]

We have problems with files creation in a share, when files or dirs are created (either via ADM, nfs or in ssh root shell) they receive 000 permissions.
This happens in a single share only on /volume1, other subdir create files with accessible permissions.

We checked umask and looks fine, we found no place where this is overridden.
root@AS6204R-EB47:/volume1/NuovoArchivio # umask
0022
root@AS6204R-EB47:/volume1/NuovoArchivio # umask -S
u=rwx,g=rx,o=rx

[Nazar78]

This is strange. Your umask seems correct but this is as though the umask was set to 0777. Please check the logs and/or dmesg if there's any particular error with your data mount /dev/md1 or /volume1.

I would suggest you to open a ticket with Asustor Support for assistance.

[orion]

This happens in a single share only on /volume1, other subdir create files with accessible permissions.

I'm confused. "/volume1" is volume linked/mounted directory. Do you mean that you created a shared directory "NuovoArchivio" (under ADM Access Control), then you created a file, called "test1" under this shared directory, and got 000 permission?

[maxxer]

Yes, exactly.

According to mount command /volume1 is the mountpoint for /dev/md1

[orion]

Yes, exactly.

According to mount command /volume1 is the mountpoint for /dev/md1

Mine is just working fine. Can you post screenshot pictures here?

• ADM file explorer, create "test1" under NuovoArchivio.
• Picture where you see 000 permission.
• ADM file explorer, select "test1", right click mouse button, select "properties", select permission.

[maxxer]

Code: Select all

root@AS6204R-EB47:/volume1/NuovoArchivio # touch prova
root@AS6204R-EB47:/volume1/NuovoArchivio # ls -la prova
----------    1 root     root             0 Aug 31 12:18 prova

In ADM:

ADM permission tab

Schermata 2021-08-31 alle 12.19.25.png (36.17 KiB) Viewed 3092 times

As you can see the NAS is joined to an AD domain, the share has Windows ACL enabled.

It's all working fine on other shares, only this one is problematic.

[orion]

I don't join AD domain. So I cannot test your case. Anyway, can you post effective permission about admin (ADM web -> File Explorer -> select "prova" -> Properties -> permission -> Effective permission -> select "admin" user)? I guess you might remove all permissions under your domain PC on that directory.

If it's the only problematic directory, it might be an easy way to remove the shared directory, then create it again.