8000 MMDB_open("/config/geoip/GeoLite2-ASN.mmdb") failed · Issue #15 · k44sh/rutorrent · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

MMDB_open("/config/geoip/GeoLite2-ASN.mmdb") failed #15

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.

Sign up for GitHub

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

Jump to bottom
Open
YaPaY opened this issue May 13, 2025 · 8 comments
Open

MMDB_open("/config/geoip/GeoLite2-ASN.mmdb") failed #15

YaPaY opened this issue May 13, 2025 · 8 comments
Assignees
@k44sh
Labels
bug Something isn't working

Comments

@YaPaY
Copy link
YaPaY commented May 13, 2025

Hello,

I am giving this error and container stopping

nginx: [emerg] MMDB_open("/config/geoip/GeoLite2-ASN.mmdb") failed - Error opening the specified MaxMind DB file in /etc/nginx/nginx.conf:92
@Mantissa64
Copy link

I have this too after updating today. The file appears to be missing. Using MM_ACCOUNT and MM_LICENSE with valid info did not resolve the issue.

Temporary solve while we wait for an update: Create an account at https://www.maxmind.com/en/geolite2/signup then download the missing file at https://www.maxmind.com/en/accounts/current/geoip/downloads and place it inside the container at /config/geoip/
Make sure the name is exactly GeoLite2-ASN.mmdb

@k44sh k44sh self-assigned this May 13, 2025
@k44sh
Copy link
Owner
k44sh commented May 13, 2025

Hi @YaPaY @Mantissa64

Thank you for bringing this to me 🙏🏼

I've just checked and in the image there are the default databases. On a basic deployment, this poses no problem.

Do you have any more information on the structure you're currently using?

  • Fresh deployment?
  • Existing config folder?
  • Geoip2 plugin added to config folder?
  • Other informations?

I think there's a logic problem in init:

https://github.com/k44sh/rutorrent/blob/main/rootfs/etc/cont-init.d/configurations.sh#L488-L499

Without account, the bases are here by default in the Docker:

rutorrent:/# ls -lh /var/mmdb/
total 78M
-rw-r--r-- 1 root root 9.7M May 11 22:50 GeoLite2-ASN.mmdb
-rw-r--r-- 1 root root  59M May 11 22:50 GeoLite2-City.mmdb
-rw-r--r-- 1 root root 8.8M May 11 22:50 GeoLite2-Country.mmdb

You can temporarily copy from it like this :

docker create --name temp-mmdb k44sh/rutorrent:latest
docker cp temp-mmdb:/var/mmdb/. ./config/geoip/
docker rm temp-mmdb

@k44sh k44sh added the bug Something isn't working label May 13, 2025
@Mantissa64
Copy link

Hi @k44sh, thanks for looking into this,

I can't speak for @YaPaY, but here is my details

  • Fresh deployment?

    • No, I've had the deployment for a year or two. The issue began with the latest update, however, I'm not positive when I last updated. Probably a few months.

  • Existing config folder?

    • Yes, and it is on persistent storage.

  • Geoip2 plugin added to config folder?

    • Manually? No. The dir was there previously (as /${CONFIG_PATH}/geoip2/ . In my case, /config/geoip2/), but only contained GeoLite2-Country.mmdb and GeoLite2-City.mmdb. If you mean in /var/www/rutorrent/plugins/ then yes it is also there.

  • Other informations?

    • My deployment may be particularly scuffed as I recycled the persistent config dir from a previous deployment of a different image. Reckless, I know, but it worked for a while and I didn't think much of it until now.

  • I think there's a logic problem in init:

    • Thanks for finding this! Few thoughts based on this:
    • The files DO exist in /var/mmdb/ as of now, they weren't hit by the cp -f on 492 because the directory existed, just the one file was missing
    • Not sure that the above point should matter because of the symlinking on 494-496 that should trigger regardless of existence.... but im not an expert

@L3Nerd
Copy link
L3Nerd commented May 16, 2025 •
edited
Loading

The /config/geoip folder should not be in /config.

On a fresh deployment it works, as the files are sourced from the file system of the container image.
But as soon as you mount the config path, ie. via -v ./config:/config, no updated files are ever going to reach your local mounted folder, as a mount completely overrides the contents of that container image filesystem path.

Same goes for every other file updates within /config in the image itself.

Every "static" file should be moved from /config OR, if necessary, the entrypoint script should manage these kind of files.

@motif82
Copy link
motif82 commented May 18, 2025

I have this too after updating today. The file appears to be missing. Using MM_ACCOUNT and MM_LICENSE with valid info did not resolve the issue.

Temporary solve while we wait for an update: Create an account at https://www.maxmind.com/en/geolite2/signup then download the missing file at https://www.maxmind.com/en/accounts/current/geoip/downloads and place it inside the container at /config/geoip/ Make sure the name is exactly GeoLite2-ASN.mmdb

I was having the same issue after updating. This got me up and running. Had a geoip folder in my main folder and stuck the ASN file in there. Fired right up.

@k44sh
Copy link
Owner
k44sh commented May 18, 2025 •
edited
Loading

Hi,

Version v5.2.5 has just been pushed to the dev branch.

Once the pipeline is good, feel free to test. I believe it should be all good
It fixes some ruTorrent bugs and changes how MMDB files are managed.

If everything works fine on your side with this version, I’ll push it to main with for the latest tag deployment

@L3Nerd
Copy link
L3Nerd commented May 19, 2025 •
edited
Loading

@k44sh looks good!

Test:
Removed the ASN file from the mounted config folder (like pre 5.2.4) and spun up the container without problems.
ASN file was present afterwards.

@k44sh
Copy link
Owner
k44sh commented May 19, 2025

@k44sh looks good!

Test: Removed the ASN file from the mounted config folder (like pre 5.2.4) and spun up the container without problems. ASN file was present afterwards.

Good news :) Danke @L3Nerd

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@k44sh k44sh

Labels
bug Something isn't working
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
5 participants
@YaPaY @Mantissa64 @L3Nerd @k44sh @motif82
0