Closed Bug 548551 Opened 14 years ago Closed 13 years ago

remove scratchbox from our slaves

Categories

(Release Engineering :: General, defect, P1)

All
Maemo
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bhearsum, Assigned: rail)

References

Details

(Whiteboard: [buildslaves][puppet][cleanup])

Attachments

(2 files)

Nick recently noticed that the bindmount for the Scratchbox .ssh directory was getting remounted a bunch of times. I looked into this a bit and found that every time Puppet runs, it is remounted, with Puppet saying this in the log:
Feb 25 05:47:18 mv-moz2-linux-ix-slave05 puppetd[2625]: (//Node[mv-moz2-linux-ix-slave05.build.mozilla.org]/base/centos5/Mount[/scratchbox/users/cltbld/home/cltbld/.ssh]/ensure) ensure changed 'present' to 'mounted'
Feb 25 05:47:18 mv-moz2-linux-ix-slave05 puppetd[2625]: (//Node[mv-moz2-linux-ix-slave05.build.mozilla.org]/base/centos5/Mount[/scratchbox/users/cltbld/home/cltbld/.ssh]) Refreshing self



While this doesn't seem to cause any harm, it isn't ideal and should be fixed. I think this issue stems from the fact that we have both a "File" and a "Mount" named "/scratchbox/users/cltbld/home/cltbld/.ssh", but it's hard to be sure.
http://hg.mozilla.org/build/puppet-manifests/file/279ba6cded01/os/centos.pp#l52
http://hg.mozilla.org/build/puppet-manifests/file/279ba6cded01/os/centos.pp#l79
Maybe the File should be .../.ssh/known_hosts or something?
Assignee: nobody → dustin
Assignee: dustin → nobody
Maemo bug.
Assignee: nobody → joduinn
OS: Mac OS X → Maemo
Morphing.
Priority: P5 → --
Summary: /builds/scratchbox/users/cltbld/home/cltbld/.ssh is continuously remounted on Linux slaves → remove scratchbox from our slaves
Assignee: joduinn → nobody
We might want to doublecheck

interpreter = ['/scratchbox/moz_scratchbox', '-d', '/builds/slave/nanojit-arm']

type calls in our -arm projects; that would suggest a dependency.
This is pretty important cleanup work IMO. Anyone want to take it on?
Priority: -- → P1
Whiteboard: [buildslaves][puppet] → [buildslaves][puppet][cleanup]
Is this the rm -rf of scratchbox on the slave drives?
Yes, but we should do it cleanly, which involves removing bindmounts and such.
An rpm -e would do it once the rpm is fixed to uninstall cleanly.

Can we wait until Lukas comments on comment 5 ?
Depends on: 579530
(In reply to Aki Sasaki [:aki] from comment #8)
> Yes, but we should do it cleanly, which involves removing bindmounts and
> such.
> An rpm -e would do it once the rpm is fixed to uninstall cleanly.
> 
> Can we wait until Lukas comments on comment 5 ?

Oops, this was Catlee!!!
http://hg.mozilla.org/build/buildbotcustom/annotate/6d0cf1ef4ad6/misc.py#l3203
Also Coop fixed the nanojit one: http://hg.mozilla.org/build/buildbotcustom/annotate/6d0cf1ef4ad6/misc.py#l3133

Coop, Catlee, do you guys know what it will take to get rid of scratchbox here?
Is it negotiating with the spidermonkey + nanojit folk?
(In reply to Aki Sasaki [:aki] from comment #9)
> (In reply to Aki Sasaki [:aki] from comment #8)
> > Yes, but we should do it cleanly, which involves removing bindmounts and
> > such.
> > An rpm -e would do it once the rpm is fixed to uninstall cleanly.
> > 
> > Can we wait until Lukas comments on comment 5 ?
> 
> Oops, this was Catlee!!!
> http://hg.mozilla.org/build/buildbotcustom/annotate/6d0cf1ef4ad6/misc.
> py#l3203
> Also Coop fixed the nanojit one:
> http://hg.mozilla.org/build/buildbotcustom/annotate/6d0cf1ef4ad6/misc.
> py#l3133
> 
> Coop, Catlee, do you guys know what it will take to get rid of scratchbox
> here?
> Is it negotiating with the spidermonkey + nanojit folk?

Yup, we need to know if they can go without the qemu arm support
Recap: we're clear!
Nanojit and SpiderMonkey don't need scratchbox.

https://bugzilla.mozilla.org/show_bug.cgi?id=638349#c14
https://bugzilla.mozilla.org/show_bug.cgi?id=638349#c15
https://bugzilla.mozilla.org/show_bug.cgi?id=609413#c33

We probably need another bug to track turning off nanojit and spidermonkey scratchbox jobs; otherwise remove away!
We don't actually run arm spidermonkey, so this is the only thing we need.
Attachment #574633 - Flags: review?(aki)
Attachment #574633 - Flags: review?(aki) → review+
Attachment #574633 - Flags: checked-in+
Flags: needs-reconfig?
This landed in this morning's reconfig.
Flags: needs-reconfig?
(In reply to Aki Sasaki [:aki] (back nov 28) from comment #13)
> This landed in this morning's reconfig.

What left to do here?
Assignee: nobody → joduinn
/me grabs the bug
Assignee: joduinn → rail
Comments incoming
Attachment #576568 - Flags: review?(jhford)
Comment on attachment 576568 [details] [diff] [review]
remove scratchbox

Review of attachment 576568 [details] [diff] [review]:
-----------------------------------------------------------------

I tested the patch on moz2-linux-slave51 several times switching clean manifests (to reinstall scratchbox) and my manifests to tests if they remove the package cleanly.

I used the following tests:
* grep scratchbox /etc/fstab, no output expected
* mount | grep scratchbox, no output expected
* /scratchbox symlink and /build/scratchbox directory shouldn't exist
* ~cltbld/.ssh should be in place
* "rpm -qa|grep scratchbox |wc -l" should retirn 0

::: modules/packages/files/scratchbox-preun.sh
@@ +14,5 @@
> +    umount /home/cltbld/.ssh
> +    sleep 2
> +done
> +rm -rf /builds/scratchbox
> +rm -rf /scratchbox

In ideal world the last 2 command should be run after removing the package. However, since it requires additional "target" and dependency and even if we run these commands before we remove the package it doesn't break anything, I decided to simplify the patch and put them here.
Comment on attachment 576568 [details] [diff] [review]
remove scratchbox

Review of attachment 576568 [details] [diff] [review]:
-----------------------------------------------------------------

Cool.  looks good to me

::: modules/packages/files/scratchbox-preun.sh
@@ +14,5 @@
> +    umount /home/cltbld/.ssh
> +    sleep 2
> +done
> +rm -rf /builds/scratchbox
> +rm -rf /scratchbox

sgtm
Attachment #576568 - Flags: review?(jhford) → review+
To be deployed tomorrow. Thanks, jhford!
I checked the slaves today and forced update for the following (dev/pp) slaves:

linux-ix-slave03
linux-ix-slave04
moz2-linux-slave04
moz2-linux-slave10
moz2-linux-slave51
mv-moz2-linux-ix-slave01

staging-puppet symlinked to manifests-CLEAN now.

Die, scratchbox, die!!!
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Depends on: 718337
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: