Re: [vchkpw] Released updated 5.4.28 tarball on SourceForge
Hi Matt, Matt Brookings wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Harm van Tilborg wrote: >> No, it's really 'rubbish' :]. I've posted this in the 'some experiences >> with 5.5' thread before, but here we go: > > My apologies :) > >> [cv] ~# ls -l /home/vpopmail/domains/example.com >> total 28 >> drwx-- 3 vpopmail vchkpw 4096 2009-04-07 23:47 harm >> drwx-- 3 vpopmail vchkpw 4096 2009-04-07 23:47 info >> drwx-- 3 vpopmail vchkpw 4096 2009-04-07 23:44 postmaster >> -rw--- 1 vpopmail vchkpw 468 2009-04-07 23:51 vpasswd >> -rw--- 1 vpopmail vchkpw 2604 2009-04-07 23:51 vpasswd.cdb >> drwx-- 3 vpopmail vchkpw 4096 2009-04-07 23:48 wilbert >> [cv] ~# /home/vpopmail/bin/vusagec wilb...@example.com >> wilb...@example.com: 1035916107 byte(s) in 5324 file(s) >> [cv] ~# /home/vpopmail/bin/vusagec i...@example.com >> i...@example.com: 594049032 byte(s) in 4041 file(s) >> [cv] ~# /home/vpopmail/bin/vusagec h...@example.com >> h...@example.com: 38496 byte(s) in 17 file(s) >> [cv] ~# /home/vpopmail/bin/vusagec postmas...@example.com >> postmas...@example.com: 8192 byte(s) in 2 file(s) >> [cv] ~# /home/vpopmail/bin/vusagec @example.com >> example.com: 3701844041 byte(s) in 20032 file(s) >> [cv] ~# du -sb /home/vpopmail/domains/example.com >> 1631164507 /home/vpopmail/domains/example.com >> >> Summing all usage values of individual users, I get: >> 1035916107 + 594049032 + 38496 + 8192 = 1630011827 >> That's nearly the same as `du' returns. > > Well, this definitely would indicate an issue with the domain usage calculation. > Fortunately, the domain usage calculation is tied directly into the user usage > calculation. > > There's probably some pretty stupid mistake that I made just waiting to be > corrected. Have you gotten time to look into this? > >> However, see what `vusagec' returns when I query `...@example.com'. That's >> still an enormous difference. Has this maybe something to do with the >> fact that example.com also has an alias example.org? > > Nope. In fact, the vusage daemon sees these as entirely different domains. > This is something I intend to tackle in 5.5 -- recognition of domain aliases > for efficiency's sake. > >> I'll give you access to this machine once it's up and running again, >> haha. It was our spare one, which had to do some actual work after a >> crash this week :]. > > I appreciate the offer, but probably not needed in this case because I can > duplicate the issue on my end. Okay, well, the server is back on, if you'd like. > >> I've seen some of that code in the repository yeah. A real wild guess, >> without any knowledge of the code itself: maybe it has something to do >> with the fact that data is loaded after the worker threads have already >> started processing their queue items? > > Nope. The queue mutex is locked at start-up, and so the workers cannot process > anything. > - -- > /* > Matt BrookingsGnuPG Key FAE0672C > Software developer Systems technician > Inter7 Internet Technologies, Inc. (815)776-9465 > */ -- Kind regards, Harm van Tilborg > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkqgK0IACgkQIwet2/rgZywS6wCfeXLYeIDHUYF71cCyQO1clMiz > ih0An3M1YgYt1fIBqWtuYpC4lJLCmnaF > =TaOs > -END PGP SIGNATURE- !DSPAM:4aa8ec4132711103928860!
Re: [vchkpw] Released updated 5.4.28 tarball on SourceForge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Harm van Tilborg wrote: > No, it's really 'rubbish' :]. I've posted this in the 'some experiences > with 5.5' thread before, but here we go: My apologies :) > [cv] ~# ls -l /home/vpopmail/domains/example.com > total 28 > drwx-- 3 vpopmail vchkpw 4096 2009-04-07 23:47 harm > drwx-- 3 vpopmail vchkpw 4096 2009-04-07 23:47 info > drwx-- 3 vpopmail vchkpw 4096 2009-04-07 23:44 postmaster > -rw--- 1 vpopmail vchkpw 468 2009-04-07 23:51 vpasswd > -rw--- 1 vpopmail vchkpw 2604 2009-04-07 23:51 vpasswd.cdb > drwx-- 3 vpopmail vchkpw 4096 2009-04-07 23:48 wilbert > [cv] ~# /home/vpopmail/bin/vusagec wilb...@example.com > wilb...@example.com: 1035916107 byte(s) in 5324 file(s) > [cv] ~# /home/vpopmail/bin/vusagec i...@example.com > i...@example.com: 594049032 byte(s) in 4041 file(s) > [cv] ~# /home/vpopmail/bin/vusagec h...@example.com > h...@example.com: 38496 byte(s) in 17 file(s) > [cv] ~# /home/vpopmail/bin/vusagec postmas...@example.com > postmas...@example.com: 8192 byte(s) in 2 file(s) > [cv] ~# /home/vpopmail/bin/vusagec @example.com > example.com: 3701844041 byte(s) in 20032 file(s) > [cv] ~# du -sb /home/vpopmail/domains/example.com > 1631164507 /home/vpopmail/domains/example.com > > Summing all usage values of individual users, I get: > 1035916107 + 594049032 + 38496 + 8192 = 1630011827 > That's nearly the same as `du' returns. Well, this definitely would indicate an issue with the domain usage calculation. Fortunately, the domain usage calculation is tied directly into the user usage calculation. There's probably some pretty stupid mistake that I made just waiting to be corrected. > However, see what `vusagec' returns when I query `...@example.com'. That's > still an enormous difference. Has this maybe something to do with the > fact that example.com also has an alias example.org? Nope. In fact, the vusage daemon sees these as entirely different domains. This is something I intend to tackle in 5.5 -- recognition of domain aliases for efficiency's sake. > I'll give you access to this machine once it's up and running again, > haha. It was our spare one, which had to do some actual work after a > crash this week :]. I appreciate the offer, but probably not needed in this case because I can duplicate the issue on my end. > I've seen some of that code in the repository yeah. A real wild guess, > without any knowledge of the code itself: maybe it has something to do > with the fact that data is loaded after the worker threads have already > started processing their queue items? Nope. The queue mutex is locked at start-up, and so the workers cannot process anything. - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqgK0IACgkQIwet2/rgZywS6wCfeXLYeIDHUYF71cCyQO1clMiz ih0An3M1YgYt1fIBqWtuYpC4lJLCmnaF =TaOs -END PGP SIGNATURE-
Re: [vchkpw] Released updated 5.4.28 tarball on SourceForge
Hi Matt, Matt Brookings wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Harm van Tilborg wrote: That counter is not really working properly, since I at least downloaded the `previous' 5.4.28 release about 10 times I guess. Really? That's no good. Their file release system has been pretty broken since the new interface I suppose. Btw: I'm looking into my personal vusage `symbolic link problem'. Like I said: the individual user usage's are computed correctly. However, if I request the total of a particular domain, I get a value full of rubbish. Well, while I agree that it should be configurable whether to follow symbolic links, I'm not sure if it this is a computational matter. Some would probably want the symbolic link to be calculated as storage the user is using, depending upon it's purpose. That's what the option was for of course :]. I'm curious about the 'value of rubbish' though. Is it actually calculating something *incorrectly*, or just not how you'd like it to? No, it's really 'rubbish' :]. I've posted this in the 'some experiences with 5.5' thread before, but here we go: [cv] ~# ls -l /home/vpopmail/domains/example.com total 28 drwx-- 3 vpopmail vchkpw 4096 2009-04-07 23:47 harm drwx-- 3 vpopmail vchkpw 4096 2009-04-07 23:47 info drwx-- 3 vpopmail vchkpw 4096 2009-04-07 23:44 postmaster -rw--- 1 vpopmail vchkpw 468 2009-04-07 23:51 vpasswd -rw--- 1 vpopmail vchkpw 2604 2009-04-07 23:51 vpasswd.cdb drwx-- 3 vpopmail vchkpw 4096 2009-04-07 23:48 wilbert [cv] ~# /home/vpopmail/bin/vusagec wilb...@example.com wilb...@example.com: 1035916107 byte(s) in 5324 file(s) [cv] ~# /home/vpopmail/bin/vusagec i...@example.com i...@example.com: 594049032 byte(s) in 4041 file(s) [cv] ~# /home/vpopmail/bin/vusagec h...@example.com h...@example.com: 38496 byte(s) in 17 file(s) [cv] ~# /home/vpopmail/bin/vusagec postmas...@example.com postmas...@example.com: 8192 byte(s) in 2 file(s) [cv] ~# /home/vpopmail/bin/vusagec @example.com example.com: 3701844041 byte(s) in 20032 file(s) [cv] ~# du -sb /home/vpopmail/domains/example.com 1631164507 /home/vpopmail/domains/example.com Summing all usage values of individual users, I get: 1035916107 + 594049032 + 38496 + 8192 = 1630011827 That's nearly the same as `du' returns. However, see what `vusagec' returns when I query `...@example.com'. That's still an enormous difference. Has this maybe something to do with the fact that example.com also has an alias example.org? I'll give you access to this machine once it's up and running again, haha. It was our spare one, which had to do some actual work after a crash this week :]. While individually querying all user accounts and summing them manually does give a right answer. Glad to hear that part is working for you :) The user account storage is the basis of every other calculation. I'm underway adding a configuration option for vusaged, like: `dive into symlinks or not'. Well, you'll see in a week or so, when I've got some time (and a testing environment cleared for it :]). That is already on the development list for 5.5, so, if you just want to wait, I'll have my version of this, along with other changes to the vusage daemon. Ah okay, I'll wait for that. Right now I'm looking into a vusage database issue where-in, after a saved database is loaded, the counts get almost doubled! I've seen some of that code in the repository yeah. A real wild guess, without any knowledge of the code itself: maybe it has something to do with the fact that data is loaded after the worker threads have already started processing their queue items? - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -- Kind regards, Harm van Tilborg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqfytkACgkQIwet2/rgZyzsVgCeNZzQEimvq1avkD9NeeuqxImQ yG8AnAkywbTCV9L7ePh1yP1dD0XCUOlD =S7xV -END PGP SIGNATURE- !DSPAM:4a9feefe32716656412776!
Re: [vchkpw] Released updated 5.4.28 tarball on SourceForge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Harm van Tilborg wrote: > That counter is not really working properly, since I at least downloaded > the `previous' 5.4.28 release about 10 times I guess. Really? That's no good. Their file release system has been pretty broken since the new interface I suppose. > Btw: I'm looking into my personal vusage `symbolic link problem'. Like I > said: the individual user usage's are computed correctly. However, if I > request the total of a particular domain, I get a value full of rubbish. Well, while I agree that it should be configurable whether to follow symbolic links, I'm not sure if it this is a computational matter. Some would probably want the symbolic link to be calculated as storage the user is using, depending upon it's purpose. I'm curious about the 'value of rubbish' though. Is it actually calculating something *incorrectly*, or just not how you'd like it to? > While individually querying all user accounts and summing them manually > does give a right answer. Glad to hear that part is working for you :) The user account storage is the basis of every other calculation. > I'm underway adding a configuration option for vusaged, like: `dive into > symlinks or not'. Well, you'll see in a week or so, when I've got some > time (and a testing environment cleared for it :]). That is already on the development list for 5.5, so, if you just want to wait, I'll have my version of this, along with other changes to the vusage daemon. Right now I'm looking into a vusage database issue where-in, after a saved database is loaded, the counts get almost doubled! - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqfytkACgkQIwet2/rgZyzsVgCeNZzQEimvq1avkD9NeeuqxImQ yG8AnAkywbTCV9L7ePh1yP1dD0XCUOlD =S7xV -END PGP SIGNATURE-
Re: [vchkpw] Released updated 5.4.28 tarball on SourceForge
Hi Matt, That counter is not really working properly, since I at least downloaded the `previous' 5.4.28 release about 10 times I guess. Btw: I'm looking into my personal vusage `symbolic link problem'. Like I said: the individual user usage's are computed correctly. However, if I request the total of a particular domain, I get a value full of rubbish. While individually querying all user accounts and summing them manually does give a right answer. I'm underway adding a configuration option for vusaged, like: `dive into symlinks or not'. Well, you'll see in a week or so, when I've got some time (and a testing environment cleared for it :]). -- Kind regards, Harm van Tilborg Matt Brookings wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom Collins wrote: If it was modified, you should increment the version number. In 3 months, when someone reports a bug, how will we know which 5.4.28 they're running? Considering it has 0 downloads, I'm not entirely concerned about this circumstance. :) - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqexX0ACgkQIwet2/rgZyygnwCfX/NAJ84UWkxwiyGjODGhCO8R HBoAniCjzibLd4tMvMreH7Fxq/drlMsg =Ydn4 -END PGP SIGNATURE- !DSPAM:4a9f755732711217367318!
Re: [vchkpw] Released updated 5.4.28 tarball on SourceForge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom Collins wrote: > If it was modified, you should increment the version number. In 3 > months, when someone reports a bug, how will we know which 5.4.28 > they're running? Considering it has 0 downloads, I'm not entirely concerned about this circumstance. :) - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqexX0ACgkQIwet2/rgZyygnwCfX/NAJ84UWkxwiyGjODGhCO8R HBoAniCjzibLd4tMvMreH7Fxq/drlMsg =Ydn4 -END PGP SIGNATURE-
Re: [vchkpw] Released updated 5.4.28 tarball on SourceForge
If it was modified, you should increment the version number. In 3 months, when someone reports a bug, how will we know which 5.4.28 they're running? -Tom On Sep 2, 2009, at 10:56 AM, Matt Brookings wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adds a fix for long domain names - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqesbUACgkQIwet2/rgZyziCQCfX/KidAvmWXWWo8oqOyEszve/ pLYAmQFkxPPSBjUfwiSVZzAwNVx5apaz =vX+w -END PGP SIGNATURE- !DSPAM:4a9ec44932714432088647!
[vchkpw] Released updated 5.4.28 tarball on SourceForge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adds a fix for long domain names - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqesbUACgkQIwet2/rgZyziCQCfX/KidAvmWXWWo8oqOyEszve/ pLYAmQFkxPPSBjUfwiSVZzAwNVx5apaz =vX+w -END PGP SIGNATURE-