Hopefully just a URL switch (from https://api-dev.bugzilla.mozilla.org/latest/ to https://bugzilla.mozilla.org/bzapi/), but will need to test. Someone else feel free to take this if they get to it first :-)

I did some testing, since I was verifying the ES backups anyway. Everything seems to be fine (although I discovered bug 1027800 in the process). Ed, do you have a preferred time to switch it over? I didn't want to do it while you were afk in case something went sideways.

Depends on bug 1034065, then I'll deploy/test.

Comment on attachment 8450181 [details] [diff] [review] Switch OrangeFactor to the bzapi compatibility layer Review of attachment 8450181 [details] [diff] [review]: ----------------------------------------------------------------- A hearty r+ on that! Thanks!

https://hg.mozilla.org/automation/orangefactor/rev/77148b354984 [webtools@brasstacks1.dmz.scl3 orangefactor]$ hg pull -u -v pulling from http://hg.mozilla.org/automation/orangefactor/ searching for changes adding changesets adding manifests adding file changes added 1 changesets with 1 changes to 1 files resolving manifests getting server/orangefactor.conf 1 files updated, 0 files merged, 0 files removed, 0 files unresolved [webtools@brasstacks1.dmz.scl3 orangefactor]$ grep 'bzapi' server/orangefactor.conf bzapi = https://bugzilla.mozilla.org/bzapi/ [webtools@brasstacks1.dmz.scl3 orangefactor]$ logout [root@brasstacks1.dmz.scl3 ~]# /etc/init.d/orangefactor stop; /etc/init.d/orangefactor start stopping orangefactor [ OK ] starting orangefactorspawn-fcgi: child spawned successfully: PID: 30801 [ OK ] -- I guess we'll need to change bzcache too: https://github.com/jonallengriffin/bzcache/blob/master/bzcache/config.py#L2 -> Filed bug 1034524