abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 22:22 | Nová verze

    Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 18:22 | Komunita

    Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.

    Ladislav Hagara | Komentářů: 2
    včera 17:33 | Zajímavý software

    OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.

    Ladislav Hagara | Komentářů: 0
    včera 04:33 | Nová verze

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).

    Ladislav Hagara | Komentářů: 9
    4.6. 11:22 | Bezpečnostní upozornění

    Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek

    … více »
    Ladislav Hagara | Komentářů: 15
    4.6. 10:46 | Nová verze

    Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    4.6. 04:33 | Nová verze

    Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.

    Ladislav Hagara | Komentářů: 7
    4.6. 03:44 | Komunita

    Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.

    Ladislav Hagara | Komentářů: 0
    3.6. 19:44 | Nová verze

    Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.

    Ladislav Hagara | Komentářů: 0
    3.6. 14:44 | IT novinky

    Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (15%)
     (31%)
     (3%)
     (6%)
     (3%)
     (15%)
     (26%)
    Celkem 1830 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: Chybný čas v logu od kernelu

    11.3.2016 12:20 pet I. | skóre: 13
    Chybný čas v logu od kernelu
    Přečteno: 384×
    S překvapením jsme našli v logu takto posunuté časy:
    srv ~ # grep 23302 /var/log/debug
    2016-03-11 09:20:42 srv [local3 debug] myinit[23292]: Starting process [/usr/bin/rtevent] (23302)
    2016-03-11 09:20:42 srv [local3 info] myinit[23292]: Run /usr/bin/rtevent num: 1, pid: 23302
    2016-03-11 08:58:15 srv [kern info] kernel[]: rtevent[23302]: segfault at 7ffe4f7528b0 ip 00007fe85339cf78 sp 00007ffe4f7528a0 error 6 in libcom.so.2.3.1[7fe853265000+195000]
    2016-03-11 09:30:34 srv [local3 notice] myinit[23292]: Process [/usr/bin/rtevent] (23302) KILLED 11
    srv ~ #
    Proces myinit spustil proces rtevent a po jeho pádu toto zalogoval. Tyto časy jsou správné. Ale pád zalogoval i kernel, a to s časem cca o 1/2 hodiny dříve. Nechápu proč.

    Celý systém běží v UTC. Běží tam NTP démon, systém je zasynchronizovaný a momentálně za sebou má cca 36 dní bez rebootu.

    Nechápete někdo co se tam děje?

    Odpovědi

    11.3.2016 13:44 trubicoid2
    Rozbalit Rozbalit vše Re: Chybný čas v logu od kernelu
    nechapeme

    v dmesg je co? o 1/2 h drive? tak tam je 08:58? tak tomu bych veril, 9:20 a 9:30 bude nejaka blbost v syslogu nebo co mas, jakou tam mas konfiguraci?
    11.3.2016 14:54 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Chybný čas v logu od kernelu

    V kernelovém logu nic takového není, tam jsou jen časové známky, které víceméně odpovídají času od bootu. Příkaz dmesg je sice umí převádět na lidsky srozumitelné datum a čas, ale to je obecně jen nepřesná aproximace (na což upozorňuje i dokumentace). Jedno z možných vysvětlení by bylo že syslog místo aby použil aktuální čas, se ho pokusí nějak dopočítat z té časové známky, takže když se to rozjede, bude v logu nesmysl, ale to bych považoval za hodně nešťastný nápad.

    Vzhledem k tomu, že tazatel nenapsal, jaký syslog používá (a jestli v tom není zamíchaný ještě systemd-journald), můžeme jen spekulovat.

    11.3.2016 15:22 trubicoid2
    Rozbalit Rozbalit vše Re: Chybný čas v logu od kernelu
    jo, to nevadi, kdyz si neprestartoval tak ze znacky v dmesg a uptime poznas v kolik to bylo

    nepresnosti jsem si nevsiml, to se asi vztahuje na sleep, coz na serveru nemas, ne?

    dmesg -e jsem neznal, vypada to, ze to funguje

    jeste doporucuji barevny dmesg -L
    11.3.2016 17:37 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Chybný čas v logu od kernelu
    jo, to nevadi, kdyz si neprestartoval tak ze znacky v dmesg a uptime poznas v kolik to bylo

    Přibližně.

    nepresnosti jsem si nevsiml, to se asi vztahuje na sleep, coz na serveru nemas, ne?

    Není to jen suspend, jsou i jiné důvody, proč to nemusí přesně odpovídat.

    11.3.2016 17:00 pet I. | skóre: 13
    Rozbalit Rozbalit vše Re: Chybný čas v logu od kernelu
    srv ~ # dmesg -e | grep 23302
    [Mar11 08:58] rtevent[23302]: segfault at 7ffe4f7528b0 ip 00007fe85339cf78 sp 00007ffe4f7528a0 error 6 in libcom.so.2.3.1[7fe853265000+195000]
    srv ~ # 
    Starší výskyt, čas opět souhlasí s dmesg -e:
    2016-02-08 17:14:46 srv [daemon info] ntpd[3434]: Deleting interface #75 enp7s0.28, 192.168.28.202#123, interface stats: received=0, sent=0, dropped=0, active_time=14997 secs
    2016-02-08 17:11:36 srv [kern info] kernel[]: rtevent[13546]: segfault at 7ffc0ab4bfe8 ip 00007ff37720cb58 sp 00007ffc0ab4bff0 error 6 in libcom.so.2.3.1[7ff3770d5000+195000]
    2016-02-08 17:16:05 srv [local3 notice] cassinit[13515]: Process [/usr/bin/rtevent] (13546) KILLED 11
    
    Vypadá to, že to opravdu blbě převádí ten syslog. Používám syslog-ng-3.7.2, v pondělí se podívám do dokumentace jestli se s tím dá něco udělat. Systém je Gentoo, kernel vlastní. Pokud někdo máte nějaký tip co s tím, tak sem s ním.
    11.3.2016 21:44 Trubicoid2
    Rozbalit Rozbalit vše Re: Chybný čas v logu od kernelu
    V gentoo mám metalog, můžeš zkusit místo syslog-ng

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.