This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(80, 88%, 17%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EEB%3C/text%3E%3C/svg%3E)
I've been deploying azure functions (zip deploy) through:
and I face the same problem with all those since the kudu deployments logs are deleted after some time. When this happens, all deployments logs are deleted, letting scm.azurewebsites.net/api/deployments totally empty.
The thing is I can't find any configuration for this like a retention policy or something. I controlled it and I saw some logs even made it for hours while others only 2 minutes, so I can't even know how much time I have to check those deploy. I would like to have those logs in a permanent way.
Right now I'm testing it in a Linux consumption plan.
Any ideas what am I missing?
Thanks for your support. I already open a ticket and so far y fix it by adding a new app setting:
ENABLE_KUDU_PERSISTENT_STORAGE = 1
I let this information here in case someone else is having the same issue.
@Eber Bezzone Thanks for the update. Feel free to 'Accept it as answer' so that it can help others in the community looking for help on similar issue
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(316.8, 71%, 40%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ESW%3C/text%3E%3C/svg%3E)
@Eber Bezzone , do you have a link to the ticket you raised? I am getting this problem too. Is adding the setting ENABLE_KUDU_PERSISTENT_STORAGE the right solution? There seems to be no mention of this setting from a google search.
I didn't find that ticket number, but it works for us. I never find any information about that.
As far as I know, Deployment logs shouldn't get deleted unless we delete them explicitly.
The logs are stored in the storage account, did you check the storage account? It should be inside File Shares inside your function storage account. You can also send the platform logs to different destinations if you want to.
Create diagnostic settings to send platform logs and metrics to different destinations
Please let us know what you find. Thanks!
As far as I know, Deployment logs shouldn't get deleted unless we delete them explicitly.
Yes, that was also my thought
In the storage account, there is nothing. which make sense since I don't see the de logs in Kudu
@Eber Bezzone The KUDO logs are controlled by the fileLoggingMode property in the host.json file.
With the debugOnly(the default option) property we will delete the file it's older than 1 day old and won't log more than 5 MB (cant be increased).
With the Always property we will keep them always but it is not recommended especially for production apps and the suggestion would be using application insights.
Hi! Thank you for answering.
I thought that option was related to the logs that are produced by the application and I was just interested in the deployments logs.
But even if that is the case, I don't want to put it in "always" but anyway I don't get even the "1-day retention" nor 5MB.
2 Odd things.
@Eber Bezzone Apology I have misunderstood the question. The one I have posted is for the execution logs of your function app using KUDO. For the deployment logs as Jaliya's has mentioned is the right. Let me test it at my end and will get back to you if I observed the same behaviour.
Thanks! Please, let me know if I can provide more information!
@Eber Bezzone Apology for the delay. Can you open a support ticket with us to look into this further as I couldn't see the same behavior. If you don't have support plan please let me know.