similar to: Dovecot >=2.2.29 + Filesystem quota = incorrect storage information

W dniu 20.06.2017 o 21:25, Timo Sirainen pisze: > On 20 Jun 2017, at 15.49, Macka <dovecot at macka.pl> wrote: >> Hi, >> >> I have problem with quota storage information in dovecot-2.2.29 (and >> newer versions, too - 2.2.30.2). >> I use FS quota backend. > . >> After upgrade from 2.2.27 to 2.2.29 (newest 2.2.30.2 too), dovecot >> returns

Hello, the following patch series implements quotas for OCFS2. The patch series is based on: git://git.kernel.org/pub/scm/linux/kernel/git/mfasheh/ocfs2.git linux-next I've adressed Joel's comments, also node recovery is now fully working and I've fixed a few issues I found during my testing. So I'm currently not aware of any bugs. Please review, test, comment. Thanks.

Hi, This is the second batch of Ocfs2 patches intended for the merge window. The 1st batch were sent out previously: http://lkml.org/lkml/2008/12/19/280 The bulk of this set is comprised of Jan Kara's patches to add quota support to Ocfs2. Many of the quota patches are to generic code, which I carried to make merging of the Ocfs2 support easier. All of the non-ocfs2 patches should have

Hi, below comes a new version of the series of patches implementing quota support for ocfs2-tools. I've fixed the calls of ocfs2_malloc_blocks() which were given number of bytes instead of number of blocks. Besides that the series should be the same. Honza

Hi, this is the next version of quota support for quota tools. I've addressed all the comments of Tao, Joel and others. Sparse feature disabling also correctly updates quota information now and the patch is merged into the tunefs support patch. Honza

W dniu 21.06.2017 o?17:46, Macka pisze: > W dniu 20.06.2017 o?21:25, Timo Sirainen pisze: >> On 20 Jun 2017, at 15.49, Macka<dovecot at macka.pl> wrote: >>> Hi, >>> >>> I have problem with quota storage information in dovecot-2.2.29 (and >>> newer versions, too - 2.2.30.2). >>> I use FS quota backend. >> . >>> After

Hi, I'm sending a series of patches implementing quota support into ocfs2-tools. It's the same as the original huge patch I've sent but now it's split as Joel asked. I've also realized that when disabling SPARSE feature, we should update quota information. That piece of code is missing, I'll implement it soon. Comments welcome. Honza

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

Hello. After using Dovecot for over a year, I have just started experimenting with the filesystem quotas, and I have a suggestion for improvement. On my mail server, I use group-based quotas, and would like to have Dovecot be able to report these quotas. It should be simple to implement, requiring only changes to the quota-fs.c file of the quota plugin. Simply changing USRQUOTA to

On 17 Oct 2017, at 18.02, Macka <dovecot at macka.pl> wrote: > > I have to resume the thread. > > Apparently the problem is caused by the new /usr/include/sys/quota.h file (glibc-2.25 and newer) > > When I use the quota.h with glibc-headers-2.25, the filesystem quota limits are badly displayed. > When using the same glibc-2.25 library but replacing ONLY one quota.h

ssh won't compile on this platform log: gcc -g -O2 -Wall -I/usr/local/ssl/include -DETCDIR=\"/usr/local/etc\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DSSH_ASKPASS_DEFAULT=\"/usr/local/libexec/ssh/ssh-askpass\" -DHAVE_CONFIG_H -c atomicio.c -o atomicio.o In file included from config.h:294, from bsd-misc.h:39, from includes.h:91,

Hi, I'm using filesystem quotas with dovecot 1.0rc22 on my Linux 2.4.27 box. The quota limit gets correctly reported in kilobytes to the client but the amount of used space is reported in megabytes. In quota-fs.c I noticed that only the currently used space is divided by 1024: Line 241: *value_r = dqblk.dqb_curblocks / 1024; *limit_r = dqblk.dqb_bsoftlimit; After

Hello, This patch adds client and server support for transmitting the st_nlink field across SSH2_FXP_NAME and SSH2_FXP_ATTRS responses. Please let me know if there anything I can do to improve this patch. I am not subscribed to list so please CC me. Index: sftp-common.c =================================================================== RCS file: /cvs/src/usr.bin/ssh/sftp-common.c,v retrieving

Okay, everything as the first large one I sent today, with a few extra mods. _PATH_MAILDIR is only used in sshd.c, that I can see, so moved the #ifdef from config.h.in to there. several files had __progname defined in the middle of the code, as well as at the top of the code, so cleaned those out. all the fixes for u_int32_t -> uint32_t and u_int16_t -> uint16_t, plus added appropriate

hi Jan, I've attached Yu-Chan's quota.h -- does this look familiar to you? It is clearly not the quota.h from the XFS CVS as I had originally thought. It may be the one from the XFS 1.1 CDs, which is a Redhat-based, XFS-enabled distro, so would have an earlier version of your VFS quota patches (via -ac kernel). Either way, it doesn't really matter. We need to fix Samba, and a

Something strange happens when I compile the pre27 SSH: ocal/ssh//include -DETCDIR=\"/usr/local/ssh//etc\" \ -DSSH_PROGRAM=\"/usr/local/ssh//bin/ssh\" \ -DSSH_ASKPASS_DEFAULT=\"/usr/local/ssh//libexec/ssh/ssh-askpass\" \ -DHAVE_CONFIG_H -c atomicio.c In file included from includes.h:106, from atomicio.c:26: fake-socket.h:30: parse error before

I'm trying to build the example C++ file on the DFSan sanitizer page: https://clang.llvm.org/docs/DataFlowSanitizer.html However, i'ts complaining about unknown types (intptr_t, uint16_t, uint32_t, uint64_t). I got it to build after adding typedefs from stdint.h and sys/types.h to the sanitizer/common_interface_defs.h header file: typedef __intptr_t intptr_t; typedef u_int16_t uint16_t;

Folks, I've noticed poor performance using sftp. If anyone has any advice on how to improve performance, I'd like to hear it. Test simply involved transferring a single 143MB MP3 file using defaults for all the program configs. The opensshd 3.0.2p1 server is used in all tests. Software: openssh suite 3.0.2p1 psftp (putty sftp client) latest dev snapshot pscp (putty scp client) latest

Hack: diff -c defines.h.orig defines.h *** defines.h.orig Thu Jan 20 18:07:40 2000 --- defines.h Thu Jan 20 18:08:05 2000 *************** *** 78,83 **** --- 78,84 ---- /* If sys/types.h does not supply u_intXX_t, supply them ourselves */ #ifndef HAVE_U_INTXX_T # ifdef HAVE_UINTXX_T + typedef uint8_t u_int8_t; typedef uint16_t u_int16_t; typedef uint32_t u_int32_t; typedef

Needed to do the following to get sftp-server to compile on HP-UX 11. Not sure what the right "portable" fix might be. Also, should sftp-server really be installed in prefix/libexec/ssh/ or just prefix/libexec/? --- defines.h~ Tue Sep 5 07:13:07 2000 +++ defines.h Tue Sep 5 14:36:24 2000 @@ -143,9 +143,7 @@ typedef uint8_t u_int8_t; typedef uint16_t u_int16_t; typedef uint32_t