Closed
Bug 768603
Opened 12 years ago
Closed 12 years ago
tbpl-dev.allizom.org updates are stuck
Categories
(Infrastructure & Operations Graveyard :: WebOps: Other, task)
Infrastructure & Operations Graveyard
WebOps: Other
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bhearsum, Assigned: cturra)
References
Details
https://tbpl-dev.allizom.org/cache/revision_info.txt shows a last update on Saturday
Assignee | ||
Updated•12 years ago
|
Assignee: server-ops → cturra
Assignee | ||
Comment 1•12 years ago
|
||
the local mercurial had a stuck lock file and as a result was hanging the updates with: waiting for lock on repository /data/genericrhel6-dev/src/tbpl-dev.allizom.org/tbpl held by 'genericadm.private.phx1.mozilla.com:12114' i removed the lock file (tbpl/.hg/store/lock) and manually kicked off an update. can you please validate everything looks as expected now?
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 2•12 years ago
|
||
Looks good now, thank you :-)
Comment 3•12 years ago
|
||
Sorry, seems to be stuck again: https://tbpl-dev.allizom.org/cache/revision_info.txt says bc556afd4a02 tip of http://hg.mozilla.org/users/mstange_themasta.com/tinderboxpushlog/ is 657b73898727
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 4•12 years ago
|
||
updates to dev appear to all be running on the cron as expected. i can see the last run kicked off at 12:25 pacific.
Comment 5•12 years ago
|
||
revision_info.txt now shows 657b73898727. No idea why it took until now... :-)
Assignee | ||
Comment 6•12 years ago
|
||
this is what the update script does with regards to mercurial. can you confirm that looks as expected? { set -x date echo -e "Updating code..." cd $CODE_DIR hg pull hg update checkretval cd $CODE_DIR hg parent checkretval } &> >(tee $CODE_DIR/cache/revision_info.txt)
Comment 7•12 years ago
|
||
Looks ok to me
Reporter | ||
Comment 8•12 years ago
|
||
Looks stuck again. It's at 657b73898727 but the repo is at d2d427bbd003.
Assignee | ||
Comment 9•12 years ago
|
||
interesting. when i ran the cron manually, the revision number didn't update, but when i ran it manually it did. hit me up on irc next time you have an update which needs to be pushed so i can test some stuff out.
Comment 10•12 years ago
|
||
Alas, I didn't know about "before," so I've already pushed one that hasn't been pulled.
Assignee | ||
Comment 11•12 years ago
|
||
i spent some time this afternoon reviewing the update script that is run by cron and noticed the entire update section noted in comment 6 was being skipped due to ENV differences. i have resolved this by updating that section to look like the following: ( set -x date echo -e "Updating code..." cd $CODE_DIR hg pull hg update checkretval cd $CODE_DIR hg parent checkretval ) | tee $CODE_DIR/cache/revision_info.txt
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Updated•5 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•