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
MySQL -> Postgres Docker The assertion (NOT (NULL PGLOADER.MONITOR:*MONITORING-QUEUE*)) failed #583
Comments
The monitoring queue is a separate thread responsible for monitoring the activity and taking care of the output of the logs, both to the console and on file. It is an internal facility, and it is always started when you execute a pgloader command. Which version of pgloader are you using? The only idea I have right now is that maybe in your environment there's something preventing pgloader to create threads? |
same error ! i use pgloader in Travis CI
|
Can you run |
Yep!
|
same version with docker : pgloader version "3.3.2 ~ devel" |
The 2.x versions of pgloader are not maintained anymore, avoid them. @leematos I am not sure how to debug your problem here unfortunately. Can you try to build a docker image locally? As you can see at https://travis-ci.org/dimitri/pgloader/jobs/244028040 we have no problem running pgloader within Travis for the tests... |
Huh. I wonder if it something to do with me running this on a Mac. I can try and build my own image. I suspect I'll run into the same problem (which would be telling, it's something on my Mac then.) |
Same error on OS-X 10.12.5 pgloader version "3.3.b5a593a" When running I am not using it in Docker. |
Just tried again on OSX with SBCL 1.3.18 and current pgloader sources and coudn't reproduce... |
In case of an exceptional condition leading to termination of the pgloader program we tried to use log-message after the monitor should have been closed. Also the 0.3s delay to let latests messages out looks like a poor design. This patch attempts to remedy both the situation: refrain from using a closed down monitoring thread, and properly wait until it's done before returning to the shell. See #583.
Having a test case at hand where I saw the behavior, it seems to be related to abnormal termination of the pgloader process. Can you try again with the current master's branch code, which includes referenced patch to try and fix the situation? |
I think I nailed it, please consider opening this issue again if you still have problem. |
Attempting to convert a MySQL DB in a docker container to a PostgresSQL DB in a docker container with the pgloader docker container:
docker run --name pgloader dimitri/pgloader:latest pgloader --verbose --debug mysql://gitlab@192.168.1.164:13306/gitlabhq_production postgresql://gitlab:password@192.168.1.164:15432/gitlabhq_production
I've not been able to trigger another error by adjusting the MySQL connection or the Postgres side connection so it doesn't seem to be the problem. If I'm understanding correctly it thinks something is queued, when there shouldn't be?
The text was updated successfully, but these errors were encountered: