Closed
Bug 916724
Opened 12 years ago
Closed 12 years ago
Wrong proxy settings for Ubuntu 13.04 machines are causing no connection to various hosts
Categories
(Mozilla QA Graveyard :: Infrastructure, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: whimboo, Assigned: whimboo)
References
Details
As seen by end of last week our Ubuntu 13.04 machines have issues trying to find updates. Here an example:
http://mm-ci-master.qa.scl3.mozilla.com:8080/job/ondemand_update/23115/console
Tested channel is 'esrtest' with Firefox 17.0.5esr.
| Assignee | ||
Comment 1•12 years ago
|
||
I did a couple of testruns on that affected box but I was not able to recreate the situation. It only failed when triggered directly through Jenkins. That's strange. I will do another Jenkins run to see if something has been changed.
| Assignee | ||
Comment 2•12 years ago
|
||
Actually I have no idea what's causing the problem. As mentioned before those jobs only fail when triggered by Jenkins itself. The only effect here could be environmnet variables which get pushed to the slaves. Sadly we don't see what's in use as long as the following issue hasn't been fixed:
https://github.com/mozilla/mozmill-ci/issues/191
Dave will work on that so that we can push this feature to production after 1 day of testing and the 24.0 version released.
Whiteboard: [blocked by CI issue 191]
| Assignee | ||
Comment 3•12 years ago
|
||
Not blocked anymore. I will check what has been caused this. I have seen a couple of failed testruns over the weekend:
http://mm-ci-master.qa.scl3.mozilla.com:8080/job/mozilla-esr17_update/1076/
http://mm-ci-master.qa.scl3.mozilla.com:8080/job/mozilla-esr17_update/1074/
Whiteboard: [blocked by CI issue 191]
| Assignee | ||
Comment 4•12 years ago
|
||
The failures here might be related to the proxy given that other CI instances can run updates successfully. I will have to analyze the HTTP log.
| Assignee | ||
Comment 5•12 years ago
|
||
Ok, so this is indeed a proxy setting issue. Whether the HTTP_PROXY nor FTP_PROXY environment variables are set:
http://mm-ci-master.qa.scl3.mozilla.com:8080/job/mozilla-esr17_update/1076/injectedEnvVars/?
I will update those machines now.
| Assignee | ||
Comment 6•12 years ago
|
||
Adrian, the node mm-ub-1304-32-3 didn't came back when I rebooted it. I need your help. Any idea why that happened again? It's strange given that we have had it already a couple of times.
Flags: needinfo?(afernandez)
Comment 7•12 years ago
|
||
mm-ub-1304-32-3 back online.
Apparently init fails at a proper shutdown as the "modem manager" process fails to obtain the system bus. Init then goes into single user mode.
Not sure why a modem manager is even running but I would suggest to disable it.
Flags: needinfo?(afernandez)
| Assignee | ||
Comment 8•12 years ago
|
||
We removed the modemmanager package from Ubuntu so all is working fine now again. I will continue investigating this bug tomorrow.
Comment 9•12 years ago
|
||
modemmanager was also removed from the four Ubuntu templates;
Ubuntu_12.04_x86
Ubuntu_12.04_x86-64
Ubuntu_13.04_x86
Ubuntu_13.04_x86-64
| Assignee | ||
Comment 11•12 years ago
|
||
This has to be definitely be related to the proxy settings. Starting Firefox via a testrun initialized from Jenkins, I'm not able to even connect to our mm-ci-master host. So Jenkins most likely injects or removes proxy environment settings.
| Assignee | ||
Comment 12•12 years ago
|
||
Injected proxy environment variables
Successful Ubuntu 12.04 testrun:
ftp_proxy http://proxy.dmz.scl3.mozilla.com:3128/
http_proxy http://proxy.dmz.scl3.mozilla.com:3128/
https_proxy http://proxy.dmz.scl3.mozilla.com:3128/
no_proxy localhost,127.0.0.1,localaddress,.localdomain.com,mm-ci-master,.scl3.mozilla.com,.phx1.mozilla.com
Failing Ubuntu 13.04 testrun:
HTTPS_PROXY http://proxy.dmz.scl3.mozilla.com:3128/
ftp_proxy http://proxy.dmz.scl3.mozilla.com:3128/
http_proxy http://proxy.dmz.scl3.mozilla.com:3128/
no_proxy localhost,127.0.0.1,localaddress,.localdomain.com,10.0.0.0/8,.scl3.mozilla.com,.scl3.mozilla.com
I have corrected the settings on 13.04-32-3 and will run a testrun now.
| Assignee | ||
Comment 13•12 years ago
|
||
This were indeed the wrong proxy settings from /etc/environment which included all entries in uppercase letters. All of them will have to be removed and only the lowercase entries should remain. I will do further tests for more recent releases of Firefox if it stays green.
| Assignee | ||
Comment 14•12 years ago
|
||
It's not only that update tests are affected by that. All tests which want to access certain sites will fail because of it.
Summary: Ubuntu 13.04 machines are failing in checking for updates step for Firefox 17.0ESR release → Wrong proxy settings for Ubuntu 13.04 machines are causing no connection to various hosts
| Assignee | ||
Comment 15•12 years ago
|
||
I will check if the proposed solution from the MANA page will work:
https://mana.mozilla.org/wiki/display/SECURITY/Configuring+Your+Servers+to+Use+Proxies#ConfiguringYourServerstoUseProxies-Linux
| Assignee | ||
Comment 16•12 years ago
|
||
(In reply to Henrik Skupin (:whimboo) from comment #15)
> I will check if the proposed solution from the MANA page will work:
> https://mana.mozilla.org/wiki/display/SECURITY/
> Configuring+Your+Servers+to+Use+Proxies#ConfiguringYourServerstoUseProxies-
> Linux
Ok, so we cannot follow this suggestion because the uppercase environment variables are causing us massive problems. Also I don't that we don't need them here. They are getting already defined in the system preferences, and are necessary for Firefox itself.
It might be a bug in Firefox 17.0 and earlier that it was not working correctly, but as long as we have to run tests for 17.0 we might have to live with this workaround.
So we should use the same settings as we have for Ubuntu 12.04. Which is lowercase letters only.
Adrian, can you please convert the Ubuntu templates to VMs, so that I can make this change. Beside that I would also like to find out how to disable the Backup notifications which appear occasionally.
Flags: needinfo?(afernandez)
Comment 17•12 years ago
|
||
Following Ubuntu "templates" are back online:
Ubuntu_12.04_x86 10.22.73.242
Ubuntu_12.04_x86-64 10.22.73.243
Ubuntu_13.04_x86 10.22.73.238
Ubuntu_13.04_x86-64 10.22.73.222
Flags: needinfo?(afernandez)
| Assignee | ||
Comment 18•12 years ago
|
||
(In reply to Adrian Fernandez [:Aj] from comment #17)
> Ubuntu_12.04_x86 10.22.73.242
> Ubuntu_12.04_x86-64 10.22.73.243
> Ubuntu_13.04_x86 10.22.73.238
> Ubuntu_13.04_x86-64 10.22.73.222
All done. You can convert them back to templates. With that we are done on this bug.
| Assignee | ||
Comment 19•12 years ago
|
||
Ups, hit return to early. The last machine is still running an update. So i will report back once it is done.
| Assignee | ||
Comment 20•12 years ago
|
||
Ok, all done now. VMs can be converted back to templates. Thanks.
Flags: needinfo?(afernandez)
Comment 21•12 years ago
|
||
VMs converted back to templates.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Flags: needinfo?(afernandez)
Resolution: --- → FIXED
Updated•7 years ago
|
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•