<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>162348</bug_id>
          
          <creation_ts>2007-01-16 12:59 0000</creation_ts>
          <short_desc>net-mail/vpopmail CONFIG_PROTECT causes portage/etc-update/dispatch-conf to freeze for hours</short_desc>
          <delta_ts>2007-08-09 08:04:41 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>critical</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>alex@halogen-dg.com</reporter>
          <assigned_to>maintainer-needed@gentoo.org</assigned_to>
          <cc>Jimmy.Jazz@gmx.net</cc>
    
    <cc>matt@signet-ring.com</cc>
    
    <cc>net-mail@gentoo.org</cc>
    
    <cc>qmail-bugs@gentoo.org</cc>
    
    <cc>udemirhan@gmail.com</cc>

      

      
          <long_desc isprivate="0">
            <who>alex@halogen-dg.com</who>
            <bug_when>2007-01-16 12:59:33 0000</bug_when>
            <thetext>Hi!

I have a mail server where vpopmail is installed. After some time of its normal work I started to notice that &apos;emerge&apos; became extremely slow. I have tried to find out what actual problem is, and what I found is that etc-update is the cause. It freezes and every etc-update takes 30-40 minutes to finish. My server experiences big sysload during this action. 

I tried to debug whats wrong inside of etc-upate. And found that one of CONFIG_PROTECT directories is: /var/vpopmail/domains. Obviously thats the problem. I never heard of any configuration files in this directory. This is mail storage directory for hundreds of mail server users. Its main mail base and its extremely large. 

I would like to suggest to remove /var/vpopmail/domains from CONFIG_PROTECT of vpopmail ebuild (at least I have such dir listed in files/99vpopmail

At all, why it was included originally? I do not remember any configuration files stored there. All vpopmail configuration files are in /var/vpopmail/etc. I  am sure &apos;domains&apos; is only for data storage, no configuration files are stored there.

File location:
/usr/portage/net-mail/vpopmail/files/99vpopmail

appserver files # cat 99vpopmail 
ROOTPATH=&quot;/var/vpopmail/bin&quot;
CONFIG_PROTECT=&quot;/var/vpopmail/domains /var/vpopmail/etc&quot;



Reproducible: Always

Steps to Reproduce:
1. Install vpopmail
2. Have a large database of Email (2-3 Gb would be enoug)
3. run etc-update. System will freeze for a long time especially if your drives are slow.


Actual Results:  
it should be 2-3 seconds of scanning. as it is after I removed CONFIG_PROTECT, from /etc/env.d/99vpopmail and run env-update</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alex@halogen-dg.com</who>
            <bug_when>2007-04-29 11:01:40 0000</bug_when>
            <thetext>interesting, how can I help in the pushing of this bug fix? I hate doing same things again and again, and this bug appears every time new version of vpopmail is installed. 

the fix is simple: remove /var/vpopmail/domains from CONFIG_PROTECT . do you want me to submit a patch? Here it is (a dumb simple remove /var/vpopmail/domains from CONFIG_PROTECT:

*** 99vpopmail  2007-04-29 14:00:15.000000000 +0300
--- 99vpopmail~ 2003-08-06 12:24:54.000000000 +0300
***************
*** 1,2 ****
  ROOTPATH=&quot;/var/vpopmail/bin&quot;
! CONFIG_PROTECT=&quot;/var/vpopmail/etc&quot;
--- 1,2 ----
  ROOTPATH=&quot;/var/vpopmail/bin&quot;
! CONFIG_PROTECT=&quot;/var/vpopmail/domains /var/vpopmail/etc&quot;


anything else I can do?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zmedico@gentoo.org</who>
            <bug_when>2007-07-26 22:04:55 0000</bug_when>
            <thetext>(In reply to comment #1)
&gt; anything else I can do?

Adding CONFIG_PROTECT=&quot;-/var/vpopmail/domains&quot; to make.conf will negate that path.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-07-26 22:50:56 0000</bug_when>
            <thetext>*** Bug 186610 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-07-26 22:52:37 0000</bug_when>
            <thetext>*** Bug 118410 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-07-26 22:54:04 0000</bug_when>
            <thetext>@net-mail: ping!
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hollow@gentoo.org</who>
            <bug_when>2007-07-29 23:00:01 0000</bug_when>
            <thetext>fixed in 5.4.19</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-08-09 08:04:41 0000</bug_when>
            <thetext>*** Bug 146260 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
      
    </bug>

</bugzilla>