+frinklabs Posted May 15, 2014 Posted May 15, 2014 Is there any point in piling on? Indicating that I am also in the fraction-of-a-percent non-functional group? Quote
+Cute&Cuddly Posted May 15, 2014 Posted May 15, 2014 Is there any point in piling on? Indicating that I am also in the fraction-of-a-percent non-functional group? There's very much a point to it! Looks like the "fraction-of-a-percent" is growing! As for "non-functional", well, I'll likely still be that even after this gets fixed. Quote
+t@bbywmn Posted May 15, 2014 Posted May 15, 2014 Add me to the list ... We're leaving for Vancouver Island first thing tomorrow morning. After the initial 900 or so downloaded caches, the message "Api response: "The number of calls allowed for this Method has been exceeded". GSAK will now wait for 1 minute and try again." shows at least 12 times and then times out. As previous cachers mentioned it's babysitting at the computer as I have to manually restart the api again. I really hope that Groundspeak will find a solution soon. Quote
jholly Posted May 15, 2014 Posted May 15, 2014 .. I am not seeing the time-outs (or whatever they are) when pulling down GSAK rectangles... try an 'refresh cache data' on your database (see msg #7 in this thread) and watch what happens after 900 caches... None of my rectangles reach 900. I believe the count on my largest one is around 750. and that is why you probably don't see the problem. My smaller db's are okay, my bigger ones definitely show the problem. Quote
+The A-Team Posted May 15, 2014 Posted May 15, 2014 A local cacher offered to bring by a bottle of Maker's Mark if the devs will fix this ASAP. Needless to say, they are working feverishly on the issue! Well heck, if I knew the devs ran on alcohol, I'd have sent some good Canadian beer down to Seattle a long time ago! Quote
+ecanderson Posted May 15, 2014 Posted May 15, 2014 None of my rectangles reach 900. I believe the count on my largest one is around 750. and that is why you probably don't see the problem. My smaller db's are okay, my bigger ones definitely show the problem. It would seem so. Some of my current rectangles are somewhat bound by maximum 62.1 area issues, and I've limited the others to avoid going over 1000. At present, they look like this, with the largest checking in at 766 (presently): Northern Colorado 40.77,-105.21 40.00,-104.45 186 05/07/14 Northwest of Denver 40.00,-105.33 39.75,-104.80 280 05/07/14 Northeast of Denver 40.00,-104.80 39.75,-104.45 368 05/07/14 NW Denver 39.75,-105.27 39.63,-104.90 702 05/07/14 NE Denver 39.75,-104.90 39.63,-104.65 766 05/07/14 SW Denver 39.63,-105.20 39.53,-104.92 614 05/14/14 SE Denver 39.63,-104.92 39.53,-104.65 705 05/14/14 Deep S Denver 39.53,-105.11 39.40,-104.65 515 05/14/14 Quote
Moun10Bike Posted May 15, 2014 Posted May 15, 2014 The issue should now be fixed (it appears to have been related to a time mismatch on some of the servers). Please check and let us know if you continue to see issues. Quote
+The A-Team Posted May 15, 2014 Posted May 15, 2014 The issue should now be fixed (it appears to have been related to a time mismatch on some of the servers). Please check and let us know if you continue to see issues. Standby while we all hammer the API... Quote
+The A-Team Posted May 15, 2014 Posted May 15, 2014 Woohoo, it's fixed! I just did a "full" refresh of ~2000 caches in GSAK, and it motored through with no pauses in exactly 4 minutes. I'm glad to hear it was a relatively simple fix. Please pass along our heartfelt thanks to the devs for dealing with it. Try not to let them get too drunk from the bourbon... Quote
jholly Posted May 15, 2014 Posted May 15, 2014 The issue should now be fixed (it appears to have been related to a time mismatch on some of the servers). Please check and let us know if you continue to see issues. My found database just did a status check without a problem. Pass our thanks on to the engineering team and the unnamed cacher bearing gifts of Makers Mark. Unfortunately, or is it fortunately ?, we now know the engineering team can be bought for the right price. Quote
+Ulf Posted May 15, 2014 Posted May 15, 2014 The issue should now be fixed (it appears to have been related to a time mismatch on some of the servers). Please check and let us know if you continue to see issues. Wow - full speed again! Thanks! Please tell us upfront next time which beverage we need to sent to Seattle to get something fixed :-) Quote
+Garfield1970 Posted May 15, 2014 Posted May 15, 2014 The issue should now be fixed (it appears to have been related to a time mismatch on some of the servers). Please check and let us know if you continue to see issues. High 5 to the devs , it seems to be working as expected again ! Thanks for getting this fixed ! Quote
+Corfman Clan Posted May 15, 2014 Posted May 15, 2014 The issue should now be fixed (it appears to have been related to a time mismatch on some of the servers). Please check and let us know if you continue to see issues. Wow, the servers times drifted several minutes apart. Better turn that clock synchronization on. Thanks for getting this resolved! Quote
+W8TTS Posted May 15, 2014 Posted May 15, 2014 Thank you! Thank you! Thank you! For fixing the API problem. :D Quote
+wolojoli Posted May 15, 2014 Posted May 15, 2014 Works for me also. GSAK and GDAK are working like a charm now! Quote
+Cute&Cuddly Posted May 15, 2014 Posted May 15, 2014 Now that I've put my eyes back into their sockets and picked my jaw up off the floor, I can reply to this. Moun10Bike: Thank you. Seriously. You could have swept this under the forum's carpet, but you stuck with it for us. I really appreciate that. Could you also please let the devs know how much their response and fix is appreciated. I have a 4000+ DB to load up, but have been putting that off for days. As soon as I get back to the office later tonight I'll excitedly give that a try. My favourite hobby is fun again! Thank you! Quote
jholly Posted May 15, 2014 Posted May 15, 2014 it appears to have been related to a time mismatch on some of the servers Okay, I have to ask, Don't you have NTP running on your servers if time is a critical thing? I seem to remember another problem a while back caused by mismatched time. I could never imagine running my unix servers without NTP running and I'm sure windows has a version. Quote
Moun10Bike Posted May 16, 2014 Posted May 16, 2014 NTP had gotten corrupted and it took time for the mismatch to grow large enough to become noticed. This was made more difficult by the large number of servers and configs that we have throughout the system. The team is now investigating and looking to set up monitors to prevent such a thing from happening again. Quote
jholly Posted May 16, 2014 Posted May 16, 2014 NTP had gotten corrupted and it took time for the mismatch to grow large enough to become noticed. This was made more difficult by the large number of servers and configs that we have throughout the system. The team is now investigating and looking to set up monitors to prevent such a thing from happening again. Thanks for the reply, I appreciate it. Quote
+DanPan Posted June 5, 2014 Posted June 5, 2014 (edited) I encountered some intermittent API timeouts and API is sometimes extreem slow when doing a "refresh cache data" in GSAK. One API call took about +- 30 sec (normally 5 to 10 sec) Please have a look. Edited June 5, 2014 by DanPan Quote
+DanPan Posted June 8, 2014 Posted June 8, 2014 (edited) When writing this post i have issues with the API in GSAK. Impossible to fetch my api limits, membership type or "refresh cache data": Fetching api limits Previous request ended in error, now doing a retry.... 1/1 ... no response after 40 seconds Retry requested by user ... no response after 40 seconds Previous request ended in error, now doing a retry.... 1/1 ... no response after 40 seconds Retry requested by user ... no response after 40 seconds Previous request ended in error, now doing a retry.... 1/1 ... no response after 40 seconds Retry requested by user ... no response after 40 seconds Previous request ended in error, now doing a retry.... 1/1 ... no response after 40 seconds Retry requested by user Fetching membership type ... no response after 40 seconds Previous request ended in error, now doing a retry.... 1/1 ... no response after 40 seconds Retry requested by user ... no response after 40 seconds Previous request ended in error, now doing a retry.... 1/1 ... no response after 40 seconds Retry requested by user ... no response after 40 seconds Previous request ended in error, now doing a retry.... 1/1 Generating GPX file ... no response after 40 seconds Previous request ended in error, now doing a retry.... 1/1 ... no response after 40 seconds Retry requested by user ... no response after 40 seconds Previous request ended in error, now doing a retry.... 1/1 Fetching user name ... no response after 40 seconds Previous request ended in error, now doing a retry.... 1/1 ... no response after 40 seconds Retry requested by user Edited June 8, 2014 by DanPan Quote
+DanPan Posted June 8, 2014 Posted June 8, 2014 Update: It seems my access token was not valid anymore. I had to: 1) sign out on www.geocaching.com 2) sign in on www.geocaching.com 3) remove account in GSAK 4) get another access token in GSAK Quote
+The A-Team Posted June 11, 2014 Posted June 11, 2014 It seems my access token was not valid anymore. I just ran into this too. Here's my situation: 2 GSAK installations 2 Geocaching.com accounts on each =4 total tokens Both tokens on one of the GSAK installations have become invalid, while the others are fine. I can't think of any logical reason why only those two tokens would become invalid. They weren't the oldest. They do get used often. Why are actively-used tokens being invalidated? Quote
+Sailaboat Posted August 12, 2014 Author Posted August 12, 2014 I see that the problem has returned. Hadn't seen it since Groundspeak synched their server clocks in May. Now it's resurfaced again. Quote
Moun10Bike Posted August 12, 2014 Posted August 12, 2014 The server clocks are all properly synced. It appears that you exceeded the normal calls/minute on the Geocache.GetGeocacheStatus method and thus were throttled. Quote
+on4bam Posted August 12, 2014 Posted August 12, 2014 I saw the problem pop up again yesterday too after a long period of not seeing it. GSAK throttles on it's own so it's rare to see that problem again. I doubt that the normal call/min were exceeded :-/ Quote
Moun10Bike Posted August 12, 2014 Posted August 12, 2014 The IT team is looking into things at the moment to see if there is some other issue. Quote
+hikerT Posted August 12, 2014 Posted August 12, 2014 (edited) I'm having that issue right now. Haven't been able to load my PQ's or publish logs to gc.com via gsak since last night. I also got 2 script errors every time I opened a new log page. Edited August 12, 2014 by hikerT Quote
+Sailaboat Posted August 13, 2014 Author Posted August 13, 2014 The "issue" seems to have been resolved. Just ran the status update and no time outs. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.