Everyone,
I very much appreciate your feedback and willingness to help isolate the problem. With that said, we do know where the problem is and the probable reason it's occurring. Tracerts end where they end for a reason... I can’t put an exact timeframe on when this will be resolved but we are putting all efforts into getting past this as soon as possible.We at Paizo apologize for the inconvenience and appreciate your patience during this time.
Dean
Good to know! We're plenty willing to help gather debug data if you ever need it, obviously. ;)
Everyone,
I very much appreciate your feedback and willingness to help isolate the problem. With that said, we do know where the problem is and the probable reason it's occurring. Tracerts end where they end for a reason... I can’t put an exact timeframe on when this will be resolved but we are putting all efforts into getting past this as soon as possible.We at Paizo apologize for the inconvenience and appreciate your patience during this time.
Dean
Dean, we appreciate everything you're doing.
I have to admit that this period has made Overseeing a multitable PbP special more interesting than I'd hoped for! The monster that is forum connectivity has been the worst monster any of my tables of Cosmic Captive have faced so far.
Here's hoping that you get this all solved, soon. As it is, we've had GMs setting up emergency google hangouts so that their tables can still communicate during forum blackouts.
Interesting times.
Hmm
Agreed, I am running a TON of games all of which are dead when the site is dead. I had zero access Sunday night or yesterday or until about 10 minutes ago at work, home, tablet, and phone...
That said, it's a hobby not life or death. When the bugs are debugged game will go on. Till then, everyone on this site knows what is happening and that Paizo is doing its best to get these Goblins out!
Sandpoint has less Goblin problems than the site lately :-)
| 4 people marked this as a favorite. |
Everyone,
I very much appreciate your feedback and willingness to help isolate the problem. With that said, we do know where the problem is and the probable reason it's occurring. Tracerts end where they end for a reason... I can’t put an exact timeframe on when this will be resolved but we are putting all efforts into getting past this as soon as possible.We at Paizo apologize for the inconvenience and appreciate your patience during this time.
Dean
It's been frustrating and inconvenient on our end, but I'm sure it's been worse in the office with the pressure on. Thank you for the hard work of getting us back to socializing and playing our PBPs.
|
It sounds as though Paizo is on top of it, but just to add data, for the past 2-3 days I’ve been completely unable to access the Paizo site (including PRD) from any of my devices (computer, ipad or phone) at home when I try between approx. 6pm to 11pm (Australian Eastern Standard Time). I seem to have no trouble connecting from my work computer between approx.. 9am to 5pm (also AEST). Cheers.
Every time it happens, I can successfully access the secure site but not the normal one (haven't tried the PRD). If I click on the (X new) link in the secure site, which links to the normal site, the page doesn't load as anticipated. However, if I refresh the secure site, the (X new) link is gone, as if I had read those posts. This indicates to me that my request is reaching the normal site, but the site cannot send its reply to me for whatever reason.
Next time it happens I'll see if I can get a packet capture going in Wireshark to see if I'm getting any response packets at all.
System Administrator
|
Every time it happens, I can successfully access the secure site but not the normal one (haven't tried the PRD). If I click on the (X new) link in the secure site, which links to the normal site, the page doesn't load as anticipated. However, if I refresh the secure site, the (X new) link is gone, as if I had read those posts. This indicates to me that my request is reaching the normal site, but the site cannot send its reply to me for whatever reason.
Next time it happens I'll see if I can get a packet capture going in Wireshark to see if I'm getting any response packets at all.
That's very interesting. That would suggest that packets are coming in but not going out properly. I wonder if that's consistent. I've yet to see a consistency in it happening.
Seconded what skizzerz wrote.
| 1 person marked this as a favorite. |
Me too. Even when the site has been "down" I've been able to view the message board "menu" but not any of the specific threads (and if I try, the "x new posts" counter is reset).
Ditto to what skizzerz noted, though I'm currently accessing just fine from my home network and not having to use my phone's mobile hotspot like earlier.
Same for me too. When things are wonky I can view the messageboard main page, but trying to load a thread resets the count without loading the new page.
|
That's very interesting. That would suggest that packets are coming in but not going out properly. I wonder if that's consistent. I've yet to see a consistency in it happening.Every time it happens, I can successfully access the secure site but not the normal one (haven't tried the PRD). If I click on the (X new) link in the secure site, which links to the normal site, the page doesn't load as anticipated. However, if I refresh the secure site, the (X new) link is gone, as if I had read those posts. This indicates to me that my request is reaching the normal site, but the site cannot send its reply to me for whatever reason.
Next time it happens I'll see if I can get a packet capture going in Wireshark to see if I'm getting any response packets at all.
I've managed to write a post and get timed out on Submit, then come back and see it posted.
I'm wondering if this is ARP related, i.e. two things were accidentally assigned the same IP address (one the upstream router, the other some random other server). When something tries to ARP the next hop, it's a crapshoot as to whether or not it gets the real router (explaining why sometimes it works on different devices, assuming the load balancer ties sessions to certain webservers), and since ARP is cached for a long time, it'd explain extended downtime and seemingly random trigger patterns.
Just a thought, you may have already looked into this :)
I am seeing intermittent issues now -- neither fully up nor down hard as on previous days. It can sometimes take several minutes for a given Web page to come up.