[mod_cluster-issues] [JBoss JIRA] Commented: (MODCLUSTER-120) Apache with mod_cluster refuses to start at first, after 7 retries it starts up

[Jean-Frederic Clere (JIRA)]

    [ https://jira.jboss.org/jira/browse/MODCLUSTER-120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12503836#action_12503836 ] 

Jean-Frederic Clere commented on MODCLUSTER-120:
------------------------------------------------

[hudson at perf10 httpd]$ ipcs

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
0x01010013 9076736    hudson    600        10500      0                       
0x0101000e 32769      hudson    600        7620       0                       
0x01010016 9109506    hudson    600        7620       0                       
0x01010017 9142275    hudson    600        1380       0                       
0x01010018 9175044    hudson    600        2820       0                       
0x01010019 9207813    hudson    600        20         0                       
0x0101001a 9240582    hudson    600        3300       0                       
0x01018021 10420234   hudson    600        1380       0                       
0x0101801d 15335435   hudson    600        2820       0                       
0x01018022 14155788   hudson    600        1380       0                       
0x01018023 14188557   hudson    600        2820       0                       
0x01018024 14221326   hudson    600        20         0                       
0x01018026 14254095   hudson    600        3300       0                       

Weird looks like the share memory wasn't remove at one stop...

> Apache with mod_cluster refuses to start at first, after 7 retries it starts up
> -------------------------------------------------------------------------------
>
>                 Key: MODCLUSTER-120
>                 URL: https://jira.jboss.org/jira/browse/MODCLUSTER-120
>             Project: mod_cluster
>          Issue Type: Bug
>    Affects Versions: 1.0.2.GA
>         Environment: x64, RHEL 5.2, Server version: Apache/2.2.13 (Unix) 
>            Reporter: Radoslav Husar
>            Assignee: Jean-Frederic Clere
>            Priority: Critical
>         Attachments: MODCLUSTER-120.log
>
>
> When starting up Apache with mod cluster, by command:
> [hudson at perf10 httpd]$ /usr/sbin/apachectl -k start -d /tmp/hudson/httpd
> It refuses to start, but creates files in logs one-by-one and then when all files are created it accepts to start.
> [hudson at perf10 httpd]$ cat logs/error_log 
> [Tue Jan 05 12:01:11 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
> [Tue Jan 05 12:01:11 2010] [notice] Digest: generating secret for digest authentication ...
> [Tue Jan 05 12:01:11 2010] [notice] Digest: done                                           
> [Tue Jan 05 12:01:11 2010] [emerg] create_mem_node /tmp/hudson/httpd/logs/manager.node failed
> Configuration Failed                                                                         
> [Tue Jan 05 12:01:37 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)     
> [Tue Jan 05 12:01:37 2010] [notice] Digest: generating secret for digest authentication ...  
> [Tue Jan 05 12:01:37 2010] [notice] Digest: done                                             
> [Tue Jan 05 12:01:37 2010] [emerg] create_mem_context failed                                 
> Configuration Failed                                                                         
> [Tue Jan 05 12:02:40 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)     
> [Tue Jan 05 12:02:40 2010] [notice] Digest: generating secret for digest authentication ...  
> [Tue Jan 05 12:02:40 2010] [notice] Digest: done                                             
> [Tue Jan 05 12:02:40 2010] [emerg] create_mem_host failed                                    
> Configuration Failed                                                                         
> [Tue Jan 05 12:04:43 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)     
> [Tue Jan 05 12:04:43 2010] [notice] Digest: generating secret for digest authentication ...  
> [Tue Jan 05 12:04:43 2010] [notice] Digest: done                                             
> [Tue Jan 05 12:04:43 2010] [emerg] create_mem_balancer failed                                
> Configuration Failed                                                                         
> [Tue Jan 05 12:04:44 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)     
> [Tue Jan 05 12:04:44 2010] [notice] Digest: generating secret for digest authentication ...  
> [Tue Jan 05 12:04:44 2010] [notice] Digest: done                                             
> [Tue Jan 05 12:04:44 2010] [emerg] create_mem_sessionid failed                               
> Configuration Failed                                                                         
> [Tue Jan 05 12:04:45 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)     
> [Tue Jan 05 12:04:45 2010] [notice] Digest: generating secret for digest authentication ...  
> [Tue Jan 05 12:04:45 2010] [notice] Digest: done                                             
> [Tue Jan 05 12:04:45 2010] [emerg] create_mem_domain failed                                  
> Configuration Failed
> [Tue Jan 05 12:04:46 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
> [Tue Jan 05 12:04:46 2010] [notice] Digest: generating secret for digest authentication ...
> [Tue Jan 05 12:04:46 2010] [notice] Digest: done
> [Tue Jan 05 12:04:46 2010] [notice] Advertise initialized for process 1713
> [Tue Jan 05 12:04:46 2010] [notice] Apache/2.2.3 (Red Hat) configured -- resuming normal operations
> The configuration is here:
> https://svn.devel.redhat.com/repos/jboss-qa/load-testing/etc/httpd/mod_cluster/
> Is there a workaround? What might be causing this?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira