Placing-Me-Wiki

# bekannte Fehler und Probleme

Es gibt ein paar Probleme/Fehler, die bekannt sind und bei denen die Ursache nicht klar ist oder diese zu vernachlässigen sind (weil diese sich zum Teil selbst lösen oder nur temporär sind).

# Probleme von ohDear (im #health-channel | nur production)

Viele diese Probleme werden von dem spatie/laravel-health-Package ausgelöst, welches eine enge Integration mit OhDear (opens new window) besitzt.
In dem app/Providers/HealthServiceProvider.php des jeweiligen Projekts (aktuell quasi nur WebSite & Blog. Hier sollten serverumfassende Checks (wie UsedDiskSpaceCheck) die selben Werte haben, da beide Projekte auf dem selben Server laufen) kann man die Checks auch anpassen (wie Threasholds, Ignores, ...).

  1. Sitemap Blog
    • 🚨 => "Detected a problem at Blog (check Sitemap): Pinging Sitemap failed."
    • 🔧 => Sitemap vom Blog scheint manchmal nicht verfügbar (aber stimmt eigentlich nicht) - Deaktivierung wenn im Maintenance Mode
  2. CPU Load
    • 🚨 => Detected a problem at Website - Company (check Cpu Load): The CPU load of the last 5 minutes is 2.1 which is higher than the allowed 2
    • 🔧 => (wahrscheinlich) eine Datenintensive Aufgabe wird über Nova ausgeführt (weil die Datenbank auf dem selben Server ist, geht hier die CPU-Last etwas hoch), z.B. Daniel nutzt die Suche in Nova für alle Suchen
    • 🔧 => Werte wurden erhöht, damit es nicht zu schnell triggert (CpuLoadCheck::new()->failWhenLoadIsHigherInTheLast5Minutes(5.0)->failWhenLoadIsHigherInTheLast15Minutes(3))
  3. health-check command ist zu lange nicht gelaufen
    • 🚨 => "Detected a problem at Blog (check Schedule): The last run of the schedule was more than 6 minutes ago."
    • 🔧 => Das Backup dauert mittlerweile über 5 min, was der threshold für einen _ failed_ (Schedule) check ist
    • 🔧 => Deaktivierung im Maintenance Mode wurde hinzugefügt
  4. Queue läuft nicht (Website)
  5. Festplatten Speicher (DiskSpace) des Servers fast voll
    • 🚨 => "Detected a problem at Website - Company (check Used Disk Space): The disk is almost full (81% used)."
    • 🔧 => es gibt einen UsedDiskSpaceCheck-check für Laravel-health, dafür muss man einen Wert definieren, wann er warnen soll. Die Threasholds wurden auf folgendes erhöht: UsedDiskSpaceCheck::new()->warnWhenUsedSpaceIsAbovePercentage(85)->failWhenUsedSpaceIsAbovePercentage(90)
  6. Downtime von placing-you.de
    • 🚨 => "placing-you.de seems down! - Error: Failed to connect to placing-you.de port 443 after 13 ms: Connection refused"
    • 🔧 => scheint Probleme mit dem alten Anbieter (All-Inkl) zu sein. solange placing-me.com nicht down ist (andere Uptimechecks wie Website - Index/Jobseeker nicht failen) erstmal warten ob es sich selbst erholt
      Downtime verified from Frankfurt, Germany and Paris, France
  7. Broken Links im Wiki
    • 🚨 => "Wiki contains 187 broken links"
    • 🔧 => Es gib kaputte Links im Wiki. Die sollten natürlich soweit möglich (Stück für Stück gefixt werden) - nicht alle sind fixbar (aber die meisten)
    • 🔧 => für eine bessere Übersicht der Broken Links innerhalb der von uns erstellen Wikis sollte/kann auch die vom Wiki erstellte Übersichtsseite der kaputten Links verwendet werden: https://wiki.augenoptikerjobs.de/wikis/#wiki-seiten-mit-fehlerhaften-verlinkungen
  8. Kaputte Links auf WebSite (placing-me.com)
    • 🚨 => "Website - Company contains 1 broken link"
    • 🔧 => Das war meist der Blog, als dieser nachts (3:30) sein Backup gemacht hat.
    • 🔧 => Die Blog-Verlinkung wurde nun in den WebSite-BrokenLink-Checks deaktiviert und die Broken Links-Checks ins beiden Projekten sind wieder passing (grün) und neue Broken Links sollten sich zeitnah angesehen werden

# Probleme von Flare (im #flare-channel | nur production)

  1. Problem mit SecurityAdvisories
    • "The check named SecurityAdvisories did not complete. An exception was thrown with this message: `GuzzleHttp\Exception\ConnectException: cURL error 7: Failed to connect to packagist.org port 443 after 1008 ms: No route to host (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://packagist.org/api/security-advisories/"
    • https://flareapp.io/errors/6830236-the-check-named-securityadvisories-did-not-complete-an-exception-was-thrown-with-this-message-guzzle...
    • => Grund: packagist (composer) ist (temporär) nicht erreichbar
    • => Fix: kein Fix, da der Service nicht in unserer Hand liegt
    • => Status: snoozed (kein Fix und kein wirkliches Problem)
  2. Problem mit "linked Eventable (Searchmatch)"
    • processed 1 Events because linked Eventable (Searchmatch) is no longer existing or linked Searchmatch was seen
    • https://flareapp.io/errors/6147319-processed-1-events-because-linked-eventable-searchmatch-is-no-longer-existing-or-linked-searchmatch-...
    • => Grund: Es gibt Event (Model) bzgl. Treffern (Searchmatch) in der DB, die nicht korrekt gelöscht werden, wenn die zugehörigen Daten sich verändern und das Event sich somit auflöst
    • z.B.: "1 neuer Treffer" => Treffer wird aufgelöst, aber Event bleibt (wieso auch immer) bestehen (verlinkt ins Nichts))
    • => Fix: Ein Job (DeleteStaleSearchmatchEvents) läuft zyklisch (alle 30min (everyThirtyMinutes())) und findet solche Events und löscht diese dann
    • => Status: workaround (Ursache konnte bis lang nicht gefunden werden. Reproduktion bislang gescheitert)
  3. Problem mit "Google Feedback"
  4. Problem mit "Bouncing Emails"
    • Log (error) onBounce
    • https://flareapp.io/errors/7597760-onbounce
    • => Grund: diverse Gründe
    • meist existiert das Postfach nicht mehr
    • => Fix: einzelnen Logs sollten überprüft werde und falls wir bei einem Anbieter (wie z.B. Mittwald) in der Spamliste sind, sollte dieser kontaktiert werden mit Bitte von der Liste genommen zu werden
    • => Status: monitor & fix
  5. Problem mit "Upsert Transactions"
    • UpdateSearchmatchesFromFinderQueryAction upsert transaction failed
    • https://flareapp.io/errors/7695294-updatesearchmatchesfromfinderqueryaction-upsert-transaction-failed
    • => Grund: Deadlock in der DB (MySQL) - tritt meist (nur) bei Erstellung der Treffer (mit einem großen Upsert-Query auf)
    • https://medium.com/geekculture/how-to-deal-with-deadlocks-in-mysql-58f4d830788b
    • https://dev.mysql.com/doc/refman/8.4/en/innodb-deadlocks-handling.html
    • https://severalnines.com/blog/understanding-deadlocks-mysql-postgresql/
    • => Fix: kein Fix aktuell bekannt (weil schwer zu reproduzieren und erzeugt erstmal keine wirklichen Probleme (Matches könnten fehlen?!)
    • => Status: monitor
  6. Problem mit "Upsert" (Siehe Problem 5. Quasi das selbe)
    • UpdateSearchmatchesFromFinderQueryAction upsert failed
    • https://flareapp.io/errors/7695293-updatesearchmatchesfromfinderqueryaction-upsert-failed
    • => Grund:
    • => Fix:
    • => Status:
  7. Problem mit "Livewire Component Hydration"
    • Livewire encountered corrupt data when trying to hydrate the [faq-search] component. Ensure that the [name, id, data] of the Livewire component wasn't tampered with between requests.
    • https://flareapp.io/errors/5993128-livewire-encountered-corrupt-data-when-trying-to-hydrate-the-faq-search-component-ensure-that-the-na...
    • => Grund: Hydration-Problem
    • Nutzer nutzen das Browser Vor-gehen und Zurück-gehen und das kann bei Liverwire Komponenten zu Problemen führen (meist im SearchFormWizard)
    • => Fix: aktuell kein fix in Sicht (das implementieren der einzelnen URLs bei der Erstellung einer suche für jeden Schritt (z.B. https://placing-me.com/suche/arbeitnehmer/hoerakustik/7f0dd88a-139e-4d69-9e40-8cf731728318/2) hat schon sehr geholfen das Problem einzudämmen)
    • => Status: monitor (ggf. mit Livewire3 weniger Probleme)
  8. Problem mit "nicht mehr existierenden Searchmatches"
    • Searchmatches which should be deleted
    • https://flareapp.io/errors/7247592-searchmatches-which-should-be-deleted
    • => Grund: Es gibt Treffer (in der DB) welche aber nicht mehr in echt existieren
    • eine wirkliche Ursache konnte bislang nicht gefunden werden
    • => Fix: mit dem Job DeleteStaleSearchmatchEvents werden diese zyklisch (alle 30min (everyThirtyMinutes())) gelöscht
    • werden auch spätestens gelöscht wenn ein Nutzer mit einer betreffenden Suche erneut sucht/einen matchenden Filter ändert und speichert, ...
    • => Status: workaround

# übergeordnetes Thema

  1. Errortracking und Debugging
Last Updated: 8/14/2025, 5:21:43 PM

← 7.1.1 Emails →