I have an Azure Web App configured for Backups. It runs once a day and backup both website and database". I have checked the database size is just 170MB but now during taking backup I am facing error "The website + database size exceeds the 10 GB limit for backups. Your content size is 10 GB".
It necessarily need not be your Database that can cause the size to exceed. The Logfiles folder can also contributes to the size. If you are sure that the Database is not at fault, then look at the other areas that can cause the size to bloat. You can determine folder content size using the Azure Web Apps Disk Usage Site Extension.
This is how it looks like:
Installing the Site Extension:
Browse the Kudu site for your web app: https://sitename.scm.azurewebsites.net
Click on Site extensions and then click on Gallery.
Search for Azure Web Apps Disk Usage site extension.
Click on + icon to install the site extension.
Once installed, click on the Restart Site button.
Now, this should show up under Installed. Once installed, the + incon should change to play (>) as shown below
This should take you to the following url: https://sitename.scm.azurewebsites.net/DiskUsage/ (replace sitename with the name of the web app)
Excluding specific folders from the backup:
There is way to exclude specific folders from your backup.
Create a file called _backup.filter. Place it here: D:\home\site\wwwroot\_backup.filter.
specify the files and folders that you want to exclude in this file
for example I would add the following to my _backup.filter file:
\site\wwwroot\Logs
\LogFiles
\Data
For more information on how back up works, refer this blogpost: http://zainrizvi.io/2015/06/05/creating-partial-backups-of-your-site-with-azure-web-apps/
If none of this helps, create an Azure Support Ticket: How to create an Azure support request
It is very odd, please firstly check the Web Apps Disk Usage from quota in the web protal and have a try to use following two ways.
1.Scale up your web app then Scale down back. To refresh the web app.
2.I suggest you could create another server plan, then move this web app to that service plan.
If this two ways still don't solve this error.I suggest you could connect to the azure support.
Related
I have a Temp Folder in Azure app service, I need to delete files that are inside it, I use Kudu console to login, the Folder in c:\Home\Mysite\wwwroot\Temp
How and with what command I can delete all the files that are in this folder?
We can use below command to delete all files from respective folder through KUDU console using cmd.
Remove-Item –path c:\Home\Mysite\wwwroot\Temp\* –recurse
I understand it’s a delayed response. Apologies for the late answer.
On Azure App Service WebApp (PAAS solution), unlike Persisted files, these files (temp) are not shared among site instances. Also, you cannot rely on them staying there. When you scale out, each instance has its own temp folder. When you restart your WebApp, you'll find that all of these folders get reset to their original state. Those files only get cleaned when your site is restarted.
Another important note is that the Main site and the scm site do not share temp files. So, if you write some files there from your site, you will not see them from Kudu Console (and vice versa). You can make them use the same temp space if you disable separation (via WEBSITE_DISABLE_SCM_SEPARATION). Just highlight this for additional info, but note that this is a legacy flag, and its use is not recommended/supported.
You may check your WebApp limit and usage in portal by going to "Diagnose and solve problems" section of your App Service blade, selecting "Best Practices", "Best Practices for Availability, Performance", and then "Temp File Usage On Workers". Please note that the displayed usage and limits are per worker, and are aggregated across all apps in the same app service plan.
Ref: Kindly check these GitHub wiki and Operating system functionality on Azure App Service for more info.
I am using Microsoft Azure for an WordPress website.
Recently, I created a folder in the root directory of my WordPress and I have to upload 4000 photos there.
Using the DebugConsole / Kudu I was able to create the folder and transfer the files but I noticed that only 299 files were transferred as shown here:
I tried to add the files again there but it won't work.
How can I upload the rest?
Looks like you hit the disk space limit. You can check the usage of disk space via Kudu (https://<your app name>.scm.azurewebsites.net/Env.cshtml).
Currently, there is a limitation of 299 files and directories we can view in Kudu. See Some folders are not visible in KUDU #2595. So, I'd recommend using the FTP client tool to connect to Azure and check exactly how many files were uploaded.
About how to connect to Azure App Service using FTP, please refer to:
https://learn.microsoft.com/en-us/azure/app-service/app-service-deploy-ftp
Another option is to use App Service Editor, which has fancier UI:
https://<your app name>.scm.azurewebsites.net/dev
My web.config contains multiple entries in "appSettings" (e.g.: twilio account key). One of these is for the asp.net chart control. It's the configuration part that states where the images the control generates are to be stored.
All of these settings work on my development machine. That is, i can connect to twilio and the chart control stores image in memory (as it should, according to the settings).
When i publish the site to my azure website (using vs), all of the settings work, apart from the chart control one. The chart control behaves as if the setting isn't even there. (it defaults to c:\TempImageFiles for storage).
I looked into the published version of the web.config and the setting is there. Only, it's beeing ignored.
My next attempt was to add that setting using the portal. (It's possible to add appSettings for a web app using the portal). I copied the exact same setting from web.config into the portal settings. This worked, so there is nothing wrong with what's in the settings.
So my question is: Why are some (at least this one) settings from web.config ignored when the app runs inside an azure web app?
You might have an app setting defined in the Web App's configuration with an identical name that overrides the web.config setting. This is typically done to have production settings stored in Azure instead of Web.config.
You can confirm if this is the case by opening your Web App's blade in the new portal, and checking the Application Settings tab there.
azure websites / azure web app service are typical web applications running on top of azure PaaS infrastructure. So whatever storage allocated to the service is accessible from the app. But it cannot be the typical C: or D: where in a regular server the app may have complete access. Mostly the C: space is allocated for IIS hosting. D:\local is something you can utilize as the app will have complete read and write access.
Please refer azure web app service sandbox details here.
If you are accessing the path via code try using Server.MapPath property to get access to the path. options like Path.GetTempPath() will not work.
One point to note is, any local storage in azure PaaS services is to be treated like a temporary storage. Whenever the site, service or role recycles the storage will be gone a fresh storage will be assigned.
Per article below web app has an option to either auto or manual scale:
https://azure.microsoft.com/en-us/documentation/articles/insights-how-to-scale/
Would appreciate if I can get clarification on below:
Scenario:
I've ASP.NET Sitecore CMS which uses Lucene behind the scene for search. Lucene index gets rebuilt upon publish of new pages.
Lets say I manually or auto scale to 2 instances:
What exactly happens behind the scene i.e. copies all the website folder to new VM and sets up IIS etc?
Web App has functionality to FTP and view website folders. Is it possible to FTP to both of these instances? From what I know I can only FTP to one of them.
Update:
Problem we are facing:
We use lucene index for our web applications. Looks like the index is built on one web app and not other (website works for some user and not for others). We would like to FTP or RDP and see to make sure this is the case.
Thanks.
The FTP or the GIT provided by the Azure is not on the same instance when you use WebApps, So if you do FTP its not to one of the instances - its somewhere else, but when you change files in the FTP or push to GIT, the triggers kick in and a continuous deployment to the Webapp instance/s is done. You can be very well assured that when you upload new files to your FTP that comes with WebApp the build will be updated on both instances. In fact that's one of the driving forces behind webapps that you don't need to think about a VM.
We used once Lucene on Web Apps with multiple instances. What we did back then was use Azure Blob Storage to keep the index files, no matter the number of instances, all had the same index information.
The only problem was that when new instances would come up (autoscale), they had to load the index on memory and that lead to some cold-starts.
We moved to Azure Search afterwards and never looked back :)
I have a web role with 2 web application on it.( one is web application the other is wcf application).
The static content in the web application is from azure cdn. I put my static content under cdn directory and on the html i refer to the cdn endpoint.
my problem is
that sometime see that the entire static content not getting from the cdn.and the entire web page is without css/images/javascript files and after 5-10 minutes everything up again.
Has anyone see this kind of behavior? - i always check the status in Microsoft web site and every time i see that the cdn is working properly.
How does the cdn react with 2 web role on the same instance. maybe that's what causing the problem that it switch back and forth?
thanks allot
If your static content is not changing frequently, I would suggest you to setup higher Cache limit may be for an year and this will help you to load content faster. The link below explain more on how to do it:
http://blogs.msdn.com/b/windowsazure/archive/2011/03/18/best-practices-for-the-windows-azure-content-delivery-network.aspx
[More info]
IF you have random issues with your Windows Azure CDN cache, it is suggested to contact Windows Azure Support Team and discuss this problem. They will dig deeper to look for the root cause. The above info is very less to determine the actual root cause.