Add-on files are rsync'd from the AMO netapp to ftp.mozilla.org periodically. (I was under the impression it was rsync on a cron job, but can't verify that. Bug 560237#5 says something about 'rsync-addons.sh'). Anyway, apparently it's not running. This is our production AMO netapp: > [email@example.com 321743]$ pwd > /mnt/netapp_amo/addons.mozilla.org/files/321743 > [firstname.lastname@example.org 321743]$ ls -l > total 996 > -rw-r--r-- 1 apache apache 241023 Jun 13 03:59 contextmenuplus-0.1-fx.xpi > -rw-r--r-- 1 apache apache 251266 Jul 26 05:30 contextmenuplus-0.2-fx.xpi > -rw-r--r-- 1 apache apache 251290 Aug 3 00:52 contextmenuplus-0.3-fx.xpi > -rw-r--r-- 1 apache apache 251256 Sep 26 17:19 contextmenuplus-0.3.sdk.1.0-fx.xpi > [email@example.com 321743]$ date > Mon Sep 26 20:45:55 PDT 2011 You can see the last file there was created at 5:19pm today, and it's currently nearing 9pm. If I go to ftp://ftp.mozilla.org/pub/mozilla.org/addons/321743/ I only see the first 3 files. AMO is expecting any file it writes to the netapp to appear on ftp within 30 minutes (this is the MIRROR_DELAY variable). This is currently breaking add-on downloads.
Has this worked since the move to Phoenix? The rsync-addons.sh cron job is on ip-admin02... it has been disabled since at least May 26, 2010... not long after that comment. So something else is responsible for this now, but I'm not sure what or where it is. Will look around.
If the comments in the settings file are to be believed, it's actually /mnt/netapp_amo/addons.mozilla.org/public-staging/321743 that is getting sync'd to FTP, and not the path in comment 0. I'm looking in the app to see if AMO is responsible to get files there.
I found the function to copy files to the mirror. Maybe we don't have a cron job anymore. I'll investigate more, in the meantime, wontfix. thanks for checking.
I put files in the public-staging dir and they showed up on FTP, so the rsync is still working. thanks