With the release of Microsoft's new Azure Cloud Platform, I have migrated many of my sites over and participated in the Partner program. Unknowingly, when I joined it converted my account with a spending limit. Apart from the lack of notifications Microsoft sends as your spending limit nears (a different issue) - once the spending limit triggers all your sites will become de-active, triggering the classic Error 404: Site Not Found.
Despite immediately removing the spending limit - the sites all still show Error 404: Site Down.
After painfully waiting over 24 hours with no resolution from Microsoft, I began looking through the configuration for anything that looked out of place. Microsoft recommends restarting and redeploying your website - but that resolves nothing.
The answer was to check the "WEB HOSTING PLAN MODE". Microsoft reverts that to Free when the spending limit is triggered. If you are using a SSL certificate or any other feature requiring "Basic or Standard" - the non-descriptive and incorrect error of Website Not Found will be displayed.
Hope this helps someone that falls into a process flow dead-end.
Related
We recently migrated from a SQL Server 2008 SSRS server to a new SQL Server 2016. The entire report catalog was restored and upgraded to this new server. Everything is working, except the horrible performance of the web portal.
The performance while connecting to the web portal from a domain joined computer seems decent, but connecting to the web portal over the internet is seriously frustrating. Even simply trying to browse a directory of reports is a wait of several seconds, and running any given report is similarly slow. It's slow in IE11, Edge, Chrome, Safari, you name it. Like 25+ seconds to go from login to viewing the Home directory.
We are using NETWORK SERVICE as the service account, and NTLM authentication. We aren't getting any permission errors in the UI or the logs. HOWEVER in Edge browser, using the developer tools, I notice several 401 unauthorized HTTPS GET requests for things like reports/assets/css/app-x-x-x-bundle.min.css. So perhaps there is a permissions issue somewhere? Other interesting items in the developer tools is that things like reports/api/v1.0/CatalogItemByPath(path=#path)?#path= are taking like 10 seconds. These are JSON types.
Certain reports that do things like have a parameter depend on another parameter selection will sometimes not work. The waiting icon spins and when the report returns the selection will not be kept, nor the second parameter filled. Sometimes it works, however, which is part of what makes this so maddening.
There are no explicit error messages, but something is getting bogged down in a major way. There are no resource issues on this server that we can see- it's got plenty of headroom in terms of RAM and CPU.
This is not a report optimization problem; the entire UI is slow for everything.
My Google Chrome Extension (Annotate for Chrome) has successfully received payments.
I have updated the app recently but not the payment flow.
Now when a user initiates a payment the Google modal pops up (that displays the Google payment - from Buy.js) the spinner just runs endlessly and console shows a 401 error.
I double-checked manifest and in-app purchase SKU etc and don't see any differences from previous versions that worked. My check for current license is working fine - which tells me my app is being recognized by the Google Web Store and returning data on specific users license status...
Any thoughts on what could cause this? Many thanks.
(I submitted a ticket to CWS support - nothing yet). Probably something stupid but I don't know how to debug. Or epic fail on Google's part.
The root cause of this issue has been fixed and purchase flows should be working as expected now. Details over here: https://groups.google.com/a/chromium.org/d/msg/chromium-extensions/bxoptYk8--Y/Mh_qJp4gDQAJ
This is a problem with the Chrome Web Store.
I tried to purchase another Extension (https://www.twinword.com/blog/how-to-quickly-monetize-your-chrome-browser/) that uses in-app purchases and saw the exact same problem.
So Google's Web Store purchasing process has been broken for a week+ and no one at Google cares. Maybe they should get out of the payments business and require developers use 3rd party solutions. Utterly disgusting on Google's part. I'd like my 6 hours of troubleshooting back...
I'm dealing with a mysterious "Error retrieving data" on "Health" and "Application Map" widgets on the Application Insights as per today morning. I've checked the application insight status page, nothing unusual for today. I'm starting to suspect I did something wrong. Any ideas?
Thanks
Bring up the dev tools panel and view network traffic. Watch traffic when the tile is trying to update (maybe refresh page?) and look for some errors. At my company the Zscaler firewall was blocking traffic to *.applicationinsights.io URL which is what the tiles were requesting data from, resulting in 403 errors.
Nah, its MS fault again. I checked the status and they've mentioned a problem exists then again it was solved.
For others hitting this question, it's worth mentioning that I was getting this error in Application Insights due to an ad blocker preventing access to the app insights API. Turning off the blocker for the portal.azure.com domain got things working again.
What am I missing that is causing my issues accessing "https://manage.windowsazure.com" or "https://portal.azure.com"
My problem is trying to access either of these sites from IE 11 on Windows 8.1. It is running as a VM in VMWare Fusion.
If I try to open IE as a normal session and go to the portal site I get the url. ../sigin/index and a white page, nothing else happens at all. If I try to access the manage site I am able to get to the "all items" view but I always am shown the message "You have signed out elsewhere. Click OK to log out from the management portal" I can get around this by hitting escape. I've tried deleting Temporary internet files and cookies to no avail.
If I try opening IE in a private session and go to portal.azure.com I am currently able to get into the portal and I can get into the manage.windowsazure.com page, however the information does not load/refresh. I.e. this morning when I logged in I could get in, and I tried to delete several of my resources. The webpage said it was doing something, but it never seemed to process. Logging in now, none of the resources load (just progress bars for all of them.
Now if I open these same sites in Safari on my host computer the management experience is much better, I can delete things, the pages load and refresh.
Yesterday I went to an Microsoft sponsored intro class on Azure. The facility was also using Windows 8 and I created a new outlook.com account for the class. I had no inexplicable issues managing Azure during the class.
Is this a hardware resource issue or the fact that we're using ADFS. Any help is appreciated.
We are using ADFS for our Office365 logins and I'm trying to access the azure account associated with my Office365 account. We have no noticeable issues getting into the Office365 sites.
My VM has 2 GB of RAM and is running on a MacBook Pro (2012) 2.6 GHz i7. Suggestions are appreciated. I really want to make Azure work for us, but it seems overly difficult. This has been across multiple days and reboots of my computer. I'm pretty sure along the way I have reset IE as well.
--edit I upped the VM to 4GB of RAM and no immediate changes yet.
Every time I try to connect to any SharePoint site running on my customer server I get the following error.
An error occurred accessing your Microsoft SharePoint Foundation site
files. Authors - if authoring against a Web server, please contact the
Webmaster for this server's Web site. WebMasters - please see the
server's application event log for more details.
I already checked the sharepoint options in CA and in every site in the mentioned server. Everything seens correct but the error persists.
It looks like there is no direct relation to SharePoint and something else in the server but I was not able to determine what could cause such behaviour.
Hope someone here has something to say.
Well... After a very long and painful headache we were able to find out what was causing this malfunction.
It was a .net agent from New Relic. This agent is used to analyse traffic, page load time and some other cool things. It basicly add some javascript to the head session of every response our IIS make and this code send some data to New Relic servers that will be processed to build some reports about the applications running in the IIS.
In the end, I just disabled it and SPD turned back to life.
Thanks.
PS: Boland was in the right path. I were able to find out the solution using Fiddler to analyse the responses from IIS. Thanks.
You have to check the event log. Do you see any error there? If not, it must be a network issue. Firewall is rare, because SPD works on TCP/80.