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í
×
    dnes 04:44 | Komunita

    Google zveřejnil seznam 1 141 projektů (vývojářů) od 184 organizací přijatých do letošního, již dvaadvacátého, Google Summer of Code. Přihlášeno bylo celkově 23 371 projektů od 15 245 vývojářů ze 131 zemí.

    Ladislav Hagara | Komentářů: 0
    dnes 03:00 | Komunita

    Na čem pracovali vývojáři GNOME a KDE Plasma minulý týden? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.

    Ladislav Hagara | Komentářů: 0
    včera 03:44 | Nová verze

    Open source počítačová hra na hrdiny NetHack (Wikipedie, GitHub) byla vydána v nové verzi 5.0.0. První verze této hry byla vydána v roce 1987.

    Ladislav Hagara | Komentářů: 2
    1.5. 15:11 | IT novinky

    Evropská komise naléhavě vyzvala členské státy EU, aby kvůli ochraně nezletilých na internetu urychlily zavádění unijní aplikace pro ověřování věku a zajistily její dostupnost do konce roku. Členské státy mohou zavést aplikaci EU pro ověřování věku jako samostatnou aplikaci nebo ji integrovat do takzvané evropské peněženky digitální identity.

    Ladislav Hagara | Komentářů: 18
    30.4. 23:33 | Nová verze

    Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.

    Ladislav Hagara | Komentářů: 0
    30.4. 23:11 | Nová verze

    Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    30.4. 12:11 | IT novinky

    Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.

    Ladislav Hagara | Komentářů: 40
    30.4. 11:44 | Komunita

    Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.

    Ladislav Hagara | Komentářů: 0
    30.4. 01:11 | IT novinky

    Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.

    Ladislav Hagara | Komentářů: 58
    29.4. 23:44 | Bezpečnostní upozornění

    Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.

    Ladislav Hagara | Komentářů: 4
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (9%)
     (2%)
     (13%)
     (31%)
     (4%)
     (7%)
     (3%)
     (16%)
     (24%)
    Celkem 1485 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    28.2.2013 11:11 Petros
    Rozbalit Rozbalit vše Re: Padnul mi MySQL cluster - drbd + ocfs2
    Ok zdenku využiji ICQ. Moc ti děkuji

    Tedy ted zkouším jednu věc a to na node2 jsem nastavil datadir /drbd/mysql/data což byl původní datadir přes pádem. Nyní je datadir na node1 nastaven na /drbd/mysql/data_backup.

    Udělal jsem totiž kopii data dir. Tedy ted zkouším nahodit původní datadir a to /drbd/mysql/data potřeboval bych tam oživit pár databází tedy tabulek.

    Zkusil jsme tvou radu s mysql safe modem.

    Feb 28 10:50:41 node2 mysqld_safe: Starting mysqld daemon with databases from /drbd/mysql/data
    Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 [Note] Plugin 'FEDERATED' is disabled.
    Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 InnoDB: The InnoDB memory heap is disabled
    Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 InnoDB: Mutexes and rw_locks use GCC atomic builtins
    Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 InnoDB: Compressed tables use zlib 1.2.3.4
    Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 InnoDB: Initializing buffer pool, size = 128.0M
    Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 InnoDB: Completed initialization of buffer pool
    Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 InnoDB: highest supported file format is Barracuda.
    Feb 28 10:50:41 node2 mysqld: 130228 10:50:41  InnoDB: Error: page 6 log sequence number 2424692490
    Feb 28 10:50:41 node2 mysqld: InnoDB: is in the future! Current system log sequence number 2420826419.
    Feb 28 10:50:41 node2 mysqld: InnoDB: Your database may be corrupt or you may have copied the InnoDB
    Feb 28 10:50:41 node2 mysqld: InnoDB: tablespace but not the InnoDB log files. See
    Feb 28 10:50:41 node2 mysqld: InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
    Feb 28 10:50:41 node2 mysqld: InnoDB: for more information.
    Feb 28 10:50:41 node2 mysqld: 130228 10:50:41  InnoDB: Error: page 440 log sequence number 2425135360
    Feb 28 10:50:41 node2 mysqld: InnoDB: is in the future! Current system log sequence number 2420826419.
    Feb 28 10:50:41 node2 mysqld: InnoDB: Your database may be corrupt or you may have copied the InnoDB
    Feb 28 10:50:41 node2 mysqld: InnoDB: tablespace but not the InnoDB log files. See
    Feb 28 10:50:41 node2 mysqld: InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
    Feb 28 10:50:41 node2 mysqld: InnoDB: for more information.
    Feb 28 10:50:41 node2 mysqld: 130228 10:50:41  InnoDB: Error: page 440 log sequence number 2425135360
    Feb 28 10:50:41 node2 mysqld: InnoDB: is in the future! Current system log sequence number 2420826419.
    Feb 28 10:50:41 node2 mysqld: InnoDB: Your database may be corrupt or you may have copied the InnoDB
    Feb 28 10:50:41 node2 mysqld: InnoDB: tablespace but not the InnoDB log files. See
    Feb 28 10:50:41 node2 mysqld: InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
    Feb 28 10:50:41 node2 mysqld: InnoDB: for more information.
    Feb 28 10:50:41 node2 mysqld: 130228 10:50:41  InnoDB: Assertion failure in thread 140186747463488 in file fut0lst.ic line 83
    Feb 28 10:50:41 node2 mysqld: InnoDB: Failing assertion: addr.page == FIL_NULL || addr.boffset >= FIL_PAGE_DATA
    Feb 28 10:50:41 node2 mysqld: InnoDB: We intentionally generate a memory trap.
    Feb 28 10:50:41 node2 mysqld: InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
    Feb 28 10:50:41 node2 mysqld: InnoDB: If you get repeated assertion failures or crashes, even
    Feb 28 10:50:41 node2 mysqld: InnoDB: immediately after the mysqld startup, there may be
    Feb 28 10:50:41 node2 mysqld: InnoDB: corruption in the InnoDB tablespace. Please refer to
    Feb 28 10:50:41 node2 mysqld: InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
    Feb 28 10:50:41 node2 mysqld: InnoDB: about forcing recovery.
    Feb 28 10:50:41 node2 mysqld: 09:50:41 UTC - mysqld got signal 6 ;
    Feb 28 10:50:41 node2 mysqld: This could be because you hit a bug. It is also possible that this binary
    Feb 28 10:50:41 node2 mysqld: or one of the libraries it was linked against is corrupt, improperly built,
    Feb 28 10:50:41 node2 mysqld: or misconfigured. This error can also be caused by malfunctioning hardware.
    Feb 28 10:50:41 node2 mysqld: We will try our best to scrape up some info that will hopefully help
    Feb 28 10:50:41 node2 mysqld: diagnose the problem, but since we have already crashed,
    Feb 28 10:50:41 node2 mysqld: something is definitely wrong and this may fail.
    Feb 28 10:50:41 node2 mysqld:
    Feb 28 10:50:41 node2 mysqld: key_buffer_size=8388608
    Feb 28 10:50:41 node2 mysqld: read_buffer_size=131072
    Feb 28 10:50:41 node2 mysqld: max_used_connections=0
    Feb 28 10:50:41 node2 mysqld: max_threads=151
    Feb 28 10:50:41 node2 mysqld: thread_count=0
    Feb 28 10:50:41 node2 mysqld: connection_count=0
    Feb 28 10:50:41 node2 mysqld: It is possible that mysqld could use up to
    Feb 28 10:50:41 node2 mysqld: key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 338486 K  bytes of memory
    Feb 28 10:50:41 node2 mysqld: Hope that's ok; if not, decrease some variables in the equation.
    Feb 28 10:50:41 node2 mysqld:Feb 28 10:50:41 node2 mysqld:
    Feb 28 10:50:41 node2 mysqld: Thread pointer: 0x0
    Feb 28 10:50:41 node2 mysqld: Attempting backtrace. You can use the following information to find out
    Feb 28 10:50:41 node2 mysqld: where mysqld died. If you see no messages after this, something went
    Feb 28 10:50:41 node2 mysqld: terribly wrong...
    Feb 28 10:50:41 node2 mysqld: stack_bottom = 0 thread_stack 0x30000
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(my_print_stacktrace+0x29)[0x7f7fc59fa569]
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(handle_fatal_signal+0x483)[0x7f7fc58c0be3]
    Feb 28 10:50:41 node2 mysqld: /lib/x86_64-linux-gnu/libpthread.so.0(+0xfcb0)[0x7f7fc4616cb0]
    Feb 28 10:50:41 node2 mysqld: /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35)[0x7f7fc3c86445]
    Feb 28 10:50:41 node2 mysqld: /lib/x86_64-linux-gnu/libc.so.6(abort+0x17b)[0x7f7fc3c89bab]
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x5f4030)[0x7f7fc5aa2030]
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x5e9177)[0x7f7fc5a97177]
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x5e9e8c)[0x7f7fc5a97e8c]
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x5eb833)[0x7f7fc5a99833]
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x5d8265)[0x7f7fc5a86265]
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x5a54b9)[0x7f7fc5a534b9]
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x41)[0x7f7fc58c3091]
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x3048a1)[0x7f7fc57b28a1]
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(_Z11plugin_initPiPPci+0xa94)[0x7f7fc57b5ec4]
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x27f606)[0x7f7fc572d606]
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x59b)[0x7f7fc5730ceb]
    Feb 28 10:50:41 node2 mysqld: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7f7fc3c7176d]
    Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x2793f5)[0x7f7fc57273f5]
    Feb 28 10:50:41 node2 mysqld: The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
    Feb 28 10:50:41 node2 mysqld: information that should help you find out what is causing the crash.
    Feb 28 10:50:41 node2 mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended
    

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.