| Summary: | [Docs] [RFE] unable to login to ssui w/ loadbalancer | |||
|---|---|---|---|---|
| Product: | Red Hat CloudForms Management Engine | Reporter: | Colin Arnott <carnott> | |
| Component: | Documentation | Assignee: | Dayle Parker <dayleparker> | |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Suyog Sainkar <ssainkar> | |
| Severity: | urgent | Docs Contact: | ||
| Priority: | urgent | |||
| Version: | 5.6.0 | CC: | abellott, adahms, benglish, cpelland, dayleparker, gtanzill, hhudgeon, jhardy, obarenbo, simaishi, ssainkar | |
| Target Milestone: | GA | Keywords: | FutureFeature, ZStream | |
| Target Release: | 5.8.0 | |||
| Hardware: | x86_64 | |||
| OS: | Linux | |||
| Whiteboard: | ssui | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1376568 (view as bug list) | Environment: | ||
| Last Closed: | 2017-05-31 01:29:10 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | CFME Core | Target Upstream Version: | ||
| Bug Depends On: | ||||
| Bug Blocks: | 1376568 | |||
|
Description
Colin Arnott
2016-09-13 21:22:46 UTC
> this is likely caused by memcached pointing to localhost, in combination with the load balancer.
Hi Colin, are you saying that "-l 0.0.0.0" worked? I'm not understanding what you think is happening. Can you provide what you think is the problem with localhost?
From my understanding, if you're hitting apache through the load balancer on the appliance, it will get routed from the apache worker on the appliance to a UI worker on the same appliance which should be able to talk to memcached on localhost.
I have tried the following configurations: config: /session/memcache_server: 127.0.0.1:11211 /session/memcache_server_opts: "-l 127.0.0.1" results: default config; everything works config: /session/memcache_server: 127.0.0.1:11211 /session/memcache_server_opts: "-l 192.168.0.1 -l 127.0.0.1" results: only changed the server_opts; evmserverd starts, but memcached does not listen on the public ip/interface config: /session/memcache_server: 192.168.0.1:11211 /session/memcache_server_opts: "-l 192.168.0.1 -l 127.0.0.1" results: changed both; evmserverd does not start, citing a Dalii error, because the Dalii gem cannot connect to the memcached service, as it has not bound to the public ip/interface config: /session/memcache_server: 192.168.0.1:11211 /session/memcache_server_opts: "-l 192.168.0.61 -l 0.0.0.0 -l 127.0.0.1" results: changed both; evmserverd does not start, citing a Dalii error, because the Dalii gem cannot connect to the memcached service, as it has not bound to the public ip/interface config: /session/memcache_server: 192.168.0.1:11211 /session/memcache_server_opts: "-l 0.0.0.0 -l 127.0.0.1" results: changed both; evmserverd does not start, citing a Dalii error, because the Dalii gem cannot connect to the memcached service, as it has not bound to the public ip/interface config: /session/memcache_server: 192.168.0.1:11211 /session/memcache_server_opts: "-l 127.0.0.1" results: changed both; evmserverd does not start, citing a Dalii error, because the Dalii gem cannot connect to the memcached service, as it has not bound to the public ip/interface Sorry for the information spray, but that is what I have tried, and nothing can seem to make memcached bind to the public ip Yes, we are hitting apache through a load balancer, so we need everybody to talk to the same memcached on one appliance (we informally picked the database appliance). Moving to 'NEW' while assigned to the default assignee. Assigning to Dayle for review. Thanks so much, Suyog! I've cherry-picked the changes over to master now in https://github.com/ManageIQ/manageiq_docs/pull/348 (also merged). The change is also live in the 4.2 Deployment Planning Guide, in section 2.5. Using a Load Balancer: https://access.redhat.com/documentation/en-us/red_hat_cloudforms/4.2/html-single/deployment_planning_guide/ This update has also been published in the CloudForms 4.5 documentation. Closing as CURRENTRELEASE. |