From: Kevin Fenzi kevin@scrye.com
Currently update-fullfiletimelist is called from 4 machines: * rawhide-composer: after rawhide compose * branched-composer: after branched compose * secondary01: in a cron every hour updating only /pub/alt as it can change anytime. * bodhi-backend01: after ever updates sync that has content synced
We need bodhi-backend01 to use the same lock as rawhide/branched composers since they update the same modules and we don't want them to step on each other.
Signed-off-by: Kevin Fenzi kevin@scrye.com --- roles/bodhi2/backend/files/new-updates-sync | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/roles/bodhi2/backend/files/new-updates-sync b/roles/bodhi2/backend/files/new-updates-sync index 0fa893b..7d6e456 100755 --- a/roles/bodhi2/backend/files/new-updates-sync +++ b/roles/bodhi2/backend/files/new-updates-sync @@ -234,7 +234,7 @@ def update_fullfilelist(modules): logger.info('No filelists to update') return cmd = ['/usr/local/bin/update-fullfiletimelist', '-l', - '/tmp/update-fullfiletimelist.lock', '-t', '/pub'] + '/pub/fedora-secondary/update-fullfiletimelist.lock', '-t', '/pub'] cmd.extend(modules) run_command(cmd)
+1
-re
On 3/19/19 6:48 PM, kevin@scrye.com wrote:
From: Kevin Fenzi kevin@scrye.com
Currently update-fullfiletimelist is called from 4 machines:
- rawhide-composer: after rawhide compose
- branched-composer: after branched compose
- secondary01: in a cron every hour updating only /pub/alt as it can change anytime.
- bodhi-backend01: after ever updates sync that has content synced
We need bodhi-backend01 to use the same lock as rawhide/branched composers since they update the same modules and we don't want them to step on each other.
Signed-off-by: Kevin Fenzi kevin@scrye.com
roles/bodhi2/backend/files/new-updates-sync | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/roles/bodhi2/backend/files/new-updates-sync b/roles/bodhi2/backend/files/new-updates-sync index 0fa893b..7d6e456 100755 --- a/roles/bodhi2/backend/files/new-updates-sync +++ b/roles/bodhi2/backend/files/new-updates-sync @@ -234,7 +234,7 @@ def update_fullfilelist(modules): logger.info('No filelists to update') return cmd = ['/usr/local/bin/update-fullfiletimelist', '-l',
'/tmp/update-fullfiletimelist.lock', '-t', '/pub']
'/pub/fedora-secondary/update-fullfiletimelist.lock', '-t', '/pub'] cmd.extend(modules) run_command(cmd)
+2 missed this earlier so you get two votes
On Wed, 20 Mar 2019 at 16:08, Rick Elrod codeblock@elrod.me wrote:
+1
-re
On 3/19/19 6:48 PM, kevin@scrye.com wrote:
From: Kevin Fenzi kevin@scrye.com
Currently update-fullfiletimelist is called from 4 machines:
- rawhide-composer: after rawhide compose
- branched-composer: after branched compose
- secondary01: in a cron every hour updating only /pub/alt as it can change anytime.
- bodhi-backend01: after ever updates sync that has content synced
We need bodhi-backend01 to use the same lock as rawhide/branched composers since they update the same modules and we don't want them to step on each other.
Signed-off-by: Kevin Fenzi kevin@scrye.com
roles/bodhi2/backend/files/new-updates-sync | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/roles/bodhi2/backend/files/new-updates-sync b/roles/bodhi2/backend/files/new-updates-sync index 0fa893b..7d6e456 100755 --- a/roles/bodhi2/backend/files/new-updates-sync +++ b/roles/bodhi2/backend/files/new-updates-sync @@ -234,7 +234,7 @@ def update_fullfilelist(modules): logger.info('No filelists to update') return cmd = ['/usr/local/bin/update-fullfiletimelist', '-l',
'/tmp/update-fullfiletimelist.lock', '-t', '/pub']
'/pub/fedora-secondary/update-fullfiletimelist.lock', '-t', '/pub'] cmd.extend(modules) run_command(cmd)
infrastructure mailing list -- infrastructure@lists.fedoraproject.org To unsubscribe send an email to infrastructure-leave@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedorapro...
infrastructure@lists.fedoraproject.org