Closed Bug 968607 Opened 11 years ago Closed 11 years ago

Sync against the Stage TokenServer is failing due to unsupported /1.1 compatibility route

Categories

(Cloud Services Graveyard :: Server: Token, defect)

defect
Not set
major

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: jbonacci, Unassigned)

Details

(Whiteboard: [qa+])

Running today's Nightly build (which as rolled to Fx30) Fresh profile with new account using an email account not currently in use in Prod env. This was working for awhile, but it is now failing for me. The symptoms are shown as a yellow bar error: "Sync encountered an error while syncing: Incorrect account name or password. Sync will automatically retry this action." I am seeing the following in the sync logs: GET fail 404 https://sync-3-us-east-1.stage.mozaws.net/1.1/25559/info/collections Note the "1.1" in the middle there. It should be "1.5" as in https://sync-3-us-east-1.stage.mozaws.net/1.5/25559/info/collections This came up in a discussion on the "sync-dev" list in January: https://mail.mozilla.org/pipermail/sync-dev/2014-January/000800.html
Whiteboard: [qa+]
The tokenserver db "services" table was using {node}/1.1/{uid} as its node endpoint pattern. I updated the column to the correct {node}/1.5/{uid} pattern, Bob did some magic to resatart the tokeserver webhead processes, and this seems to be fixed now.
Good enough for me. I got sync to happen correctly (at least for one profile/account/email/device).
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Via bobm: 1. The services table contains records that list the format of URL requests, which happen to contain the version string for the protocol. The original nodes we rolled out were version 1.0 only, and we put in a hack to make them look like 1.5 nodes. That information was lingering in the db. rfkelly removed it, and then I restarted the individual token server apps. 2. the secret restart sauce for circus: circusctl --timeout 30 restart tokenserver On the individual nodes. There are a lot of uwsgi workers, and it was taking circus longer than the default timeout period to process a restart.
Product: Cloud Services → Cloud Services Graveyard
You need to log in before you can comment on or make changes to this bug.