This message was deleted.
# general
s
This message was deleted.
check the data compaction part.
The ledger disk only reclaimed when compaction kicks in.
m
Thank you for the reply, I will go through this document and check. Meanwhile the disk consumption is very high once it reaches 90% we are getting "no non faulty bookkeepr is available" and the flow stops.
y
that’s retention. if you have topics without any consumers/subscriptions, the default behavior is retent forever. to troubleshoot, check backlogs of topic stats.
d
Another thing to check is for any open subscriptions on topics inside the namespace. Any messages on a subscription will not be deleted, and thus supersedes any retention policies you may have. The assumption is that an subscription indicates that a consumer intends to return and resume processing.
If you find that is this is the cause of the your data retention issue, you can configure Pulsar to expire subscriptions that have no consumers connected using the
subscriptionExpirationTimeMinutes
setting in the
broker.conf
globally or at the namespace level using the following CLI command:
bin/pulsar-admin namespaces set-subscription-expiration-time --time  60
, where the time units are in minutes.
m
I tried cleaning up the subscription and also the backlog but retention is still not working and there is a constant increase in the disk usage. I have implemented TTL in the lower environment ost that there is not spike in disk space. So my question is can I have retention policy and TTL both or should I go with only TTL.
d
You can have both TTL and data retention policies in place at the same time. TTL applies to unacknowledged messages, and data retention applies to acknowledged messages.