Closed Bug 558463 Opened 15 years ago Closed 14 years ago

Setup a staging keymaster

Categories

(Release Engineering :: General, defect, P2)

All
Windows Server 2003
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: coop, Assigned: coop)

References

Details

(Whiteboard: [signing])

Attachments

(1 file)

We should setup an instance of keymaster in staging so we can properly play around with signing/scripts keys and not have to worry about breaking the production system. Not sure if this is already done based on bug 428132.
Blocks: 558460
Blocks: 558464
Depends on: 559353
(In reply to comment #0) > Not sure if this is already done based on bug 428132. The machine referenced in bug 428132 is our current keymaster machine in production. I've filed bug 559353 to get a new keymaster clone.
Assignee: nobody → ccooper
Status: NEW → ASSIGNED
Priority: P4 → P2
This machine is setup now: cm-keystage01 Docs about how to use the staging keys are in the CombinedSigning wiki.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Two issues have come up: 1) Can't connect to staging-stage from cm-keystage01 2) Hitting "gpg: Can't check signature: public key not found" on verify-sigs
Depends on: 590999
cvs checkouts from mofo repos also don't work
(In reply to comment #3) > 1) Can't connect to staging-stage from cm-keystage01 Filed bug 590999 > 2) Hitting "gpg: Can't check signature: public key not found" on verify-sigs Added a note to the staging section of CombinedSigning to address this for now. It doesn't work out of the box because the production public key is checked out from CVS, but the staging key can be copied in place. Probably need to come up with an automated solution to this that doesn't bend the production automation too much. (In reply to comment #4) > cvs checkouts from mofo repos also don't work I'll make sure the ssh config file still allows for this.
(In reply to comment #5) > (In reply to comment #4) > > cvs checkouts from mofo repos also don't work > > I'll make sure the ssh config file still allows for this. Fixed.
(In reply to comment #3) > 1) Can't connect to staging-stage from cm-keystage01 Currently waiting for the machine to be rebooted in bug 601134 so I can test this.
Will look at the remaining issues this afternoon.
Status: REOPENED → ASSIGNED
These changes make it easier to sign in staging.
Attachment #483575 - Flags: review?(bhearsum)
Coop -- I made some changes to keymaster for Android signing (JDK, Android SDK, release keystore). I'll need to either do those on this box or let you know what I did on keymaster, so we can have a staging env for that.
(In reply to comment #10) > I'll need to either do those on this box or let you know what I did on > keymaster, so we can have a staging env for that. If it's straightforward installation, I can do it, given a list.
1) install JDK http://www.oracle.com/technetwork/java/javase/downloads/index.html 2) install Android SDK http://developer.android.com/sdk/index.html sign_android.sh currently expects to find them in specific locations on disk (hardcoded at the top). If that works for you, awesome, otherwise we may need to tweak that for staging. http://hg.mozilla.org/build/tools/file/c6273c2278d0/release/signing/sign_android.sh I imagine we'll need to do something with the keystore. I assume we don't want to copy ~cltsign/android-release.keystore from keymaster, unless key-stage is as secure as keymaster. If we have to use a different key, I'd say copy ~cltbld/.android/android.keystore from a production linux slave, and we'd have to figure out how to point to the staging keystore/key alias in sign_android.sh. Maybe if [ "$STAGING." != "." ] ; then ...staging settings else ...release settings fi
Attachment #483575 - Flags: review?(bhearsum) → review+
Depends on: 605208
Attachment #483575 - Flags: checked-in+
We can now connect to both stage.m.o and staging-stage.build.m.o from this box. Only thing left to do now is install the mobile tools from comment #12.
(In reply to comment #14) > We can now connect to both stage.m.o and staging-stage.build.m.o from this box. Is there any guard against accidentally pushing to stage.m.o from here ? Like having to explicitly go modify the ssh key settings ?
(In reply to comment #15) > Is there any guard against accidentally pushing to stage.m.o from here ? Like > having to explicitly go modify the ssh key settings ? I've commented out the block in the ssh config file that is currently granting access to stage by default. Mobile tools are also installed now in the locations expected by sign_android.sh. Docs have been updated: https://intranet.mozilla.org/Build:CombinedSigning#Signing_in_the_Staging_Environment
Status: ASSIGNED → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: