Das Neuerstellen schlägt immer fehl, wenn das Tageslimit erschöpft ist. Ich denke, es wäre gut, dies zu beheben, da ich 2 Tage verloren und einen Server zweimal eingerichtet habe, bis ich herausfand, was dieses Problem verursacht hat. Vielleicht bin ich nicht sehr schlau 
Ich denke, Sie sollten diesen Prozess überspringen und mit der Neuerstellung fortfahren, wenn das Tageslimit erreicht ist.
Ja. Es ist ein riesiges Problem, dass ein Fehler mit MAXMIND einen Wiederaufbau zum Scheitern bringt. Ich vermute, dass sie auf ihrem Hosting die Datenbank irgendwie über Instanzen hinweg teilen müssen.
Ich wusste nichts von einem Tageslimit, aber das erklärt sicherlich die fehlerhaften Fehler, die ich gesehen habe. Die einzige Lösung ist, Maxmind zu deaktivieren, um einen Wiederaufbau durchzuführen.
Ich habe mir den Code ein paar Mal angesehen, um eine Lösung zu finden, aber das ist mir noch nicht gelungen. Es muss eine 1-3 Zeilen-Korrektur sein.
Da Sie nun endlich festgestellt haben, dass das Problem ihre Ratenbegrenzung ist, ändere ich dies in einen 
Ich deaktiviere MAXMIND und kompiliere neu, und es funktioniert. Ich wollte dies jedoch melden, da ich dachte, es könnte anderen passieren. Vielen Dank für Ihr Interesse, viel Glück.
Hier ist eine triviale, aber wahrscheinlich effektive Lösung für dieses Problem:
Da ich nicht genau weiß, wie ich das Problem verursachen kann, ist es nicht einfach, den Code zu testen, aber er sollte funktionieren.
Ich werde heute Abend etwas Arbeit erledigen, und wenn ich Informationen über den Fehler sehe, werde ich das Thema aktualisieren. Vielen Dank für Ihre Zeit, ich denke, es wird nützlich sein.
Wurde zu diesem Thema eine Studie durchgeführt? Denn ich habe es gerade getan und es kompiliert immer noch nicht, wenn MAXMIND aktiviert ist, und ich musste es schließen, um zu kompilieren. Könnte helfen, ich sehe auch einen zlip-Fehler.
HINWEIS:
Ich glaube, ich habe den Lizenzschlüssel falsch in app.yml eingegeben. Ich habe dies behoben und kompiliere erneut. Selbst wenn er fehlerhaft ist oder das Limit erschöpft ist, muss er jedoch ohne Fehler weiter kompilieren.
Haben Sie für diesen Fehler auch DISCOURSE_MAXMIND_ACCOUNT_ID zu Ihrer app.yml hinzugefügt?
Können Sie die gesamten Protokolle teilen?
Wenn ich diesen Fehler erneut erhalte, werde ich die Fehlerprotokolle teilen, aber er ist derselbe wie in dem von Ihnen angegebenen Link.
Andererseits gibt die Kompilierung einen Fehler aus, wenn der Schlüssel falsch ist. Daher wäre es eine gute Idee, wenn diese Funktion fortgesetzt wird und eine Warnung ausgegeben wird, wenn ein falscher Schlüssel oder eine falsche ID vorhanden ist.
Nun, es scheint, als ob es mit einem MaxMind-Schlüssel nicht funktioniert, von dem ich ziemlich sicher bin, dass er gültig ist. Ich vermute, da ich mehrere Sites auf derselben IP habe, die alle auf die Datenbank zugreifen, stoße ich auf Geschwindigkeitsbegrenzungen?
...
Prüfe „Guest Gate Theme Component“ für „default“... auf dem neuesten Stand
Prüfe „* Official: discourse-search-banner“ für „default“... auf dem neuesten Stand
Prüfe „* Official: Header submenus“ für „default“... auf dem neuesten Stand
Prüfe „* Auto linkify words (official)“ für „default“... auf dem neuesten Stand
Prüfe „* Official: New PM Dropdown Button (KED)“ für „default“... auf dem neuesten Stand
Prüfe „Sidebar Theme Toggle“ für „default“... auf dem neuesten Stand
Herunterladen von MaxMindDB...
FEHLGESCHLAGEN
--------------------
Pluginname ist „DiscourseAddToSummary“, aber das Plugin-Verzeichnis heißt „discourse-add-to-summary"
Bereinigen temporärer Dateien
Bündeln der Assets
I, [2024-07-03T15:34:03.558862 #1728] INFO -- : Schreiben von /var/www/discourse/public/assets/break_string-cc617154cd957804f2f6a1f3bc68258c9cdca3d4b9a322
bf777d145fed04790e.js
I, [2024-07-03T15:34:03.565737 #1728] INFO -- : Schreiben von /var/www/discourse/public/assets/service-worker-1c2f90c0e9ecfcf748d58ed6c37a510b3cd246299fcf
a5917a060293f1affb92.js
I, [2024-07-03T15:34:03.568027 #1728] INFO -- : Schreiben von /var/www/discourse/public/assets/locales/i18n-3b40e842fd72b9bcc74ea83e094c823cd9ca535e4ecc5e
78722e6f99d3656137.js
I, [2024-07-03T15:34:03.569522 #1728] INFO -- : Schreiben von /var/www/discourse/public/assets/scripts/discourse-test-listen-boot-9b14a0fc65c689577e6a428d
cfd680205516fe211700a71c7adb5cbcf4df2cc5.js
I, [2024-07-03T15:34:04.079476 #1728] INFO -- : Schreiben von /var/www/discourse/public/assets/locales/ar-583c921ae692b1e7c988997efcba99e6b41b62572682166e
2c62bae0caeaab2b.js
I, [2024-07-03T15:34:04.373049 #1728] INFO -- : Schreiben von /var/www/discourse/public/assets/locales/be-ee1a0dd42713e1ca29dbacea5dcde76c51a441cb634c5d61
7ba4b20bb7ef5b05.js
rake abgebrochen!
Zlib::BufError: Pufferfehler (Zlib::BufError)
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/cache/file_store.rb:100:in `<<'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/cache/file_store.rb:100:in `set'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/cache.rb:212:in `set'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/cache.rb:136:in `set'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/loader.rb:243:in `store_asset'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/loader.rb:185:in `load_from_unloaded'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/loader.rb:60:in `block in load'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/loader.rb:317:in `fetch_asset_from_dependency_cache'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/loader.rb:44:in `load'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/cached_environment.rb:20:in `block in initialize'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/cached_environment.rb:47:in `load'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/base.rb:66:in `find_asset'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/base.rb:73:in `find_all_linked_assets'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/manifest.rb:134:in `block in find'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/manifest.rb:133:in `each'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/manifest.rb:133:in `find'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/sprockets/manifest.rb:186:in `compile'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-rails-3.5.1/lib/sprockets/rails/task.rb:67:in `block (3 levels) in define'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-3.7.3/lib/rake/sprocketstask.rb:147:in `with_logger'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sprockets-rails-3.5.1/lib/sprockets/rails/task.rb:66:in `block (2 levels) in define'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/exe/rake:27:in `<top (required)>'
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `<main>'
Tasks: TOP => assets:precompile
(Vollständigen Aufruf durch Ausführen der Aufgabe mit --trace einsehen)
I, [2024-07-03T15:34:04.978774 #1] INFO -- : Prüfe „Add(back) Category Colmn (TH)“ für „default“... auf dem neuesten Stand
Prüfe „* Official: discourse-placeholder-theme-component (JP)“ für „default“... auf dem neuesten Stand
Prüfe „* Discourse Easy Footer (Official)“ für „default“... auf dem neuesten Stand
Prüfe „discourse-user-field-prompt“ für „default“... auf dem neuesten Stand
Prüfe „* Rotate Global Banner(JP)“ für „default“... auf dem neuesten Stand
Prüfe „Guest Gate Theme Component“ für „default“... auf dem neuesten Stand
Prüfe „* Official: discourse-search-banner“ für „default“... auf dem neuesten Stand
Prüfe „* Official: Header submenus“ für „default“... auf dem neuesten Stand
Prüfe „* Auto linkify words (official)“ für „default“... auf dem neuesten Stand
Prüfe „* Official: New PM Dropdown Button (KED)“ für „default“... auf dem neuesten Stand
Prüfe „Sidebar Theme Toggle“ für „default“... auf dem neuesten Stand
Herunterladen von MaxMindDB...
FEHLGESCHLAGEN
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'SKIP_EMBER_CLI_COMPILE=1 bundle exec rake themes:update assets:precompile' fehlgeschlagen mit Rückgabewert #<Process::Status: pid 1726 exit 1>
Ort des Fehlers: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
Ausführung fehlgeschlagen mit den Parametern {"cd"=>"$home", "tag"=>"precompile", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'SKIP_EMBER_CLI_COMPILE=1 bund
le exec rake themes:update assets:precompile'"]}
Bootstrap fehlgeschlagen mit Exit-Code 1
** BOOTSTRAP FEHLGESCHLAGEN ** Bitte scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen; es kann mehr als eine geben.
./discourse-doctor kann bei der Diagnose des Problems helfen.
Ein anschließender Neuaufbau mit dem MaxMind-Schlüssel und der ID auskommentiert ist erfolgreich.
Warum ist das so schwierig?
Hier ist also das Limit von:
Ich bin mir nicht ganz sicher, wie ich diese Limits erreichen sollte, aber es ist die einzige Erklärung außer zufälligen Ausfällen auf ihren Servern?
Für mich wird dieses Limit immer dann ausgelöst, wenn ich einen Server mehr als einmal pro Tag neu erstelle.
Ich erhalte auch eine E-Mail, die so beginnt (Hervorhebung von mir)
Anscheinend gibt es also auch ein Limit pro IP-Adresse.
Das ist eine große Hilfe. Ich habe diese E-Mail noch nie gesehen.
Ich könnte vielleicht etwas tun, um zu verhindern, dass mehrere Server auf einer einzigen IP-Adresse dies tun, aber die Unfähigkeit, zweimal am Tag neu zu erstellen, scheint eine ziemliche Herausforderung zu sein. Ich schätze, ein Caching-Proxy ist das Einzige, was mir einfällt.
Ich wäre gerne bereit, ihnen eine gewisse Geldsumme zu zahlen, damit dies kein Problem mehr darstellt, sehe aber keine Möglichkeit, dies zu tun.
Aber es ist etwas anderes als Ratenbegrenzungen, denn nachdem ich das Image erstellt hatte, ging ich hin und setzte die Werte in /var/www/discourse/config/discourse.conf und führte die Rake-Aufgabe aus, und es lud die Datenbank problemlos herunter.
Könnte die Datenbank in persistentem Speicher liegen?
Könnte die Datenbank erst heruntergeladen werden, nachdem das Image gestartet wurde?
@JammyDodger konnten Sie seit der neuesten Version mit Maxmind bauen? @RGJ – hatten Sie Probleme?
Ich glaube nicht, dass irgendeine Seite, die ich mit Maxmind ausprobiert habe, funktioniert hat. Und diejenige, die ich gestern gemacht habe, konnte die Datenbank mit der Rake-Aufgabe herunterladen, nachdem ich die Konfiguration innerhalb des Containers mit denselben Einstellungen bearbeitet hatte, die zum Scheitern des Bootstraps geführt hatten.
Es gab mehrere andere Themen über Fehler aufgrund von Maxmind.
Ich hatte neulich einen fehlgeschlagenen Wiederaufbau, selbst mit der Maxmind-Konto-ID, aber ein zweiter direkt danach funktionierte einwandfrei.
Wir hatten keine Probleme, (aber wir verwenden unser eigenes Bereitstellungssystem).
Ich habe es gerade versucht und kann die Datei 10 Mal von derselben IP-Adresse abrufen (und dann habe ich aufgehört zu versuchen).
Meine „Korrektur“, um zu verhindern, dass ein Fehler den Wiederaufbau beendet, ist also fehlgeschlagen.
Das wird also sehr schwierig zu debuggen sein.
Ich hatte dieselbe E-Mail (und dasselbe Problem), nachdem ich einige Foren auf einen neuen Server verschoben hatte – stimme also dem OP zu, vielleicht eine Option zum Wiederaufbau anzeigen oder versuchen, die Datenbank abzurufen, bevor der Wiederaufbau beginnt, und uns die Option geben, „erneut zu versuchen“ oder „ohne MaxMind wiederaufzubauen“.
fwiw, die kürzliche Änderung, die jetzt einen API-Schlüssel + Benutzernamen anstelle eines reinen API-Schlüssels erfordert, hat auch unser Upgrade/Rebuild zum Scheitern gebracht und zu einigen Tagen Ausfallzeit geführt.
Ich stimme anderen zu, dass das Deaktivieren/Auskommentieren in app.yml >> rebuild = das Problem behoben hat. Wir haben es noch nicht wieder aktiviert, da wir auf eine mögliche Behebung warten.
Haben Sie zufällig die Fehlermeldung, wo der Wiederaufbau fehlgeschlagen ist?