Closed
Bug 1024171
Opened 11 years ago
Closed 11 years ago
Getting Invalid Partner Credentials trying to hit our partner from Loop-Server Stage
Categories
(Hello (Loop) :: Server, defect, P1)
Hello (Loop)
Server
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: jbonacci, Unassigned)
References
Details
(Whiteboard: [qa+])
So, just of the heck of it, :mostlygeek toggled /data/loop-server/config/settings.json on this most recent Stage deploy
But, when I try to hit the partner server with our loadtests "make test" command, I get 503s.
The loop_out.log file on the one AWS instance for our Stage environment, shows the following:
[Error: Failed to createSession. Error: An authentcation error occurred: (403) <?xml version="1.0" encoding="UTF-8" standalone="yes"?><errorPayload><code>-1</code><message>Invalid partner credentials</message></errorPayload>]
We can run from the mock server in the meantime.
Please investigate!
FYI: from the terminal/localhost side:
1 occurrences of:
AssertionError: 503 != 200 Traceback:
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/unittest/case.py", line 331, in run
testMethod()
File "loadtest.py", line 19, in test_all
call_id, session, caller_token, api_key = self.initiate_call(token)
File "loadtest.py", line 65, in initiate_call
self.assertEquals(resp.status_code, 200)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/unittest/case.py", line 515, in assertEqual
assertion_func(first, second, msg=msg)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/unittest/case.py", line 508, in _baseAssertEqual
raise self.failureException(msg)
Reporter | ||
Updated•11 years ago
|
Priority: -- → P1
Whiteboard: [qa+]
Comment 1•11 years ago
|
||
I think this is basically the same thing as bug 1023518, but it should be fixed by now.
If this is staging and pointing to the mantis server (their load environment), maybe that's because the credentials they gave us aren't valid anymore, or that they are experiencing problems.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
Comment 2•11 years ago
|
||
I've sent a mail to them to check if the credentials we have are valid or not for staging, and to know if they're experiencing troubles. I'll put back their answer here.
Updated•11 years ago
|
Flags: needinfo?(alexis+bugs)
Comment 3•11 years ago
|
||
After checking the configuration on staging, it seems that it's not using the right server url for tokbox.
url should be set like:
> apiUrl = "http://mantis301-sat.tokbox.com:9999"
(note this is inside the tokbox config object).
When setting it to this value, though, it doesn't seems we're able to reach it, I'm getting
Error: Failed to createSession. Error: The request failed: Error: connect EHOSTUNREACH
So maybe their network is not reachable from our side.
I'll ask them more information about that.
Flags: needinfo?(alexis+bugs)
Updated•11 years ago
|
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Comment 4•11 years ago
|
||
Benson, can you update stage to use this config, they just told me they were blocking us until now.
Flags: needinfo?(bwong)
Comment 5•11 years ago
|
||
Stage updated. I tested access to the endpoint: http://mantis301-sat.tokbox.com:9999 from the new server and the request is accepted.
Flags: needinfo?(bwong)
Reporter | ||
Comment 6•11 years ago
|
||
Good. We can call this Resolved and I will look at it more closely with this next deploy in bug 1024637.
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•