similar to: Samba4: use Posix-ACLs only? (ext4 - NFS4+CIFS - Fileserver)

On 17/11/16 13:15, Reinald Gfuellner via samba wrote: > I try to set up a Samba4-based Fileserver in an Samba3-DC enviroment. > Filesystem is ext4, CIFS + NFS4 should be provided. The same ACLs should > be used over both protocols. > > With Samba 3 this was possible (using POSIX 1003.1e DRAFT 17 ACLs only) > . How can I do the same with Samba 4 ? > > Posix-ACLs set on

Hello Hendrik Can you help input 2 commands 'mount' and 'df -TPh' on OMV, and post the output to us, thank you. -- Regards, Jones Syue | ??? QNAP Systems, Inc.

Looks working. [root at mail ~]# ls -lh / total 72K -rw------- 1 root root 8.0K Mar 13 09:56 aquota.group -rw------- 1 root root 7.0K Mar 13 09:56 aquota.user .... [root at mail ~]# repquota -a *** Report for user quotas on device /dev/vda1 Block grace time: 7days; Inode grace time: 7days Block limits File limits User used soft hard

Hello There, I am try desperatly to setup quota-fs plugin in Dovecot. I have the following configuration in place: /etc/dovecot/conf.d/10-mail.conf:mail_plugins = $mail_plugins quota zlib /etc/dovecot/conf.d/20-imap.conf: mail_plugins = $mail_plugins imap_quota /etc/dovecot/conf.d/90-quota.conf: plugin { #quota = dirsize:User quota #quota = maildir:User quota #quota = dict:User

Hi, I have exactly the same problem that you experienced in Nov, 2013. I am using ext4 with journaled quota and the quota usage is only updating when I run quotacheck manually. Have you found a solution? Regards, Alex > I have set up user quotas on an ext4 filesystem. It does not appear that > the quota system is being updated, except when I manually run quotacheck. > > More detail:

Hello Joenes, below you find the output. I did not shorten it by tmpfs and the docker related entries. Are you working on fixing the Issue I described? Regards, Hendrik df -TPh Dateisystem Typ Gr??e Benutzt Verf. Verw%

I have set up user quotas on an ext4 filesystem. It does not appear that the quota system is being updated, except when I manually run quotacheck. More detail: I run "warnquota -s" from a script in /etc/cron.daily. I noticed that no one had received an "over quota" message in a long time. Using "repquota -as", it indeed looked as though everyone was under their

Thanks Yassine, My / is mounted from /dev/vda1 with the following options: [root at mail ~]# cat /etc/mtab |grep "vda1 " /dev/vda1 / ext4 rw,relatime,jqfmt=vfsv0,usrjquota=aquota.user,grpjquota=aquota.group 0 0 Regards, - Eric Grammatico _/) 13 mars 2019 10:31 "Yassine Chaouche via dovecot" a ?crit: On 3/13/19 10:14 AM, Eric Grammatico via dovecot wrote: [...] Mar 11

Here is attached. - Eric Grammatico _/) 13 mars 2019 11:29 "Aki Tuomi" <aki.tuomi at open-xchange.com> a ?crit: > Can you try > > strace doveadm quota get -u victim > > and post the output of this? > > Aki > > On 13.3.2019 12.11, Eric Grammatico via dovecot wrote: > >> Looks working. >> >> [root at mail ~]# ls -lh / >>

Hello, I have a Samba 3 PDC running on SLES 11 SP3. All the machines have joined the domain correctly, and users can log to their profiles correctly. On Windows 7 64 bits profile roaming works nicely without any problem (login is just a bit slow and it takes about 45 seconds while logout is really fast). On Windows 7 32 bits profiles are "downloaded" from the sever correctly when a

hi everybody I'm dealing here with a very very bizarre situation: on a Win7 I copy larger sets of data, between 10 and 30GB (~20K of files in 2.5K folders) everything starts very normal, I select all the data, copy & paste. Copying begins and I see progress bar moving normally towards the finish and it finishes - no errors no messages - yes most of data does not get to the target

Hello Admins, I am implementing samba over LDAP which is working find with centralized login. Now looking for implementing quota per user over /home partition. Users are around 500. And I want to give all of them 2Gigs space each. I have tried configuring smb.conf as - [homes] comment = Home Directories browseable = yes writable = yes valid users = SMBLDAP\%S

Having an odd problem on a new test environment we are setting up for a partner. And not sure where to look next to figure out the problem or really understand what the dht_layout_dir_mismatch INFO message is telling me. I was turning up a 4 node distributed volume, each brick is its own 19TB ext4 partition on a hardware raid5. Each node has the volume mounted back to itself at /glusterfs via

Hi all, I hope someone might be able to offer me some advice. I have a NAS box, a QNAP TS-109 which runs a version of Debian Linux. It has a local ext3 drive, and I also smbmount a network drive on it (a Lacie ED mini which I have tried formatted as both ext3 and FAT32 without solving my problems). My problem is that I am unable to correctly rsync files with accented characters in the names

I have an ext4 filesystem for which I'm trying to use "tune2fs -l". Here is the listing of the filesystem from the "mount" command: # mount | grep share /dev/mapper/VolGroup_Share-LogVol_Share on /share type ext4 (rw,noatime,nodiratime,usrjquota=aquota.user,jqfmt=vfsv0,data=writeback,nobh,barrier=0) When I try to run "tune2fs" on it, I get the following error:

Thanks Aki, Please find attached strace for imap and quota-status which report an error at the end. Regards, - Eric Grammatico _/) 13 mars 2019 12:23 "Aki Tuomi" <aki.tuomi at open-xchange.com> a ?crit: > The doveadm command seems to have worked. Can you retry with imap? > > strace /usr/lib/dovecot/imap -u victim > > Aki > > On 13.3.2019 12.58, Eric

Are there any known race conditions with 2.6.18-194.26.1.el5 x86_64 and NFS4? Today a user managed to shut down two identical Intel servers by copying a simple text file via NFS4. Reverting back to 17.1 made the error disappear. On other non-identical hardware the error was not reproducible (so it must be a combination of hardware and this special kernel revision). Anybody interested in a

All test machines are CentOS 5.5 (RHEL subscriptions purchased). We've had NFS3 storage working fine and decided to try NFS4. We can mount an NFS4 share on our KVM host, but the SELinux file context on the mountpoint directory is magically changed from virt_image_t to nfs_t. Restorecon refuses to change it back. Adding the mount option context=system_u:object_r:virt_image_t on either server

G'day, I have a workstation running CentOS 5.8 with kernel 2.6.18-308.el5. This workstation needs to mount a NFS4 directory on a server (mysvr in the example below). If the computer is running the XEN kernel (uname -a reports ...2.6.18-308.el5xen), my NFS4 share is mounted but "ls" reports an error. Xen kernel: uname -a ...2.6.18-308.el5xen mount | grep mysvr

Hi List, I'm interested in implementing nfs4 acl support for rsync. Are there any pointers to start? Is anybody else working on this? -- Peter Somogyi Gamax Kft Bartok Bela ut 15/D H-1114, Budapest, Hungary e-mail: psomogyi@gamax.hu phone: +36 1 382 5469