Closed Bug 826449 Opened 13 years ago Closed 13 years ago

[socorro stage] auto-update script running too often

Categories

(Infrastructure & Operations Graveyard :: WebOps: Other, task, P4)

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: rhelmer, Assigned: dmaher)

Details

(Whiteboard: [triaged 20130104])

We noticed that the auto-update script on socorroadm (invoked by /etc/cron.d/auto-update) is running every 15m which is way too often. There's actually a newer version of this which uses a better test to see if there is a new build or not (I assume jenkins is being wonky but haven't checked), this is what we use on dev: /data/socorro/application/scripts/update-socorro.sh Might be worth just switching to that.
Just to be sure here... you want us to change /etc/cron.d/auto-update on socorroadm.stage.private.phx1 from: */15 * * * * root /root/bin/auto-update.sh to something like: */5 * * * * root /data/socorro/application/scripts/update-socorro.sh My understanding based on your description is this newer script can/should be run *more* often, because it will abort if there's nothing to do. Thus we should either run it instead (and more frequently), or we should run the old one less frequently (hourly maybe?)
Flags: needinfo?(rhelmer)
Priority: -- → P4
Whiteboard: [triaged 20130104]
(In reply to Jake Maul [:jakem] from comment #1) > Just to be sure here... you want us to change /etc/cron.d/auto-update on > socorroadm.stage.private.phx1 from: > > */15 * * * * root /root/bin/auto-update.sh > > to something like: > > */5 * * * * root /data/socorro/application/scripts/update-socorro.sh > > > My understanding based on your description is this newer script can/should > be run *more* often, because it will abort if there's nothing to do. Thus we > should either run it instead (and more frequently), or we should run the old > one less frequently (hourly maybe?) Right on all counts. The old script *should* not run if there isn't a newer version available, but obviously that's not working correctly and it's probably not worth debugging since there's a newer version of the script checked into socorro anyway.
Flags: needinfo?(rhelmer)
(In reply to Jake Maul [:jakem] from comment #1) > */5 * * * * root /data/socorro/application/scripts/update-socorro.sh This has been committed to Puppet and should be active within the next 60 minutes.
Assignee: server-ops-webops → dmaher
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Cron started emailing this to me recently: Syntax: socorro-install.sh <url-to-socorro_tar_gz>
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
I extracted the URL[1] that is hardcoded into /root/bin/auto-update.sh and tacked it on to the end of the cronjob. Please confirm / verify that this is your desired solution. [1] https://ci.mozilla.org/job/socorro-release/lastSuccessfulBuild/artifact/socorro.tar.gz
Status: REOPENED → ASSIGNED
Flags: needinfo?(rhelmer)
(In reply to Daniel Maher [:phrawzty] from comment #5) > I extracted the URL[1] that is hardcoded into /root/bin/auto-update.sh and > tacked it on to the end of the cronjob. > > Please confirm / verify that this is your desired solution. > > [1] > https://ci.mozilla.org/job/socorro-release/lastSuccessfulBuild/artifact/ > socorro.tar.gz Should be but isn't working :) Probably my fault, can you back this change out for now and I'll figure out the problem?
Flags: needinfo?(rhelmer)
Oh actually sorry :( I just realized that this script isn't going to do the right thing on stage, it doesn't know how to ssh out to all the other servers and update those too :( So this definitely needs to be backed out.
We're rolling back, tracking work in bug 853102
Status: ASSIGNED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → INCOMPLETE
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.