476759 - SUMO staging server (support-stage.mozilla.org) no longer appears to be pulling from SVN trunk

Status: VERIFIED FIXED

(mozilla.org Graveyard :: Server Operations, task)

Description

[Stephen Donner [:stephend] Not actively reading bugmail]

I don't think SUMO's staging server is auto-syncing to SVN trunk; see bug 474871, for instance, where http://viewvc.svn.mozilla.org/vc?view=rev&revision=21904 is checked in but not reflected on the server:

https://bugzilla.mozilla.org/show_bug.cgi?id=474871#c4.

Could someone from IT please see if it's still pulling from SUMO SVN trunk, and if so, that it's got the latest changes?

Thanks!

Comment 1

[Jeremy Orem [:oremj]]

It should update every 10 min.  svn info shows:

svn info
Path: .
URL: http://svn.mozilla.org/projects/sumo/trunk
Repository Root: http://svn.mozilla.org
Repository UUID: 4eb1ac78-321c-0410-a911-ec516a8615a5
Revision: 22002
Node Kind: directory
Schedule: normal
Last Changed Author: [e-mail]
Last Changed Rev: 22001
Last Changed Date: 2009-02-04 08:26:28 -0800 (Wed, 04 Feb 2009)

Comment 2

[Laura Thomson :laura]

Hmm, something weird is going on then.

Comment 3

[Stephen Donner [:stephend] Not actively reading bugmail]

stephend: oh, SUMO seems to be working again
stephend: https://bugzilla.mozilla.org/show_bug.cgi?id=474871#c4 shows up again for me
firebot: stephend: Bug 474871 tri, --, 0.8.2, [e-mail], RESO FIXED, Wrong translation of the name of the language in the drop-down list
stephend: Russian is properly localized
stephend: figures; when I have IT look at it, it starts working again
laura: usually works 
laura: ok then
stephend: https://bugzilla.mozilla.org/show_bug.cgi?id=475468#c5 too
stephend: yeah
firebot: stephend: Bug 475468 nor, --, 0.8.2, [e-mail], RESO FIXED, remove white border from screenshots
laura: yes, and now https://support-stage.mozilla.org/tiki-editpage.php?page=*+food&quickedit=Edit works
laura: as per https://bugzilla.mozilla.org/show_bug.cgi?id=476366#c10

Wish we knew what happened (wasn't reflecting SVN commits for any of us), but I'm glad it's now working; thanks, IT.

Comment 4

[Chris Ilias [:cilias]]

Reopening. See bug 475131 comment 12. And bug 459087 comment 7.

Comment 5

[Laura Thomson :laura]

Trying to get some attention for this, has been reopened critical for 3 days now.  This is a blocker for stephend to QA any of our bugs.

Comment 6

[Jeremy Orem [:oremj]]

What's the action?  Last comment I saw was, "I'm glad it's now working"

Comment 7

[Laura Thomson :laura]

I was told today it's not (via Stephen)...can you check it please?

Comment 8

[Jeremy Orem [:oremj]]

I think this was not updating, because someone committed to a subdirectory of /trunk/ instead of /trunk/ itself.  It's a limitation of the update script.

Comment 9

[Stephen Donner [:stephend] Not actively reading bugmail]

(In reply to comment #8)
> I think this was not updating, because someone committed to a subdirectory of
> /trunk/ instead of /trunk/ itself.  It's a limitation of the update script.

Does that mean this is only temporarily fixed, and it'll happen again the next time someone does that?  If so, should this bug be morphed to fix the update script?

Comment 10

[Laura Thomson :laura]

+1 for stephend's suggestion (changing the update script a tad).

Comment 11

[Jeremy Orem [:oremj]]

The script does that, because if I cron svn up on all the staging apps the staging server is constantly io loaded.  By looking at the top level directory I avoid having to look through the whole file tree.  That's not quite the optimal scenario though.  I'll look at other options.

Comment 12

[Paul Craciunoiu [:paulc]]

Oops, yeah I did not know about this. After we made the changes on the structure, to move the site into trunk/webroot, I usually commit from there. I'd be happy if you can update the script to work from /trunk and only immediate subdirectories (i.e. webroot and script, really) of trunk, at any rate.

Comment 13

[Paul Craciunoiu [:paulc]]

Just a thought, maybe you can put two crons: one on trunk, as is, and one to run every so minutes anyway. That sounds like less load.

Comment 14

[Jeremy Orem [:oremj]]

support-stage will receive a full svn up every 10 min.

Comment 15

[Paul Craciunoiu [:paulc]]

I still don't seem to have the staging server updated on my commits, and it's been 1h:30. See svn revision 22383

Comment 16

[Reed Loden [:reed]]

Subject: Cron <root@mrapp-stage02> /usr/local/bin/svn-up.sh /data/www/support-stage.mozilla.com HEAD
Date: Sat, 14 Feb 2009 22:40:01 -0800

Updating /data/www/support-stage.mozilla.com
UPDATE_DIR: /data/www/support-stage.mozilla.com
REVISION: HEAD
URL: http://svn.mozilla.org/projects/sumo/trunk
LOCAL_REV: 22194
REMOTE_REV: 22283
svn: Can't convert string from native encoding to 'UTF-8':
svn: ?\207?\128?\206?\177?\207?\129?\206?\172?\206?\184?\207?\133?\207?\129?\206?\191 ?\206?\187?\206?\172?\206?\184?\206?\191?\207?\133?\207?\130 AUS(200)1?\206?\188?\206?\185?\206?\186?\207?\129?\207?\140.jpg

Comment 17

[Jeremy Orem [:oremj]]

Fixed.

Comment 18

[Stephen Donner [:stephend] Not actively reading bugmail]

Verified FIXED; seen several fixes in the last few days and it's been fine.

Thanks again, oremj.