Skip to content
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

double free or corruption (!prev) #72

Open
gerroon opened this issue Jun 10, 2018 · 6 comments
Open

double free or corruption (!prev) #72

gerroon opened this issue Jun 10, 2018 · 6 comments

Comments

@gerroon
Copy link

gerroon commented Jun 10, 2018

sudo -u www-data php slimpd hard-reset --force

runs for a while then borks at somewhere around song 3700

double free or corruption (!prev)                                                                                                                                            │······
Magick: abort due to signal 6 (SIGABRT) "Abort"...                                                                                                                           │······
[1]    2495 abort      php slimpd hard-reset --force                   

I am using it on

Debian Testing X64
mysql Ver 15.1 Distrib 10.1.29-MariaDB
Apache/2.4.33 (Debian)

@othmar52
Copy link
Owner

Maybe increasing verbosity helps to figure out where it stops!?

[config]
; 1 = quiet, 10 = maximal verbosity
cli-verbosity = 10

and remove localdata/cache/conf* after changing configuration

@gerroon
Copy link
Author

gerroon commented Jun 11, 2018

Hi

verbosity did not give us anything more, set to 10

double free or corruption (!prev)
Magick: abort due to signal 6 (SIGABRT) "Abort"...
[1]    5164 abort      php slimpd hard-reset --force
``

@othmar52
Copy link
Owner

hmmm
in which part of the importer process does the error occur?
due to the term Magick its probably caused by image processing of imagemagick. so maybe some of your files has embedded bitmaps which cant be handeled by slimpd or its a bitmap file of your filesystem.

Do you see something useful in your webservers/php error_log?

@gerroon
Copy link
Author

gerroon commented Jun 12, 2018

@othmar52

The scanner goes for a while then suddenly borks like this as far as I can tell. I will run it one more time while paying attention to apache logs.

@gerroon
Copy link
Author

gerroon commented Jun 15, 2018

I put a small portion of my media for scanning, and it does not bork, so you might be right about imagemagick. I am compiling it source. I will test it again.

@gerroon
Copy link
Author

gerroon commented Jun 16, 2018

I disabled scanning for embed covers (which is not ideal really), and it has been scanning without crash for a while. So not sure feel free to close this bug or keep it :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants