Blocking issue on Azure Postgres Flexible 17 with the background worker azure_mise_service_worker

Ioana Teodorescu 45 Reputation points
2025-10-10T15:11:57.9366667+00:00

Hello,

We started to deploy Azure Postgres Flexible servers using the recent version 17. We are observing recurrent log messages (every second !) generated by the postmaster backend with the following content : LOG: background worker "azure_mise_service_worker" (PID xxx) exited with exit code 1

The servers seem to be functional, we can create databases, users, structures, import from dumps and export the data. But the logs are flooded with these messages and we consider this is a blocking issue for any environments (dev / testing / production).

Here is the exact version of our 17 version servers :
PostgreSQL 17.6 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 11.2.0, 64-bit

Similar servers (same sku, sizing and configuration) in version 16 don't have the issue.

What is the reason / impact of this log ? I saw the similar question here, but we are not facing any resource stress issue at all. These servers have no activity, we just deployed them. Are there any particular incompatibilities of the 17 version with the compute / storage layers ?

PostgreSQL 17 has been GA since July 2025, but fresh installation unusable due to crash loop every second. Version 16 works fine, only version 17 affected. This is a blocking issue for our production deployment.

Thanks in advance for your help

Azure Database for PostgreSQL
{count} votes

Answer accepted by question author
  1. Kalyani Kondavaradala 3,235 Reputation points Microsoft External Staff Moderator
    2025-10-14T16:40:47.7+00:00

    Hi Ioana Teodorescu,

    following up on discussion initially you have faced the issue is only happening on V17 not on V16, everything is working as expected, you are able to create database, users, structures and import from dumps but logs spamming by showing this "background worker "azure_mise_service_worker" (PID xxx) exited with exit code 1".

    Since the issue appeared to be on the backend, we reached out to the internal team and shared all the necessary details and context. They confirmed that the server is no longer visible from the backend, and as you mentioned over private messaging, it was deleted in accordance with your project standards.

    As we have seen similar issue faced by other customer. The fix taken by the team is they have disabled the aad_disable_mise component from the backend.

    I hope this has been helpful.

    Kindly consider upvoting and accept the answer if the provided information helpful. It will help other community members who are facing similar issues, please feel free to post your queries in Microsoft Q&A if you have any in future.

    Thanks!

    Kalyani


1 additional answer

Sort by: Most helpful
  1. Sina Salam 25,926 Reputation points Volunteer Moderator
    2025-10-11T00:40:45.91+00:00

    Hello oana Teodorescu,

    Welcome to the Microsoft Q&A and thank you for posting your questions here.

    I understand that you are having issue on Azure Postgres Flexible 17 with the background worker azure_mise_service_worker.

    This is a confirmed platform-level issue affecting PostgreSQL 17.6 on Azure Flexible Server. The azure_mise_service_worker is crashing every second, causing log flooding and raising production reliability concerns. Microsoft has not yet provided a fix, and the only viable workaround is to use PostgreSQL 16 until the issue is resolved.

    I will advise you to open a critical Azure Support Ticket via your Azure Portal or use [Priority Customer Support](https://free.blessedness.top/en-us/azure/azure-portal/supportability/priority-community-support

    ) (PCS).

    I hope this is helpful! Do not hesitate to let me know if you have any other questions or clarifications.


    Please don't forget to close up the thread here by upvoting and accept it as an answer if it is helpful.


Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.