KamoCRM

Root nie mógł odczytać bezczynności członka, więc nic nigdy nie spało

FixKlusterServices
Shipped
23 września 2026 19:23 UTC
Author
Kamo
Commit
06f8b1c

Pierwszy komputer zgłosił czas bezczynności jako 13.9, potem 29.2, potem 14.4 sekundy przez trzy minuty. Kiedy nikt go nie dotykał. To nie jest osoba - to jest tartak zablokowany przez trzecią drugą ankietę interwał, i to jest to, co sonda () robi, gdy żaden wyświetlacz nie odpowie: nieczytelny liczy się jako Aktywny i last _ active jest pchany do każdego przejścia. Agent działa jako root, a wyświetlacz X należy do członka, który nie jest czymś, co X jest zrelaksowany około. xprintidle został powołany z DISPLAY i nie XORITY, więc wyświetlacz odmówił, to wyszedł nie-zero, a wartość zwrotu była Brak. Każdy sondaż. Na zawsze. Więc bezczynny czas nie mógł strzelać do żadnego komputera. Gotowość do hibernacji była pluskwą przed Ten był za nim, a każda maszyna nie mogła zasnąć, gdy tylko spełniła się gotowość. Cookies jest odczytywany z procesu Xorg, który obsługuje wyświetlacz poprzez '-auth' w linii poleceń. xorgxrdp przechodzi ten relative do domu sesji, więc goła ścieżka jest rozwiązywana poprzez proces własne / proc / < pid > / cwd zamiast odgadnąć z nazwy użytkownika - proces już wie, i dom katalog, który nie jest pod / dom mógł by źle zgadnąć. Nieczytelny nie jest już cichy, a to ma znaczenie więcej niż fix: to przyciska komputer się obudzić, więc to teraz mówi, który wyświetlacz odmówił, co xprintidle drukowane, i który XORTITY został wypróbowany - raz na wyświetlacz i powód, nie raz na ankietę. Stderr miał jechać do DEVNULL, dlatego trzy oddzielne Sesje pracy nigdy tego nie widziały. Pięć testów, w tym rozdzielczość ścieżki relatywnej i zachowanie logowania.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing