Closed Bug 735238 Opened 13 years ago Closed 13 years ago

khan move to scl3, lingering issues

Categories

(mozilla.org Graveyard :: Server Operations, task)

x86
macOS
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: cshields, Assigned: cshields)

References

Details

Please add lingering issues to this bug or file a new dep bug.
Depends on: 735259
we will still need to work out mounts. Please help us out and review the list of network mounts at the etherpad below, bold any that are still necessary. We want to cut out anything that is no longer needed. In fact, if you know it is no longer needed strike it out. https://etherpad.mozilla.org/khan-mounts
New issue with khan: I am unable to curl to any website outside of the network. Could be a network routing issue.
[root@khan ~]# fping yahoo.com yahoo.com is alive and as I saw the fping return, I felt a very heavy jolt of irony, but, anyway, internet access is up now.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
:D thanks Casey! I filed a bug for this but left it unlinked, going to assign and resolve that one for you, and keep this one open for other lingering issues.
Status: RESOLVED → REOPENED
Depends on: 735394
Resolution: FIXED → ---
Confirmed! Thanks
http://amckay-arecibo.khan.mozilla.org/list/ is throwing "Unknown MySQL server host 'cm-webdev01-master01'".
(In reply to Byron Jones ‹:glob› from comment #6) > http://amckay-arecibo.khan.mozilla.org/list/ is throwing "Unknown MySQL > server host 'cm-webdev01-master01'". Yep, I can't resolve that hostname from the box either
For tracking purposes-- khan's monitoring checks have been commented out in Nagios
Another issue: Khan is unable to resolve certain domains thus it must be using name servers that are not updated. Example: curl mozilla.lt Expected: website contents Actual: curl: (6) Couldn't resolve host 'mozilla.lt' When I an scanning websites, I use the following name servers to verify if they are our websites: ns1.mozilla.org ns2.mozilla.org ns3.mozilla.org ns0.mozilla.or.jp ns1.mvs.ne.jp ns1.mozilla.net ns2.mozilla.net ns3.mozilla.net ns1-glb.mozilla.net ns2-glb.mozilla.net ns3-glb.mozilla.net ns4-glb.mozilla.net It looks like khan is using these name servers: nameserver 10.22.75.40 nameserver 10.22.75.41 It appears that 10.22.75.40|41 have old cache.
The issue with mozilla.lt is because we're slaving this zone data from a third party server: zone "mozilla.lt" IN { /* zone contact: Rimas Kudelis <rq@akl.lt> */ type slave; masters { 193.219.42.13; }; /* ideja.akl.lt */ file "slaves/mozilla.lt"; }; The new IPs of ns1/ns2 in SCL3 are not on this hosts access list. I've emailed Rimas with the new addresses requesting that authorize our new DNS servers to perform zone transfers.
You should now be able to resolve mozilla.lt from ns1/ns2 in scl3: [root@ns1.private.scl3 named]# dig +short mozilla.lt 193.219.42.40
Since rbryce mentioned it above for tracking purposes, I thought I'd mention it here: I will note that khan's monitoring checks are in scl3's nagios and look like they're all green. As for general status, looks like http://amckay-arecibo.khan.mozilla.org/list/ is still throwing "Unknown MySQL server host 'cm-webdev01-master01'". It needs an fqdn - cm-webdev01-master01.mozilla.org
the file which needs updating to fix arecibo is: /home/amckay/arecibo/listener/normal/local_settings.py
Updated arecibo.
Is there anything more on this bug?
cshields says this is closeable.
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → FIXED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.