Hello Otto, Tuesday, December 2, 2014, 2:14:11 AM, you wrote:
OM> Cool, but your mailer mangled the diff. Here it is for current. Thanks. How was it mangled? Looks fine in the Daily digest. I wanted to attach a text file, but was afraid the list engine would strip it. OM> BTW, let's take this to tech@, that's a better place. So anybody OM> replying, please rm misc@. I'm not subscribed to tech@ - for a reason (I'm not a C programmer). How do you suggest to post a patch in the future? We are planning to work on another bug in disk quotas - somehow changing edquota -t (while account is under quota) does not affect grace than account goes over quota. # quota test Disk quotas for user test (uid 1002): Filesystem KBytes quota limit grace files quota limit grace /wrk 4 100000 1000000 1 10000 100000 here I'm changing the grace period from 100 minutes to 7 days: # edquota -t Time units may be: days, hours, minutes, or seconds Grace period before enforcing soft limits for users: /wrk: block grace period: 7 days, file grace period: 7 days # dd if=/dev/random of=/wrk/test/w00 bs=1m count=150 150+0 records in 150+0 records out 157286400 bytes transferred in 14.369 secs (10945570 bytes/sec) # chown test /wrk/test/w00 /wrk: warning, user disk quota exceeded # quota test Disk quotas for user test (uid 1002): Filesystem KBytes quota limit grace files quota limit grace /wrk 153636* 100000 1000000 1:40 2 10000 100000 but grace is still 100 minutes. BTW, this time it doesn't matter how (by whom) the data is written. -- Best regards, Boris mailto:[email protected]
