New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 604933 link

Starred by 1 user

Issue metadata

Status: Verified
Owner: ----
Closed: Apr 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 0
Type: Bug-Regression



Sign in to add a comment

chromiumos/third_party/arm-trusted-firmware refs/heads/upstream_mirror/* automated sync is broken again

Project Member Reported by jwer...@chromium.org, Apr 19 2016

Issue description

This

  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.
 
BTW: as a stopgap presumably presumably one of us can just sync down the upstream and push it to the upstream mirror?  We don't need to do a force push here (since it doesn't involve a rebase) so I believe we have access.

Comment 2 by aga...@chromium.org, Apr 20 2016

Owner: ----
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.)
Labels: -Pri-1 Pri-0
*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.)

Comment 4 by iannu...@google.com, Apr 25 2016

Looking into this. I don't know why the previous git admin ignored this.

Comment 5 by iannu...@google.com, Apr 25 2016

Status: Started (was: Untriaged)

Comment 6 by iannu...@google.com, 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.

Comment 7 by iannu...@google.com, 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.

Comment 8 by iannu...@google.com, Apr 25 2016

Talking to gob oncall, it may have self-disabled because of too many fetch errors. I'm re-enabling it now.

Comment 9 by iannu...@google.com, Apr 25 2016

Status: Fixed (was: Started)
Looks happy again
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.
Components: Infra>Git
Labels: -Infra-Git
Bulk verified
Status: Verified (was: Fixed)
bulk verified

Sign in to add a comment