849708 - Upgrade Snappy Symbolication Server on symbolapi.mozilla.org

Status: RESOLVED FIXED

(Infrastructure & Operations Graveyard :: WebOps: Other, task, P3)

Description

[Vladan Djeric (:vladan)]

We need to upgrade this service to the latest version. The current head is 4c2c78b1eca267b827718021cf5e5b7ef128f4d7.

This is similar to previous bugs (e.g. bug 844339), but the config file format has changed in this changeset. The config file is now in .INI format, but most of the individual settings are unchanged.

I think you can just use the new sample.ini config file with a couple of tweaks:

- portNumber must be changed to 80
- you might want to set the "hostname" value to a real IP address
- confirm that the options that exist in both the old & new config files are unchanged

Don't forget to edit the script that launches the server to use the new .ini config file ;)

You can test the new server is behaving properly by sending it a request:

curl -d '{"stacks":[[[0,5063],[1, 65802]]],"memoryMap":[["thunderbird.pdb","F575766C77264ED6A1AB25C870A5BB661"],["wntdll.pdb","D74F79EB1F8D4A45ABCD2F476CCABACC2"]],"version":3,"osName":"Windows","appName":"Thunderbird"}' http://symbolapi.mozilla.org/

The response should be:

[["do_main (in thunderbird.pdb)", "KiUserCallbackDispatcher (in wntdll.pdb)"]]

Comment 1

[Brandon Burton [:solarce]]

Unless marked as needed urgently, pushes are done on a available basis. I will look into this shortly

Comment 2

[Brandon Burton [:solarce]]

Since this is more than just a code push, it's introducing a new config file, requires porting options to the new format, and there is not a staging environment, we're going to wait to push this until Monday morning to minimize any issues over the weekend

I am planning to push it at 9am PDT on 2013-03-18

Comment 3

[Brandon Burton [:solarce]]

Starting on this now

Comment 4

[Brandon Burton [:solarce]]

This has been upgraded and is running with the new config

Version: 4c2c78b1eca267b827718021cf5e5b7ef128f4d7

local.ini:

[General]
hostname = 10.8.81.118
portNumber = 8000
enableTracing = 0

; If any symbols of interest aren't available locally (e.g. Windows DLLs), uncomment line below
; remoteSymbolServer = http://symbolapi.mozilla.org:80/
; These options are unlikely to need editing by users

maxCacheEntries = 10000000
prefetchInterval = 12
prefetchThreshold = 48
prefetchMaxSymbolsPerLib = 3

defaultApp = Firefox
defaultOs = Windows

[SymbolPaths]
Firefox = /mnt/socorro/symbols/symbols_ffx
Windows = /mnt/socorro/symbols/symbols_os
Thunderbird = /mnt/socorro/symbols/symbols_tbrd

Comment 5

[Brandon Burton [:solarce]]

Testing looks good

bburton@ironbars [10:14:48] [~]
-> % curl -v -d '{"stacks":[[[0,5063],[1, 65802]]],"memoryMap":[["thunderbird.pdb","F575766C77264ED6A1AB25C870A5BB661"],["wntdll.pdb","D74F79EB1F8D4A45ABCD2F476CCABACC2"]],"version":3,"osName":"Windows","appName":"Thunderbird"}' http://symbolapi.mozilla.org/
* About to connect() to symbolapi.mozilla.org port 80 (#0)
*   Trying 63.245.217.177...
* connected
* Connected to symbolapi.mozilla.org (63.245.217.177) port 80 (#0)
> POST / HTTP/1.1
> User-Agent: curl/7.24.0 (x86_64-apple-darwin12.0) libcurl/7.24.0 OpenSSL/0.9.8r zlib/1.2.5
> Host: symbolapi.mozilla.org
> Accept: */*
> Content-Length: 210
> Content-Type: application/x-www-form-urlencoded
>
* upload completely sent off: 210 out of 210 bytes
< HTTP/1.1 200 OK
< Server: BaseHTTP/0.3 Python/2.6.6
< Content-type: application/json
< Date: Mon, 18 Mar 2013 17:14:55 GMT
< Transfer-Encoding: chunked
< Connection: Keep-Alive
<
* Connection #0 to host symbolapi.mozilla.org left intact
[["do_main (in thunderbird.pdb)", "KiUserCallbackDispatcher (in wntdll.pdb)"]]* Closing connection #0