Sorry if this wrong place to ask. I have async golang microservice that subscribe to pub/sub topic i use, after i deploying it i saw that there was 1 message that didn't get Ack and after that pub/sub stopped sending messages to the subscriber entirely, checked the log there is no error in the log. So yeah I want to know what could ve caused pub/sub to stop sending messages when the subscriber seemed fine?
Thank You
Solved! Go to Solution.
There can be a few reasons why your Pub/Sub subscription might have stopped receiving messages:
If you are uncertain about the root cause, you can utilize Pub/Sub monitoring tools for insights. These tools can provide information about the subscription's state, including the number of messages published to the subscription, the number of messages delivered to the subscriber, and the number of unacknowledged messages.
In your situation, it appears that the subscriber exceeding its acknowledge deadline is the most probable cause. To mitigate this:
If you're looking to address the buildup of unacknowledged messages in the existing subscription, you'd need to either acknowledge the messages or wait for them to expire based on the message retention duration. Creating a new subscription to the topic would start from the current point in time and would not inherit the backlog of the previous subscription.
There can be a few reasons why your Pub/Sub subscription might have stopped receiving messages:
If you are uncertain about the root cause, you can utilize Pub/Sub monitoring tools for insights. These tools can provide information about the subscription's state, including the number of messages published to the subscription, the number of messages delivered to the subscriber, and the number of unacknowledged messages.
In your situation, it appears that the subscriber exceeding its acknowledge deadline is the most probable cause. To mitigate this:
If you're looking to address the buildup of unacknowledged messages in the existing subscription, you'd need to either acknowledge the messages or wait for them to expire based on the message retention duration. Creating a new subscription to the topic would start from the current point in time and would not inherit the backlog of the previous subscription.
Ah, i see thank you very much, it seems your guess is correct. Increasing the ack deadline as temporary measure seems to solve the issue.