-
-
Notifications
You must be signed in to change notification settings - Fork 376
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
API daemon crashing with invalid memory address or nil pointer dereference #582
Comments
Looks like once again same bug - DB instance is nil, so it wasn't successfully re-opened. |
@smira is there anything I can provide or test? |
REDACTED - this was caused by a accidential downgrade - my bad 😢 |
Last comment was my error, we downgraded aptly from nightly and got the old error |
@lazyfrosch just to confirm - something else was keeping DB locked (some other aptly instance?), so that API never managed to acquire the lock? It looks like there was a bug in 1.0.0, which I tried to fix in nightly, but my fix wasn't correct |
It should not, we are using both, CLI and API. CLI mainly from Puppet (to check repos) and some maintenance. But noone of them should lock the DB permanently. From my cron logs, they should not have run at the same time then. Could the API crash like that when a CLI command is running at the same time? |
It shouldn't be the case, I was looking at:
Which sounds like opening database was hitting the filesystem lock. The logic which does API close/re-open is certainly incorrect today, but I'm trying to figure out how exactly API serve got into that state |
I added some more logging to our background tools, and will monitor it over the next few days. |
Now I tracked it down so far as that the crashes happen during DB cleanup. We currently run the cleanup every hour, what would you recommend here? I noticed a lot of DB files accumulating over time. (We are building daily snapshots and lots of packages)
The second crash in that time is a bit different.
|
Thanks, @lazyfrosch for detailed logs! I feel it's the same issue I was going to fix. I will try to prepare PR today or tomorrow, as I will be out one week till next Wed. |
We previously had the issue #431
Please let me know if I can provide any details.
Detailed Description
Aptly crashed twice last week, without any real indication whats going on.
We are rebuilding a lot of snapshots over the night.
The only API accesses at that file were:
We are uploading RPM files here, aptly is only used to upload the files obviously.
Looks like the DELETE crashed the daemon. Theoretically the directory mentioned should be there on deletion, but empty.
We use another script to handle the RPM repositories.
Your Environment
Aptly API is running behind an Apache proxy, securing access.
The text was updated successfully, but these errors were encountered: