Issue metadata
Sign in to add a comment
|
chromiumos/third_party/arm-trusted-firmware refs/heads/upstream_mirror/* automated sync is broken again |
||||||||||||||||||||||
Issue descriptionThis https://chromium.googlesource.com/chromiumos/third_party/arm-trusted-firmware/+/refs/heads/upstream_mirror/master is supposed to be automatically kept in sync with this https://github.com/ARM-software/arm-trusted-firmware/commits/master every hour. Looks like that hasn't happenend in the last two weeks, something about the automatic sync process must have broken. Please take a look. (For reference, see issue 585622 about the last time this configuration was changed.) Aaron, I'm not sure if you're the right person to assign this to, but if you aren't please help me figure out who is.
,
Apr 20 2016
You probably don't have permission to push -- the repos which are automatically mirrored disallow pushes from everyone except for the mirror process. Unassigning from myself, as this should be handled by the current Git Admin. (Please don't directly assign Infra-Git bugs; we have a triage rotation for that.)
,
Apr 25 2016
*ping* Has anybody had a chance to look into this yet? It's blocking development for us because we can't sync our master to the newest patches that landed upstream. Is there any other component or label I need to add to this bug to make sure it gets picked up? (Marking P-0... we don't exactly need it today, but some time within the next few days to make sure we can continue working uninterrupted.)
,
Apr 25 2016
Looking into this. I don't know why the previous git admin ignored this.
,
Apr 25 2016
,
Apr 25 2016
I don't see evidence of a force push... last commit on the mirror is c29164179588f066c7d07868a5ae3ce7dbc88fca, which occurs on refs/heads/master in github.
,
Apr 25 2016
Uhm... the copy config is present, but disabled:
remote_config: <
owner: <
LdapUser: "agable"
>
url: "https://github.com/ARM-software/arm-trusted-firmware.git"
fetch: "+refs/heads/*:refs/heads/upstream_mirror/*"
fetch: "+refs/tags/*:refs/tags/*"
fetch_remove_deleted: false
fetch_poll_frequency_sec: 600
disabled: true
>
Does that sound familiar to anyone? Otherwise I'll just un-disable it.
,
Apr 25 2016
Talking to gob oncall, it may have self-disabled because of too many fetch errors. I'm re-enabling it now.
,
Apr 25 2016
Looks happy again
,
Apr 25 2016
Thanks for the quick action! Can you please follow up on this self-disabling and try to find a way to prevent that from happening again? It's important for us that this sync happens without silent interruptions. If this is some kind of important safeguard that cannot be removed, it should at least send and email or open a bug somewhere to notify us of the problem.
,
Apr 27 2016
,
May 23 2016
Bulk verified
,
May 23 2016
bulk verified |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by diand...@chromium.org
, Apr 20 2016