High CPU usage after updating to Chatwoot 2.17.0
-
Can you check with
topin the Web terminal of chatwoot ? -
Same issue after last update. Always 100% CPU usage.
Also stopped working system notifications in the chat that the operator has assigned himself a dialog or the dialog is closed.
Also stopped working "Automations".
Everything started after last update. -
I reverted to 1.17.1 and CPU usage went back to normal. I disabled updates for now. Thanks for the heads-up @Kinzi
-
I reverted to 1.17.1 and CPU usage went back to normal. I disabled updates for now. Thanks for the heads-up @Kinzi
@humptydumpty said in High CPU usage after updating to Chatwoot 2.17.0:
I reverted to 1.17.1
Can you please advise how to do this without losing data?
Since it is impossible to work...UPDATE: No longer relevant. Restored from backup. Unfortunately, all chats since the update were lost. But better that than work with a lot of problems.
-
@humptydumpty said in High CPU usage after updating to Chatwoot 2.17.0:
I reverted to 1.17.1
Can you please advise how to do this without losing data?
Since it is impossible to work...UPDATE: No longer relevant. Restored from backup. Unfortunately, all chats since the update were lost. But better that than work with a lot of problems.
@oj6o3ij5345asd I also restored a backup. I had no data loss because of the short window between the time the update applied and when I restored the previous backup. I just use the live chat feature with business hours and none of the other inbox integrations like email so no harm done.
-
A Redis version issue? Three notes:
- Logs have error message popping up repeatedly: "You are connecting to Redis 6.0.16, Sidekiq requires Redis 6.2.0 or greater"
- Images are no longer loading. (server returns 500 error.)
- Chatwoot 2.1.7 release notes mention new requirements: Rails 7, Redis 7
-
Indeed, while running the app package tests, I didn't realize it was running against redis 7 already. The app ends up in a restart loop, causing the high cpu load.
The package version is revoked now and will make it compatible with both if possible. For the moment, you have to restore to the backup made prior to the update.
-
N nebulon marked this topic as a question on
-
I've published a new app package, which will require Redis 7 and thus Cloudron 7.5, which is the next Cloudron version with an updated Redis. Just mentioning this here, since the chatwoot update will not be advertised until that.
@nebulon just when I was going to start using the OpenAI api (trial period)
-
G girish referenced this topic on
-
@nebulon or @girish we depend on chatwoot for sms business needs, i was not aware of an issue with this update of chatwoot, but i def missed some texts. I visited my cloudron instance a few times but not once did i see a message or warning or error, ideally when a package or update is known to cause issues, we had a way to see that in cloudron. is that possible now? if not can you consider it a feature request. (notfication or alert in dashboard when a rollback is suggested)
-
@chris I think that's a good idea. We revoked (unpublished) the package and this stopped the rollout. But some of them already updated. So, the idea here is to inform people who have revoked packages installed.
Are you able to open a separate feature request thread to track this?
-
I think this is fixed, yes. The issue was the redis 7 requirement. So, we revoked the previous package and published a new package with minBoxVersion as 7.5.
-
G girish has marked this topic as solved on
-
I think this is fixed, yes. The issue was the redis 7 requirement. So, we revoked the previous package and published a new package with minBoxVersion as 7.5.
