-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Panic on startup #60
Comments
This seems to indicate that the DB got corrupted, it's not quite clear why We should catch that error and not panic, but the bigger problem is that this happened at all. What kind of hardware are you running this on? What OS/filesystem? |
FS is |
Nothing really unusual, removing the database under Perhaps it would be wise to keep a backup of the DB and report the issue upstream on the Sled github issue tracker. |
Up until recently, I always used |
By the way, |
Possibly, depending on which signal Alacritty sends out, though I would have expected Sled to handle getting killed without getting corrupted, SQLite certainly handles this. |
I noticed this too today... Note: I'm running my own home-server (conduit.rs) Reproduce like this: Be logged in with plugin. Use another client (in my case Element on desktop), join a federated room. In my case I joined the FOSDEM room on matrix.org. Suddenly weechat start to hog around 50% constant, and disk accesses of 500kB/s.... for infinite time. Until disk is full. :( Sadly... unloading and loading the plugin again still is stuck in the same state. Had to remove the matrix-rust folder and re-set-up everything. I kept the .conf-file but removed the folder. Then all joined rooms appear as normal and CPU usage is low again. |
Addendum: unloading the plugin, and then removing the matrix-rust-sdk folder in .weechat/matrix-rust//, then load the plugin again also did the trick, (as a temporary work-around) |
Restarting doesn't fix it. Using master build
c4d0f1e
The text was updated successfully, but these errors were encountered: