Since upgrading OMV to latest build OMV 1.6 my Raid 6 volume shows only 522G used out of 7T but when copying a file to the raid it promts that the raid is full.
Has anyone seen this strange issue ?
Rad 6 FileSystem
Raid 6 copy error
Raid 6 problem...
-
- OMV 1.0
- dexter4000
-
-
Do you have a Quota on that folder?
-
no Quotas
-
-
Do you have any other disk? a system drive?
Can you post df -h here
-
i did however tried to ftp into the folder and this way works fine. The error is only visible when copying from windows
-
Do you have any other disk? a system drive?
Can you post df -h here
Here it is
root@openmediavault:~# df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 130G 1.7G 121G 2% /
udev 10M 0 10M 0% /dev
tmpfs 801M 848K 800M 1% /run
/dev/disk/by-uuid/ab3cecbc-6698-410c-99eb-cce15a860def 130G 1.7G 121G 2% /
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 2.7G 4.0K 2.7G 1% /run/shm
tmpfs 4.0G 104K 4.0G 1% /tmp
/dev/md127 7.2T 530G 6.7T 8% /media/cf0b0c12-0d28-46e5-8271-aaab5e22ebb4
/dev/md127 7.2T 530G 6.7T 8% /export/Movies -
-
The output please of df -h and also cat /etc/samba/smb.conf
-
The output please of df -h and also cat /etc/samba/smb.conf
root@openmediavault:~# cat /etc/samba/smb.conf
#======================= Global Settings =======================
[global]
workgroup = DALCORP
server string = %h server
dns proxy = no
log level = 2
syslog = 2
log file = /var/log/samba/log.%m
max log size = 1000
syslog only = yes
panic action = /usr/share/samba/panic-action %d
encrypt passwords = true
passdb backend = tdbsam
obey pam restrictions = yes
unix password sync = no
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
pam password change = yes
socket options = TCP_NODELAY IPTOS_LOWDELAY
guest account = nobody
load printers = no
disable spoolss = yes
printing = bsd
printcap name = /dev/null
unix extensions = yes
wide links = no
create mask = 0777
directory mask = 0777
map to guest = Bad User
use sendfile = yes
aio read size = 16384
aio write size = 16384
null passwords = yes
local master = yes
time server = yes
wins support = no#======================= Share Definitions =======================
[Data]
path = /media/cf0b0c12-0d28-46e5-8271-aaab5e22ebb4/Data/
guest ok = yes
guest only = yes
read only = no
browseable = yes
inherit acls = yes
inherit permissions = yes
ea support = no
store dos attributes = no
printable = no
create mask = 0755
force create mode = 0644
directory mask = 0755
force directory mode = 0755
hide dot files = yes
[Movies]
path = /media/cf0b0c12-0d28-46e5-8271-aaab5e22ebb4/Movies/
guest ok = yes
guest only = yes
read only = no
browseable = yes
inherit acls = yes
inherit permissions = yes
ea support = no
store dos attributes = no
printable = no
create mask = 0755
force create mode = 0644
directory mask = 0755
force directory mode = 0755
hide dot files = yes
#======================= Home Directories =======================
[homes]
comment = Home directories
browseable = yes
writable = yes
create mask = 0640
directory mask = 0750
valid users = %S -
That error looks exactly like quota. In your ssh can you type edquota username If anything comes you should see numbers in soft or hard limit. Check for every user, in the service section for CIFS you can see which users are logged and check everyone.
If there is nothing there that indicates that quota is enabled, i would recommend just to reboot and see if the error still there.
After that if it still persists i would try disabling the flags in /etc/fstab for quota -
-
quota's dont exist as were never used. Why in the world would i use quotas? It was working fine until the upgrade to 1.6
-
also this error is only visible on huge files. If i create directories or copy small files they copy fine.
-
OMV uses the samba stack and e2fsprogrs from debian. How in the world would OMV produce this error? maybe a wrong config apply (a bug) send quotas to the volume.
Did you reboot to check if the error persist?
-
-
Just to discard limits.conf can you try and create and use another user and use it to transfer your files
-
i did reboot and the error is the same. There is only one user in the system is assigned to FTP. Transfer over ftp with that user goes fine. The system is set for anyone read/write access. Its not a problem of permissions as that would not allow you to write. This scenario lets you write small files, create directories but when you copy large files it displays the error in the start of the topic "There's not enough space".
-
Well there is two things that I am aware, that can limit, quotas and limits.conf. The last one is located /etc/security/limits.conf and can limit by file size.
Have you inspect the logs in samba to see what error comes?
-
-
i did restart again after resetting ACL and permissions and recreating them again and everything is fine now.
Thanks subzero for your input.
-
Acl really? Did you have acl enabled or you're not sure?
-
i did have ACL enabled but that had nothing to do with the size limitation. Not in theory. I reset everything just to make sure it did not conflict with something during the upgrade. I have no idea what happened since before upgrade everything was working fine.
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!