Bug 900618 (JBPAPP6-1378)
| Summary: | CLONE - Apache with mod_cluster refuses to start (create_mem_node) | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [JBoss] JBoss Enterprise Application Platform 6 | Reporter: | Michal Karm Babacek <mbabacek> | ||||
| Component: | Documentation, mod_cluster | Assignee: | eap-docs <eap-docs> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Michal Karm Babacek <mbabacek> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 6.0.0 | CC: | claudianus, jkudrnac, mbabacek, twells | ||||
| Target Milestone: | --- | Keywords: | Documentation | ||||
| Target Release: | EAP 6.4.0 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| URL: | http://jira.jboss.org/jira/browse/JBPAPP6-1378 | ||||||
| Whiteboard: | eap6 mod_cluster windows | ||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: |
Windows 2008 R2 x86_64
|
|||||
| Last Closed: | 2014-11-06 14:08:51 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
Link: Added: This issue Cloned from JBPAPP-7336 Link: Added: This issue is related to MODCLUSTER-120 Link: Added: This issue duplicates MODCLUSTER-263 Labels: Added: eap6 mod_cluster windows h3. UAC disabled + administrator rights (!) I have just confirmed that Mod_cluster with httpd in EAP6 CR1 can be started only as long as the following conditions are met: * user has Administrator rights * UAC is disabled Release Notes Docs Status: Removed: Not Required Added: Not Yet Documented Affects: Added: Release Notes Release Notes Docs Status: Removed: Not Yet Documented Added: Documented as Known Issue Release Notes Text: Added: On Windows servers, Apache with <code>mod_cluster</code> in JBoss Enterprise Application Platform 6 can only be started if the following conditons are met: - The user must have administration rights. - User Account Control (UAC) must be disabled. Writer: Added: tomwells Release Notes Text: Removed: On Windows servers, Apache with <code>mod_cluster</code> in JBoss Enterprise Application Platform 6 can only be started if the following conditons are met: - The user must have administration rights. - User Account Control (UAC) must be disabled. Added: On Windows servers, Apache with `mod_cluster` in JBoss Enterprise Application Platform 6 can only be started if the following conditons are met: * The user must have administration rights. * User Account Control (UAC) must be disabled. Release Notes Docs Status: Removed: Documented as Known Issue Writer: Removed: tomwells Release Notes Text: Removed: On Windows servers, Apache with `mod_cluster` in JBoss Enterprise Application Platform 6 can only be started if the following conditons are met: * The user must have administration rights. * User Account Control (UAC) must be disabled. Docs QE Status: Removed: NEW It has been concluded that this is a Windows administration error now. With a proper path set in MemManagerFile, there is no problem with UAC unless the user running Apache HTTP Server service presents ill configured permissions. This might happen especially in Domain Controlled environments, but it's definitely not our error. |
Affects: Release Notes project_key: JBPAPP6 UAC control on Windows 2008 R2 strikes: {noformat} [Thu Jun 07 09:55:28 2012] [emerg] create_mem_node C:/tmp/Red Hat/Enterprise Web Server/etc/httpd/logs/manager.node failed: Access is denied. Configuration Failed {noformat} With [JBPAPP-7336], the [Disable UAC utility|http://www.disableuac.com/] helped me. I can not use it properly on dev99 now, because user hudson does not have sufficient rights (user jbossqa is disabled somehow...?) My guess is that with proper permissions, Disable UAC would help in this case as well, hence *Critical* and not *Blocker*. *(i) Note:* In ER8, I executed tests under user jbossqa, with UAC disabled I guess... (!) We must have this in the release notes somewhere... (!)