Closed
Bug 877841
Opened 13 years ago
Closed 13 years ago
Upgrade hg client on the t-xp32-ix slaves to 2.5.4
Categories
(Infrastructure & Operations :: RelOps: General, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: coop, Assigned: q)
References
Details
We're trying to standardize on a single client version of hg (2.5.4) across our pool of slaves. See https://bugzilla.mozilla.org/show_bug.cgi?id=779569#c0 for the current mess of versions we have deployed.
These new iX slaves add yet another version into the mix (1.9.1). Please upgrade the version of hg on the t-xp32-ix slaves to 2.5.4.
The 32-bit installer .exe is available internally here:
http://dev-stage01.build.mozilla.org/pub/mozilla.org/mozilla/libraries/win32/misc/Mercurial-2.5.4.exe
Comment 1•13 years ago
|
||
During discussion in the EngOps meeting to sync up on goals, it was stated by Hal/John that we don't need the client upgrade to perform the server upgrade (which is on the goals list for this quarter). We have the client upgrade on the list for next quarter.
Assignee: server-ops-releng → q
| Reporter | ||
Comment 2•13 years ago
|
||
(In reply to Amy Rich [:arich] [:arr] from comment #1)
> During discussion in the EngOps meeting to sync up on goals, it was stated
> by Hal/John that we don't need the client upgrade to perform the server
> upgrade (which is on the goals list for this quarter). We have the client
> upgrade on the list for next quarter.
That much is true: the client upgrade does not block the server upgrade. The client upgrade *is* still on Releng's list of company-facing goals for Q2 though. Developers have been asking for this for a long time.
I would also note that we still don't have a working sshd on these new Windows iX test slaves, which is a regression from the previous Windows test platforms. Even the old KpyM server allowed releng to deploy things in a quasi-automated way. If I do need to deploy this change by hand over VNC to 400 machines, I'm going to have a bad time.
I hope you'll reconsider.
| Reporter | ||
Comment 3•13 years ago
|
||
I updated about 90% of these by hand over a few hours this afternoon, at which point Q came in with quick GPO fix that covered the rest and will cover any stragglers and re-imaged slaves in the future. All done here.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
Component: Server Operations: RelEng → RelOps
Product: mozilla.org → Infrastructure & Operations
You need to log in
before you can comment on or make changes to this bug.
Description
•