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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 0
včera 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 18
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 8
2.12. 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 2
2.12. 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 4
2.12. 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 0
2.12. 00:10 | Nová verze

Byla vydána verze 3.2 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata. Z novinek lze zmínit například podporu protokolů DNP3 a CIP/ENIP, vylepšenou podporu TLS a samozřejmě také aktualizovanou dokumentaci.

Ladislav Hagara | Komentářů: 0
1.12. 21:00 | Nová verze

Byla vydána beta verze Linux Mintu 18.1 s kódovým jménem Serena. Na blogu Linux Mintu jsou hned dvě oznámení. První o vydání Linux Mintu s prostředím MATE a druhé o vydání Linux Mintu s prostředím Cinnamon. Stejným způsobem jsou rozděleny také poznámky k vydání (MATE, Cinnamon) a přehled novinek s náhledy (MATE, Cinnamon). Linux Mint 18.1 bude podporován až do roku 2021.

Ladislav Hagara | Komentářů: 0
1.12. 16:42 | Nová verze

Byl vydán Devuan Jessie 1.0 Beta 2. Jedná se o druhou beta verzi forku Debianu bez systemd představeného v listopadu 2014 (zprávička). První beta verze byla vydána v dubnu letošního roku (zprávička). Jedna z posledních přednášek věnovaných Devuanu proběhla v listopadu na konferenci FSCONS 2016 (YouTube, pdf).

Ladislav Hagara | Komentářů: 0
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 767 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: zatuhnutí v 24h intervalech

16.9.2008 13:30 jnovacek | skóre: 22 | blog: NovLin
zatuhnutí v 24h intervalech
Přečteno: 1089×
Přeinstaloval jsem openSUSE 10.3 na openSUSE11 z důvodu 24h intervalu zatuhávání systému. Nepodařilo se mi zjistit proč systém vytuhával v 9:20. Včera jsem vše přeinstaloval (čistá instalace) na openSUSE 11. Základní instalaci jsem dokončil cca v 11:45. Pak jsem doinstaloval sambu a LDAP. Vše jsem rozchodil a čekal co se stane dnes v 9:20. Nestalo se nic, vše fungovalo a já začal jásat. Jenže přiblížilo se 11:45 a systém opět přestal komunikovat. Jedná se přibližně o 24 hodin od dokončení základní instalace. Podotýkám, že server jsem x krát musel po doinstalovávání aktualizací a úprávách konfigurace restartovat. V příslušnou dobu server není zatížen ničím z venčí. Na monitoru výkonu jsem zjistil, že služba slapd si bere 25% což je proti 0%, které hlásí normálně hodně. Provedl jsem restart této služby a stejně se nic nestalo. Na stanicích se nedá přihlásit - doména není dostupná. Musím udělat restart. Jenže ani ten se nedokončí, systém se ne a ne vypnout. Žádné init nefunguje. Po odpojení od el. sítě a nastarování serveru vše opět jede. Předpokládám do zítra 11:45. Jak jsem již psal v minulých dotazech, nic na serveru nespouštím a ani cron nic nespouští. Jsem přesvědčen, že systém v pravidelných intervalech 24h od dokončení instalace začne něco dělat. Dokážete mi někdo poradit? Umí systém Linux pracovat bez vytuhnutí déle jak 24h? Je možné nějak zkontrolovat openLDAP databázi? Už si fakt nevím rady. Jediné co mně napadlo je, že server ještě jednou přeinstaluji a počkám s jeho doinstalováním třeba do 22:00. V tuto dobu zatuhnutí systému snad vadit nebude.
Moc prosím o radu.

Odpovědi

16.9.2008 13:49 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Umí systém Linux pracovat bez vytuhnutí déle jak 24h?
Samozřejmě :-) Sám píšete, že se v době výpadku pokoušíte se systémem dělat něco dalšího, takže ani váš případ není vytuhnutí linuxu, ale pouze nějaké služby.
Jediné co mně napadlo je, že server ještě jednou přeinstaluji a počkám s jeho doinstalováním třeba do 22:00.
Přeinstalací se problém nevyřeší. Přeinstalovávat počítač s Linuxem je většinou zbytečné, problém je v konfiguraci nějaké služby, stačí tu konfiguraci opravit – kvůli tomu není nutné celý systém přeinstalovávat.
Je možné nějak zkontrolovat openLDAP databázi?
Vyzkoušejte příkaz slapcat, ten vám vypíše celou LDAP databázi v LDIF formátu.

Zkontrolujte cron, zda se v uvedenou dobu něco nespouští, a zda není něco naplánováno přes atd.

Pokud je problém v LDAP serveru, napadají mne dvě možné příčiny – rotace logů a replikace. Máte něco takového nastavené?

Zkusil bych ručně (příkazem date) nastavit systémový čas třeba na 11:40 a počkat, zda se něco stane. Pokud ano, máte způsob, jak chybu snadno reprodukovat :-) Pak bych vyzkoušel znovu to samé, ale vypnul bych openLDAP – abyste si potvrdil, že to způsobuje opravdu přímo tato služba. Pokud trik s posunem času nepomůže, zkusil bych zítra před 11:45 fyzicky odpojit počítač od sítě – abyste vyloučil vliv ostatních zařízení (třeba že se počítače v síti pokouší hromadně autorizovat a způsobí DDoS). Pokud posun času chybu vyvolá, bud problém s největší pravděpodobností přímo na vašem serveru, ale ještě nemusí být v LDAPu – může zlobit jiná služba, která na LDAPu vyvolá DoS.

Taky bude určitě užitečné prohlédnout si logy (systémové i logy služeb) okolo inkriminovaného času.
vencour avatar 16.9.2008 13:56 vencour | skóre: 55 | blog: Tady je Vencourovo | Praha+západní Čechy
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech

Ještě bych zkusil v inkriminovaný čas logovat co odkud kam komunikuje tcpdumpem třeba.

Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
17.9.2008 12:08 jnovacek | skóre: 22 | blog: NovLin
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Včera jsem vyzkoušel posunout čas na 11:35 a čekal. Nestalo se nic. Dnes v 11:32 server zase zatuhnul. Může to být tím, že jsem včera špatně určil čas. Až všichni odejdou vyzkouším čas opět posunot (11:20) a čekat. Zajímavé je to, že se to děje skutečně v 24h intervalech. Bez ohledu na to, zda je server zapnutý až ráno nebo jede celou noc (Dnes jsem ho zapnul až v 7:30).
Na serveru jsem se znažil monitorovat zatížení. Včera jsem zjistil, že server zatěžuje slapd z 25%. Dnes jsem viděl jen vytuhnutý monitor výkonu. Musel jsem opět restartovat přes zásuvku, klasický softwarový restart opět nefungoval. Doopravdy se nic po 24h po doinstalování Linuxu nespouští?
17.9.2008 12:39 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Musel jsem opět restartovat přes zásuvku, klasický softwarový restart opět nefungoval. Doopravdy se nic po 24h po doinstalování Linuxu nespouští?
V Linuxu jako takovém určitě ne, musela by to být záležitost distribuce. A distribuce by to spouštěla buď přes cron (ale tím se spouští pravidelně v určitý čas, takže by to bylo nezávislé na době instalace) nebo atd. Vše naplánované pro atd si (jako root) zobrazíte příkazem atq, plánovač cronu (pro aktuálního uživatele) si zobrazíte příkazem crontab -l.

Monitor výkonu je nějaká GUI aplikace? Zkusil bych se přepnout na konzoli a použít top, případně si přes ps ax vypsat všechny procesy – myslím, že to bude méně náročné na prostředky a spíše to projde, než nějaké GUI monitorovátko.
17.9.2008 15:28 jnovacek | skóre: 22 | blog: NovLin
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Příloha:
Na příkaz atq nedostanu žádnou odpověď. Na crontab -l dostanu no crontab for root a na aktuálně přihlášeného uživatele to samé. Ostatní jsou přihlášení jen prostřednictvím samba a ldap. Ten monitor výkonu jsem myslel ksysguard, jsem přihlášen v grafickém prostředí. Vyzkouším top a grafické prostředí nebudu spouštět. Používám distribuci openSUSE 11 a myslím si také, že je nesmysl, aby se po 24h něco spouštělo, ale pak to musí být obrovská náhoda.
wolf09 avatar 17.9.2008 15:45 wolf09 | skóre: 30
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Jeste existuji /etc/cron.hourly,daily,weekly a take crony pro ostatni uzivatele.

Ja bych zkusil vypnout sluzbu crond a atd.
Zkusili jste to vypnout a znovu zapnout ?
18.9.2008 08:13 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Tyhle soubory se ale zpracovávají skriptem, který je spouštěn z cronu. V systémovém crontabu pravděpodobně budete mít něco jako
0  *  * * *     root    rm -f /var/spool/cron/lastrun/cron.hourly
1  3  * * *     root    rm -f /var/spool/cron/lastrun/cron.daily
15 4  * * 6     root    rm -f /var/spool/cron/lastrun/cron.weekly
30 5  1 * *     root    rm -f /var/spool/cron/lastrun/cron.monthly
*/10  *  * * *  root    test -x /usr/sbin/run-crons && /usr/sbin/run-crons
18.9.2008 08:17 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Vždycky jsem si myslel, že /etc/crontab je crontab roota, ale on je systémový a rootovský crontab oddělen. Tak se ještě podívejte na /etc/crontab, ale tam pravděpodobně budete mít nastavené jen spouštění hodinových, denních, týdenních a měsíčních úloh. Na ně se ale určitě podívejte (spoléhal jsem na to, že se k nim dostanete přes crontab), protože tam se spouštějí úlohy jako rotace logů nebo indexování, což by mohlo s vaším problémem souviset.
18.9.2008 08:24 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Ještě k těm logům – je tam restart syslog-ng, to jste způsobil vy, nebo se to restartovalo „samo“?

Pak je tam řádek su: (to beagleindex) root on none – z toho bych soudil, že se spustilo indexování, a tedy že se spouští úlohy naplánované aby běžely 1 denně – podívejte se na ně (/etc/cron.daily), případně je zkuste odstranit a postupně přidávat (někam ty soubory přesuňte a pak je vracejte zpět), nebo ještě lépe zkusit ty skripty spustit ručně (se stejnými právy, s jakými je spouští cron, tedy pod rootem, jestli to tak máte uvedeno v /etc/crontab).
17.9.2008 17:40 Arno3t | skóre: 23 | Uherské Hradiště
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Moje reakce na váš dotaz vám bezprostředně nepomůže, ale stalo se mi něco podobného asi před dvanácti lety. Nechal jsem v CD mechanice CD a kdykoliv se okolo páté ráno vytvářel index souborů příkazem find, došlo v jistém adresáři na CD k pádu sytému. Trvalo mi asi měsíc než jsem na to přišel. V pět jsem do práce nikdy nechodil. Byla to podivná chyba Linuxu, kterou se bez toho CD nepovedlo zopakovat. Taková se vývojářům asi těžko hledá (pokud jim to CD nepošlete). V každém případě hledání v cronu bude asi správná cesta. Nevím jak je určen čas pro aplikace v cron.daily, ale ze zkušenosti bych řekl, že je to čas definovaný nějak pseudonáhodně při bootu nebo instalaci a pak už má železnou pravidelnost? Třeba nám to tady někdo objasní (jo, právě teď jsem líný to googlit a číst odpovídající skripty).
18.9.2008 00:08 Lukáš Džunko | skóre: 39 | blog: Jooky | Bratislava
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Pokial sa pouziva nieco na styl /usr/sbin/run-crons (tak ako to napr. mam v gentoo) tak presne spominana pravidelnost moze byt sposobena tymto pristupom. Ten script je pravidelne pustani z cronu kazdych 10 minut a podla timestampu v /var/spool/cron/lastrun/ (napr. /var/spool/cron/lastrun/cron.daily) urcuje dalsi beh. Ak od posledneho behu uz ubehol cas intervalu (napr. 24h pre daily) tak script spusti naplanovane ulohy. Ak neni ten timestamp ovplivnovany nicim inym (aj napr tym ze system neni zapnuty v ten cas kedy sa ma pustit) tak pravidelne kazdy den v ten isty cas spusta scripty v /etc/cron.daily/

Trosku sa mozno budem opakovat ale pre istotu. Na zaciatok doporucujem povypinat automaticke akcie na systeme. Uz spominany cron (daily sa tusim pustaj aj updatedb, ktory prelieza cely stroj aby spravil db suborov pre locate). Ak aj tak nenajdete problem, tak hladat v sw co tam bezi, ci nesposobuje ten problem (napr. vycerpanie pamate pri nejakom automatizovanom ukone nad ldap, alebo problem s hw pri teste cez smartd, ...). Pricin moze byt viacej a prinajhorsom moze pomoct aj zazracna klavesa SysRq (ak ostane jadro v rozumnom stave).
AraxoN avatar 18.9.2008 09:08 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech

Stalo sa mi podobné celkom nedávno na jednom staršom serveri u zákazníka - vždy v noci vytuhol a keďže sa jedná o nonstop prevádzku tak obsluha vždy musela zísť do suterénu a server resetovať buttonom na bedni. Považovali to za normál (inu - Windows useri), takže o tom začali hovoriť asi tak po 2 mesiacoch, keď ich to ale naozaj už prestalo baviť. Príčinou bolo to, že sa v cron.daily spúšťal updatedb, ktorý prechádzal celý disk - a jeden z dvoch diskov v RAID-1 bol na jednom mieste vadný. To miesto sa za normálnych okolností nečítalo, ale stačilo vojsť do inkriminovaného adresára a nasledoval výtuh. Obskurný pseudo-RAID (hpt370) si s tým nevedel poradiť, našťastie po pripojení diskov normálne sa ukázalo, že vadný je len jeden, takže sa im spravil nový server a na neho sa to nakopírovalo z toho druhého disku.

Suma sumárum: je dosť možné, že ide o HW chybu. Skúste len tak zo srandy updatedb, či to pri ňom vytuhne - ak áno, tak je najvyšší čas začať zachraňovať dáta.

A fine is a tax for doing wrong. A tax is a fine for doing well.
20.9.2008 13:26 jnovacek | skóre: 22 | blog: NovLin
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Děkuji všem za návrhy jak tento broblém vyřešit. Domníval jsem se, že se cron spoští pouze když je něco v crontab. Po odstranění cron vše jelo. Tak jsem začal testovat jednotlivé služby v adresáři cron.daily. Spouštěl jsem je pod rootem tak, že jsem je odkliknul v mc. Všechny až na jednu projdou a nic neudělají. Jedna vyhodí několikrát error a stane se příslušné zatuhnutí. Jedná se o logrotate.
#!/bin/sh

TMPF=`mktemp /tmp/logrotate.XXXXXXXXXX`

/usr/sbin/logrotate /etc/logrotate.conf 2>&1 | tee $TMPF
EXITVALUE=${PIPESTATUS[0]}

if [ $EXITVALUE != 0 ]; then
# wait a sec, we might just have restarted syslog
sleep 1
# tell what went wrong
/bin/logger -t logrotate "ALERT exited abnormally with [$EXITVALUE]"
/bin/logger -t logrotate -f $TMPF
fi

rm -f $TMPF
exit 0
Kde najdu log k této činnosti.
Mohu ho odstranit aniž dojde k nějakým problémům?
Předem děkuji
20.9.2008 13:28 jnovacek | skóre: 22 | blog: NovLin
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Jak se dá nastavit čas provádění u cron.daily.
20.9.2008 14:36 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Podívejte se do /etc/crontab – měl by se spouštět odsud. Buď tam může být zadaný přesný čas, ale podle chování tam spíš bude nějaké pravidelné spouštění skriptu (třeba po 10 minutách) a skript sám si už zjistí, jak dlouhá doba uplynula od posledního spuštění cron.hourly, cron.daily atd. a případně je spustí.
21.9.2008 10:51 jnovacek | skóre: 22 | blog: NovLin
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Příloha:
v crontab mám toto
SHELL=/bin/sh
PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin
MAILTO=root
#
# check scripts in cron.hourly, cron.daily, cron.weekly, and cron.monthly
#
-*/15 * * * * root test -x /usr/lib/cron/run-crons && /usr/lib/cron/run-crons >/dev/null 2>&1

můj předpoklad je, že se spouští každých 15 min. Je možné to nějak přepsat aby se cron.hourly spouštěl pomocí tohoto testování, ale ostatní daily, weekly a monthly třeba v 22:00
Obsah run-crons je v příloze. Je případně možné úplně vynechat cron.hourly? Je tam jen mcelog obsahující toto
#!/bin/bash
/usr/sbin/mcelog --ignorenodev --filter >> /var/log/mcelog
což opět netuším co dělá. Upravit potom crontab už pak není problém.
21.9.2008 11:58 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Čas, kdy se má spouštět cron.daily můžete nastavit nastavením proměnné DAILY_TIMEv etc/sysconfig/cron (třejmě ve formátu 2200). Ostatní byste asi mohl načasovat manipulací s datem souborů v /var/spool/cron/lastrun – měly by mít nastavené datum a čas posledního spuštění, od toho data a času se počítá, kdy se má skript spustit příště. Ovšem dejte pozor, nastavení času do budoucnosti může skript rozhodit, naopak nastavení o více než jeden interval do minulosti (např týdenní skript posunout o více jak týden zpět) bude znamenat, že se skripty spustí při příštím spuštění tohoto skriptu (tedy do 15 minut).
Je případně možné úplně vynechat cron.hourly?
Jednoduše vymažte (nebo přesuňte) všechny skripty, které jsou v /etc/cron.hourly.

Ale snažil bych se najít spíš příčinu zatuhnutí systému, přesunout to na nějakou „méně škodlivou“ dobu není řešení. odstraňujete pouze důsledek, ne příčinu, a ta příčina se může znova objevit někde jinde v úplně jiné podobě, a zpravidla s daleko horšími následky.
AraxoN avatar 20.9.2008 13:30 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Jedna vyhodí několikrát error a stane se příslušné zatuhnutí.

Práve ten error asi bude podstatný - ten sem nakopíruj.

A fine is a tax for doing wrong. A tax is a fine for doing well.
21.9.2008 10:25 jnovacek | skóre: 22 | blog: NovLin
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Příslušný error jsem si zazálohoval. Restartoval server, ale soubor tam po restartu nebyl. Proto jsem ho sem nemohl dát.
Horší je, ale to, že po restartu jsem vyzkoušel všechny služby a zatuhnutí nenastalo. Dnes jsem vyzkoušel opět všechny služby a nic. Budu muset počkat do zítra, kdy je server zatížen a otestovat to znovu. Třeba se to po několikátém spuštění příslušné služby vyřešilo samo.
22.9.2008 08:13 jnovacek | skóre: 22 | blog: NovLin
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Ráno jsem zjistil, proč to šlo nejspíš spustit bez problému, odstřelil se mysql server. Musím počkat až do odpoledne na další testování.
20.9.2008 14:40 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Výstup se zapisuje do logu logrotate – vizte
/bin/logger -t logrotate -f $TMPF
Podívejte se na konfigurační soubor /etc/logrotate.conf, zda tam není něco špatně.
stativ avatar 20.9.2008 18:57 stativ | skóre: 54 | blog: SlaNé roury
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Pošli sem /etc/logrotate.conf.

V nejhorším případě můžeš logrotate z cronu vyhodit (není to kritická služba), v podstatě slouží jenom k přejmenovávání starých logů.

Problém si myslím může být v tom, že se logrotate snaží rotovat nějaký log, do kterého se ve stejnou chvíli zapisuje.
Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
21.9.2008 10:28 jnovacek | skóre: 22 | blog: NovLin
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Příloha:
obsah logrotate.conf
stativ avatar 23.9.2008 08:41 stativ | skóre: 54 | blog: SlaNé roury
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Hmm… co máš v /etc/logrotate.d ?
Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
23.9.2008 10:29 jnovacek | skóre: 22 | blog: NovLin
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Příloha:
jedná se o adresář a obsahuje toto:
-rw-r--r-- 1 root root 1097 Jun 7 03:55 apache2
-rw-r--r-- 1 root root 260 Jun 6 23:41 icecream
-rw-r--r-- 1 root root 196 Jun 6 23:52 mcelog
-rw-r--r-- 1 root root 1058 Sep 6 01:32 mysql
-rw-r--r-- 1 root root 187 Jun 7 02:57 ntp
-rw-r--r-- 1 root root 225 Jun 7 01:19 openslp-server
-rw-r--r-- 1 root root 1031 Jun 7 02:08 quagga
-rw-r--r-- 1 root root 141 Jun 7 05:23 rsync
-rw-r--r-- 1 root root 289 Aug 27 19:35 samba
-rw-r--r-- 1 root root 148 Aug 27 19:35 samba-winbind
-rw-r--r-- 1 root root 129 Jun 7 03:39 scpm
-rw-r--r-- 1 root root 1113 Jun 6 22:36 syslog
-rw-r--r-- 1 root root 551 Jun 7 00:13 syslog-ng
-rw-r--r-- 1 root root 184 Jun 16 14:20 vsftpd
-rw-r--r-- 1 root root 134 Jun 6 22:52 wtmp
-rw-r--r-- 1 root root 140 Jul 23 2004 xdm
-rw-r--r-- 1 root root 200 Jun 6 23:18 xinetd
-rw-r--r-- 1 root root 134 Jul 21 18:05 zypper.lr
Nebudu posílat vše, ale třeba mysql je v příloze
Heron avatar 23.9.2008 11:45 Heron | skóre: 50 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Prošel jsem celou diskusi a jak to tak vypadá, tak se vám seká LDAP server (nikoliv Linux) při logrotate. V Suse nevím, ale na CentOS stačí dát "service ldap recovery" (pro check DB ldapu). Zkuste jej také odstranit z logrotate, případně jej vypněte (služby pojedou, jen budou logovat do jednoho souboru a nic ne nebude automaticky mazat).
23.9.2008 13:41 jnovacek | skóre: 22 | blog: NovLin
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
skoro týden to jede bez jediného zatuhnutí. Jediné co jsem udělal je to, že jsem odstřelil cron. Když to vytuhávalo, tak restartování služeb nefungovalo a ani počítač se normálně nedal vypnout. LDAP byl vytvářen úplně znova z generovaného ldif souboru (žádná záloha s chybama). Hned po cronu server zatuhnul.
23.9.2008 20:36 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Vypnout cron ale podle mne není nejlepší způsob řešení tohoto problému. Ten problém způsobuje nějaký skript spouštěný z cronu (pravděpodobně logrotate). Problém může být třeba i v tom, že logrotate se může pokoušet zastavit a znovu spustit službu, které rotuje log, takže problém může být třeba ve startu LDAP serveru. Takže zastavení cronu sice problém „odstraníte“, ale chyba se může projevit znovu třeba až bude mět počítač nastartovat po nějakém výpadku proudu, tedy v nejnevhodnější okamžik.
stativ avatar 24.9.2008 08:12 stativ | skóre: 54 | blog: SlaNé roury
Rozbalit Rozbalit vše Re: zatuhnití v 24h intervalech
Hmm… doufal jsem, že tam bude něco od LDAPu. Začnu tím, co je mi podezřelé – existence syslog a syslog-ng, používat by se měl jenom jeden. Pmožná opravdu jenom jeden běží, v tom případě je ale zbytečné mít nainstalované oba, takže řekl bych, že můžeš odstranit syslog (měl by se používat syslog-ng). Problémy by mohl dělat také mcelog.

Jelikož tam ale, jak už jsem říkal, nevidím LDAP, tak asi jedinou možností jak zjistit, jestli problémy dělá rotace nějakého logu bude všechny soubory z /etc/logrotate.d někam přesunout a pak postupně je zase po jednom vracet a čekat, kdy po spuštění logrotate bude docházet k chybám.
Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
26.9.2008 16:39 jnovacek | skóre: 22 | blog: NovLin
Rozbalit Rozbalit vše Re: zatuhnutí v 24h intervalech
Eror z příkazového řádku po provedení logrotate. Nedojde k návratu do příkazového řádku a systém přestane poskytovat doménu. Nedá se přihlásit: Doména není k dispozici.

a01l:/srv/samba/data/cron/cron.daily # ./logrotate
Module "ruby" is not installed, ignoring.
Check the APACHE_MODULES setting in /etc/sysconfig/apache2.
Reload httpd2 (graceful restart)..done
Module "ruby" is not installed, ignoring.
Check the APACHE_MODULES setting in /etc/sysconfig/apache2.
Reload httpd2 (graceful restart)..done
/usr/bin/mysqladmin: connect to server at 'localhost' failed
error: 'Access denied for user 'root'@'localhost' (using password: NO)'
/etc/logrotate.d/mysql failed, probably because
the root acount is protected by password.
See comments in /etc/logrotate.d/mysql on how to fix this
error: error running non-shared postrotate script for /var/lib/mysql/mysqld.log of '/var/lib/mysql/mysqld.log '
Reload syslog service..done

26.9.2008 17:06 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: zatuhnutí v 24h intervalech
Dojde zřejmě k chybě při startu služby syslog – možná se čeká, až se ukončí všechny služby, které do syslogu zapisují, nebo něco takového. Pokud zkusíte syslog restartovat distribučním skriptem, podaří se to? Jakým způsobem jste vlastně logovací službu a logrotate instaloval? Nezdá se mi, že by to nějaká distribuce neměla vyřešené. Osobně navíc logrotate vůbec nepoužívám, nelíbí se mi ten princip, že se kvůli rotaci logů restartují služby – raději používám logovací systém, který umí logy rotovat sám.
26.9.2008 18:47 jnovacek | skóre: 22 | blog: NovLin
Rozbalit Rozbalit vše Re: zatuhnutí v 24h intervalech
Vše jsem instaloval pomocí průvodce. Nejsem žádný specialista. Co jsem naklikal v openSUSE, to tam je, nic jsem tam ručně nepřidával ani jsem nic neupravoval.
Jak to mám předělat, aby to fungovalo bez restartu služeb? Jaký logovací systém mám použít? Respektive jak vypnout ten co tam mám? Stačí odstranit logrotate?
26.9.2008 21:08 Filip Jirsák | skóre: 66 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: zatuhnutí v 24h intervalech
Nemá openSUSE v balíčcích třeba metalog? Ten umí určitě rotovat logy sám. Pak byste snad mohl klidně logrotate vypnout. Pokud tedy Apache a MySQL umí logovat i skrze systémový logger.

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.