We're using the autoscaling preview in Azure, but for the last few hours the portal has been reporting the following warning:
Could not automatically scale "deployment name" because monitoring
data was not found
Clicking on the "details" button next to the warning just loads the scaling page.
On the "monitor" page there is no monitoring data available, the graph is empty.
I know the autoscaling feature is in preview, but there isn't any way to report faults - unless you pay for a support option.
Is there anything we can do to fix this (other than deleting the deployment and re-deploying!) and how do we report the fault, preferably without paying!
I was seeing the same thing, but it seems to have caught up now. The metrics are only 10 minutes behind now. I have submitted a ticket with Microsoft but they haven't provided any extra information (yet) about the slowdown.
Related
On the Azure portal, since a couple of days, clicking on the subscription filter, the portal automatically brings me to directory/subscription settings. This is not the desired behaviour.
I automatically get this :
Any clues ?
#cat5dm - Apologies for delay in getting back to this thread. Post validation with our internal team below is the update I can share with you.
Post consistent feedback from customers handling many subscriptions , the full screen experience for settings and filters was the design choice taken. The idea was to centralize all settings in one place rather than two. In the meantime, we are directing the old filter icon to the settings so that users would find the new location without having to discover the gear icon . However, we will be eventually removing the filter button from the top and only have the settings gear.
Hope this information helps. We hope the new experience will be helpful , however if you have any feedback, please let us know. Thank you
We have several Universal Analytics properties (not GA4) which have been set up over the last few years.
Some older properties were set up as 'Mobile' which is no longer an option, the newer properties were set up as 'Web'.
These are node.js apps where we are tracking custom events server side. We do not send page views for any of these properties, only custom events using the 'https://www.google-analytics.com/collect' measurement protocol endpoint.
This has always worked fine but as of June 16/17 2021, all our 'Web' properties are showing no data in the Behaviour / Audience reports. I can still see the events appearing in the 'Realtime' section, so I know they are still being received by GA.
Here you can see the data for one of the properties feeding through to the realtime dashboard. This data now no longer syncs to the Behaviour/Audience section etc.
Here is the total events for the same app. Displays nothing after June 16/17.
Here is another property which has stable traffic. Exact same thing. This has happened to many properties, all on the same day.
Does anyone have any ideas what is wrong here? Feels like Google have changed something but not informed us. I have already 'sent feedback' on GA and posted on the GA community forum with no replies as of yet.
I was experiencing the same issue with my GA properties. I reached out to GA support & they recommended creating a new view without the spider / bot exclusion filter and now these events are reporting as expected. They also recommended adding user agent strings to existing MP.
I have an existing web application on Azure with some very limited application insights monitoring (end point checks). I thought I would pull in the rest of the functionality so I added telemetry to my project following the instructions at http://azure.microsoft.com/en-us/documentation/articles/app-insights-start-monitoring-app-health-usage/. Everything went well and I was able to see that when I loaded a page with the instrumentation JavaScript it was indeed sending requests to azure and I was getting back no errors either in error code or in the errors array in the json response.
The GUID in the applications insights configuration file looks correct. I've also tried sending telemetry manually
private void GatherTelemetry()
{
var telemetry = new TelemetryClient();
telemetry.TrackEvent("FeedPageLoaded");
}
While all of these actions show up in the count in visual studio
there is nothing in the portal.
I have tried reopening the blades as well as logging out and in again.
What else can I try?
here are things to confirm:
if you are running your app from visual studio make sure there are events listed as sent from the output window (based on your screenshot above it looks good there)
make sure you are using our latest SDKs. .11 had some breaking changes see here: http://blogs.msdn.com/b/visualstudioalm/archive/2014/10/21/application-insights-sdk-0-11-0-prerelease.aspx
ensure the events are being sent to the AI endpoint in fiddler dc.services.visualstudio.com (looks like you are good here)
go to portal.azure.com and choose browse -> application insights and choose the app you are sending data for. you can double check by looking at the instrumentation key on the properties part. another way to get back to the portal is through the deep links made available in visual studio. on the overview blade go to the diagnostic search part to see a tail of the last telemetry events collected.
finally if you don't see data check for service issues here: http://azure.microsoft.com/en-us/status/
I'm not 100% sure, but I believe that custom events aren't yet included in the charts you are looking at. Have you checked whether you can find the events using the search functionality?
Custom events will soon be seen in the overview blade. In the mean time you can chart the trend of metric Event count. Just select any chart and open up Metric Explorer, then you can select the metric Event count. This should show you the trend of events sent.
I have following problem with my Sharepoint website. (The view cannot be displayed because the number of lookup and workflow columns it contains exceeds the threshold (8) enforced by the administrator) but any solution I have found online points me to change the throttle settings in web applications settings under central administration. My problem is I simply do not have Central Administration > Web Applications etc... The problem is appearing on a document library for me and I have explored very settings options on the site but cannot find anything about trottleing or column threshold. I just have Site Settings > Library settings etc...
How can I increase the column threshold in this case?
I am working on a Sharepoint website and have Workspace and Designer 2010.
The information you found is correct. You must access the Central Administration site from the server itself. It sounds like you are not logging into the server, but using SPD and the Sharepoint site from your workstation. If you don't have access to RDP to the server, you must contact someone who has access.
On another note, it's not recommended to increase that threshold.
Application Management > Manage Web Application.
In the Web Application list, select the web application you need.
Then go to General Settings > Resource Throttling.
In the Resource Throttling window, scroll down to List View Lookup Threshold and change the value to the number that suits your needs.
Use caution when changing this setting:
This does have a very significant impact on SQL performance. In the article below you can see that in this persons tests, using 8 and executing the query there was about 7% CPU utilization on SQL. Moving that to 10 and executing a query that pulls back 10 columns increases the CPU utilization to almost 40%.
http://sympmarc.com/2012/07/23/sharepoints-list-view-lookup-threshold-and-why-we-dont-change-it/
You can also read the whitepaper here: http://technet.microsoft.com/en-us/library/ff608068(office.14).aspx
We have a brand new SharePoint 2007 Intranet farm running on new 64-bit hardware with lots of processor and memory. We are using Kerberos for security and have carefully followed all the written guidance from Microsoft and blogs to configuring Kerberos and Excel Services correctly. Generally everything is running great.
Currently we can add Excel Web Access web parts on SharePoint team site pages and connect them up to SQL 2005 Analysis Cubes for use with doing Pivot Tables, Graphs, etc... As part of this, we have created a test dashboard page that has six of these web parts that display upon page load. However we have noticed that we get intermittent errors when a user does things like refresh the connection or workbook, or change the filter on PivotTables. The user gets a generic error messages such as "An error has occurred. Please contact an administrator." and then their session in Excel Services is hosed up. They have to shut down IE and come back to the site in order to interact successfully with the Excel web parts again.
I have looked at the logs but just see generic messages like "EcsSoapException: An error has occurred." that don't give me something that I can really act on. Also I have checked the application event logs but didn't find anything relevant.
Any ideas on how to troubleshoot this?
It turns out this is a bug with Kerberos in Windows 2008. Microsoft has just released a hotfix for this (see link below). The hotfix completely resolved all my issues.
http://support.microsoft.com/kb/969083