Chybejici logy na Debian 9 se systemd a syslog-ng
Ahoj, upgradoval jsem VPS z Debianu 8 na Debian 9 a po restartu jsem zjistil, ze se mi prestalo logovat do nasledujicich souboru ve /var/log: auth.log cron.log daemon.log kern.log mail.log messages syslog Kdyz spustim 'journalctl', tak tam vsechny zpravy, ktere se puvodne logovaly do tech souboru, vidim. Vypada to, ze logy se dostavaji do systemd, ale uz ne do syslogu. Ja ale potrebuju logovat do tech souboru, abych je mohl parsovat (munin, awstats, atd.). Prosel jsem vsechny configy syslog-ng, ktere jsem nasel, a nemam tam zadne zmeny oproti tomu, co je v balicich. Google mi nepomohl, zkusil jsem navod https://wiki.archlinux.org/index.php/syslog-ng#syslog-ng_and_systemd_journal a to postupne obe dve varianty, ale nepozoroval jsem zadnou zmenu. Ve /var/log/syslog vidim toto: WARNING: Default value changed for the prefix() option of systemd-journal source in syslog-ng 3.8; old_value='', new_value='.journald.' ale k nicemu me to nedovedlo. Jedina vec, co se mi loguje, jsou zpravy o nastartovani a ukonceni syslog-ng ve /var/log/syslog a /var/log/messages: Dec 20 18:48:12 vps syslog-ng[8169]: syslog-ng shutting down; version='3.8.1' Dec 20 18:48:40 vps syslog-ng[8204]: syslog-ng starting up; version='3.8.1' Prosim poradte. Diky, Tomas
Ahoj, při některých aktualizacích jsem zaznamenal, že po aktualizaci (asi po zastavení původního rsyslog) zmizelo /dev/log, čehož důsledkem přestane řada věcí logovat. Z různých rad mi jako nejjednodušší a zároveň zaručeně funkční posloužilo: ln -s /run/systemd/journal/dev-log /dev/log -- Slávek On Wednesday 20 of December 2017 21:06:08 Tomáš Jelínek wrote:
Ahoj,
upgradoval jsem VPS z Debianu 8 na Debian 9 a po restartu jsem zjistil, ze se mi prestalo logovat do nasledujicich souboru ve /var/log: auth.log cron.log daemon.log kern.log mail.log messages syslog
Kdyz spustim 'journalctl', tak tam vsechny zpravy, ktere se puvodne logovaly do tech souboru, vidim. Vypada to, ze logy se dostavaji do systemd, ale uz ne do syslogu. Ja ale potrebuju logovat do tech souboru, abych je mohl parsovat (munin, awstats, atd.).
Prosel jsem vsechny configy syslog-ng, ktere jsem nasel, a nemam tam zadne zmeny oproti tomu, co je v balicich.
Google mi nepomohl, zkusil jsem navod https://wiki.archlinux.org/index.php/syslog-ng#syslog-ng_and_systemd_jo urnal a to postupne obe dve varianty, ale nepozoroval jsem zadnou zmenu.
Ve /var/log/syslog vidim toto: WARNING: Default value changed for the prefix() option of systemd-journal source in syslog-ng 3.8; old_value='', new_value='.journald.' ale k nicemu me to nedovedlo.
Jedina vec, co se mi loguje, jsou zpravy o nastartovani a ukonceni syslog-ng ve /var/log/syslog a /var/log/messages: Dec 20 18:48:12 vps syslog-ng[8169]: syslog-ng shutting down; version='3.8.1' Dec 20 18:48:40 vps syslog-ng[8204]: syslog-ng starting up; version='3.8.1'
Prosim poradte.
Diky, Tomas _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Ahoj, diky za tip, ale ten symlink tam mam a nefunguje to tak, jak potrebuju. Ony ty veci vsechny loguji, ale loguji jen do systemd. Do syslog-ng a tim padem textovych souboru se to uz nedostane. Tomas Dne 20.12.2017 v 21:26 Slávek Banko napsal(a):
Ahoj,
při některých aktualizacích jsem zaznamenal, že po aktualizaci (asi po zastavení původního rsyslog) zmizelo /dev/log, čehož důsledkem přestane řada věcí logovat. Z různých rad mi jako nejjednodušší a zároveň zaručeně funkční posloužilo:
ln -s /run/systemd/journal/dev-log /dev/log
Ahoj, můžete mi prosím doporučit co byste pořídili za HW jako server do malé prodejny (podle níže uvedeného případu užití)? Cílem je prostředí pro běh webové aplikace, kterou budou používat nanejvýš 4 uživatelé, nebude vykonávat žádné CPU heavy operace, běžný informační systém. Hlavní kritérium je spolehlivost a pak rychlost, i když tu vzhledem k očekávanému zatížení nevidím jako problém. Snad jen že tam pojede PostgreSQL třeba s 500 tis. záznamy, ve kterých se bude vyhledávat. Když něco v podobném rozsahu (vyjma té databáze) nasazuju na VPS, tak si obvykle vystačím s 1xCPU, 1GB RAM a 10GB SSD. Co jsem si zatím představoval jako dostačující je nějaké obstojné dvoujádro, 4GB RAM a 128GB SSD - netuším, zda řešit RAID. Ze začátku bude stačit jen záloha databáze ven. OS preferuji Debian. Možná bláhová představa s cenou 10 tis :-) Předem díky za rady a doporučení. Nikos
Proc to neresit prave pres to vps u vpsfree? Pro vyssi spolehlivost lze mit replikovana data na druhou lokalitu s failoverem v pripade vypadku hlavniho vps. Martin M On 21 Dec 2017 4:50 pm, "Nikos Timiopulos" <nikos@manikstudio.cz> wrote:
Ahoj,
můžete mi prosím doporučit co byste pořídili za HW jako server do malé prodejny (podle níže uvedeného případu užití)?
Cílem je prostředí pro běh webové aplikace, kterou budou používat nanejvýš 4 uživatelé, nebude vykonávat žádné CPU heavy operace, běžný informační systém.
Hlavní kritérium je *spolehlivost* a pak rychlost, i když tu vzhledem k očekávanému zatížení nevidím jako problém. Snad jen že tam pojede PostgreSQL třeba s 500 tis. záznamy, ve kterých se bude vyhledávat.
Když něco v podobném rozsahu (vyjma té databáze) nasazuju na VPS, tak si obvykle vystačím s 1xCPU, 1GB RAM a 10GB SSD. Co jsem si zatím představoval jako dostačující je nějaké obstojné dvoujádro, 4GB RAM a 128GB SSD - netuším, zda řešit RAID. Ze začátku bude stačit jen záloha databáze ven. OS preferuji Debian.
Možná bláhová představa s cenou 10 tis :-)
Předem díky za rady a doporučení.
Nikos
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Jestli je hlavním kritériem spolehlivost, tak přidávat si do cesty závislost na fungujícím připojení k internetu (žádná samozřejmost, když se pohybujete v oblasti pro malé koncové zákazníky) není dobrý nápad (plus, ehm, outage-list :-)) Jinak k RAIDu v původním dotazu - já bych to vzal jednoduše: kolik bude ta prodejna tratit, AŽ v tom serveru umře disk a nepojede to, dokud neseženete nový disk a neobnovíte to ze zálohy? Podle toho se rozhodnete snadno. Martin Malec | TIERRA VERDE wrote:
Proc to neresit prave pres to vps u vpsfree? Pro vyssi spolehlivost lze mit replikovana data na druhou lokalitu s failoverem v pripade vypadku hlavniho vps. Martin M
On 21 Dec 2017 4:50 pm, "Nikos Timiopulos" <nikos@manikstudio.cz> wrote:
Ahoj,
můžete mi prosím doporučit co byste pořídili za HW jako server do malé prodejny (podle níže uvedeného případu užití)?
Cílem je prostředí pro běh webové aplikace, kterou budou používat nanejvýš 4 uživatelé, nebude vykonávat žádné CPU heavy operace, běžný informační systém.
Hlavní kritérium je *spolehlivost* a pak rychlost, i když tu vzhledem k očekávanému zatížení nevidím jako problém. Snad jen že tam pojede PostgreSQL třeba s 500 tis. záznamy, ve kterých se bude vyhledávat.
Když něco v podobném rozsahu (vyjma té databáze) nasazuju na VPS, tak si obvykle vystačím s 1xCPU, 1GB RAM a 10GB SSD. Co jsem si zatím představoval jako dostačující je nějaké obstojné dvoujádro, 4GB RAM a 128GB SSD - netuším, zda řešit RAID. Ze začátku bude stačit jen záloha databáze ven. OS preferuji Debian.
Možná bláhová představa s cenou 10 tis :-)
Předem díky za rady a doporučení.
Nikos
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
presne. doporucil bych ty maly hp microservery g10 maji raid v sobe nejsou velky ani hlucny maji ilo a jistym zpusobem umi i hotswap. osobne bych vam doporucil provozovat jako lokalni virtual a zalohovat snapshoty a jednou tydne full. (pred tim samozrejme vacuum a takovy veci). o. Dne 21. 12. 2017 17:11 napsal uživatel "Jirka Bourek" < vpsfree-list@keroub.cz>:
Jestli je hlavním kritériem spolehlivost, tak přidávat si do cesty závislost na fungujícím připojení k internetu (žádná samozřejmost, když se pohybujete v oblasti pro malé koncové zákazníky) není dobrý nápad (plus, ehm, outage-list :-))
Jinak k RAIDu v původním dotazu - já bych to vzal jednoduše: kolik bude ta prodejna tratit, AŽ v tom serveru umře disk a nepojede to, dokud neseženete nový disk a neobnovíte to ze zálohy? Podle toho se rozhodnete snadno.
Martin Malec | TIERRA VERDE wrote:
Proc to neresit prave pres to vps u vpsfree? Pro vyssi spolehlivost lze mit replikovana data na druhou lokalitu s failoverem v pripade vypadku hlavniho vps. Martin M
On 21 Dec 2017 4:50 pm, "Nikos Timiopulos" <nikos@manikstudio.cz> wrote:
Ahoj,
můžete mi prosím doporučit co byste pořídili za HW jako server do malé prodejny (podle níže uvedeného případu užití)?
Cílem je prostředí pro běh webové aplikace, kterou budou používat nanejvýš 4 uživatelé, nebude vykonávat žádné CPU heavy operace, běžný informační systém.
Hlavní kritérium je *spolehlivost* a pak rychlost, i když tu vzhledem k očekávanému zatížení nevidím jako problém. Snad jen že tam pojede PostgreSQL třeba s 500 tis. záznamy, ve kterých se bude vyhledávat.
Když něco v podobném rozsahu (vyjma té databáze) nasazuju na VPS, tak si obvykle vystačím s 1xCPU, 1GB RAM a 10GB SSD. Co jsem si zatím představoval jako dostačující je nějaké obstojné dvoujádro, 4GB RAM a 128GB SSD - netuším, zda řešit RAID. Ze začátku bude stačit jen záloha databáze ven. OS preferuji Debian.
Možná bláhová představa s cenou 10 tis :-)
Předem díky za rady a doporučení.
Nikos
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
maji raid v sobe
Používat HW RAIDy (v tomto případě nejspíš ještě fake RAIDy bez cache, takže bez jakékoli přidané hodnoty v podobě výkonu) v SOHO segmentu je praštěné. Když ti odejde server s MD RAIDem, vezmeš naprosto libovolný desktop v okolí (třeba ho ukradneš v neděli ve tři ráno sekretářce, to je úplně jedno), přehodíš disky a jedeš. U proprietárního řadiče máš prostě smůlu. On 22.12.2017 07:16, Ondrej Beranek wrote:
presne. doporucil bych ty maly hp microservery g10 maji raid v sobe nejsou velky ani hlucny maji ilo a jistym zpusobem umi i hotswap. osobne bych vam doporucil provozovat jako lokalni virtual a zalohovat snapshoty a jednou tydne full. (pred tim samozrejme vacuum a takovy veci). o.
Dne 21. 12. 2017 17:11 napsal uživatel "Jirka Bourek" <vpsfree-list@keroub.cz <mailto:vpsfree-list@keroub.cz>>:
Jestli je hlavním kritériem spolehlivost, tak přidávat si do cesty závislost na fungujícím připojení k internetu (žádná samozřejmost, když se pohybujete v oblasti pro malé koncové zákazníky) není dobrý nápad (plus, ehm, outage-list :-))
Jinak k RAIDu v původním dotazu - já bych to vzal jednoduše: kolik bude ta prodejna tratit, AŽ v tom serveru umře disk a nepojede to, dokud neseženete nový disk a neobnovíte to ze zálohy? Podle toho se rozhodnete snadno.
Martin Malec | TIERRA VERDE wrote:
Proc to neresit prave pres to vps u vpsfree? Pro vyssi spolehlivost lze mit replikovana data na druhou lokalitu s failoverem v pripade vypadku hlavniho vps. Martin M
On 21 Dec 2017 4:50 pm, "Nikos Timiopulos" <nikos@manikstudio.cz <mailto:nikos@manikstudio.cz>> wrote:
Ahoj,
můžete mi prosím doporučit co byste pořídili za HW jako server do malé prodejny (podle níže uvedeného případu užití)?
Cílem je prostředí pro běh webové aplikace, kterou budou používat nanejvýš 4 uživatelé, nebude vykonávat žádné CPU heavy operace, běžný informační systém.
Hlavní kritérium je *spolehlivost* a pak rychlost, i když tu vzhledem k očekávanému zatížení nevidím jako problém. Snad jen že tam pojede PostgreSQL třeba s 500 tis. záznamy, ve kterých se bude vyhledávat.
Když něco v podobném rozsahu (vyjma té databáze) nasazuju na VPS, tak si obvykle vystačím s 1xCPU, 1GB RAM a 10GB SSD. Co jsem si zatím představoval jako dostačující je nějaké obstojné dvoujádro, 4GB RAM a 128GB SSD - netuším, zda řešit RAID. Ze začátku bude stačit jen záloha databáze ven. OS preferuji Debian.
Možná bláhová představa s cenou 10 tis :-)
Předem díky za rady a doporučení.
Nikos
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz <mailto:Community-list@lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz <mailto:Community-list@lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz <mailto:Community-list@lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-- Jan Hrach | https://jenda.hrach.eu/ GPG CD98 5440 4372 0C6D 164D A24D F019 2F8E 6527 282E
Ahoj,
můžete mi prosím doporučit co byste pořídili za HW jako server do malé prodejny (podle níže uvedeného případu užití)?
Když něco v podobném rozsahu (vyjma té databáze) nasazuju na VPS, tak si obvykle vystačím s 1xCPU, 1GB RAM a 10GB SSD. Co jsem si zatím představoval jako dostačující je nějaké obstojné dvoujádro, 4GB RAM a 128GB SSD - netuším, zda řešit RAID. Ze začátku bude stačit jen záloha databáze ven. OS preferuji Debian.
Možná bláhová představa s cenou 10 tis :-)
ja mam doma Intel NUC Kit 6CAYH a naprosta spokojenost. Samozrejme podle pozadovaneho vykonu muzes zvolit i napriklad variantu s i3 nebo vyssi. Ja mam 4 GB RAM a SSD disk, je to tichy, maly a usporny, takze pro domaci serverove pouziti idealni. A cena hluboko po 10000 Kc :). -Petr
Uz mi dosly nervy a udelal jsem to jinak. Prestal jsem se snazit zprovoznit reseni, kdy syslog-ng cte z journal, coz, jak jsem si myslel, by melo fungovat defaultne a samo po instalaci. Misto toho posilam zpravy z journald pres socket do syslog-ng. Je to sice nedoporucovany zpusob [1], ale zatim vypada, ze funguje. Nastaveni popisuji nize. Stejne by me ale zajimalo, jestli se s timto problemem nekdo setkal a dokazal by poradit jak ho vyresit / zdebugovat. Postupoval jsem podle [2]: 1) v /etc/syslog-ng/syslog-ng.conf nahradit source: misto source s_src { system(); internal(); } pouzit source s_src { systemd-syslog(); file("/proc/kmsg" program-override("kernel") flags(kernel)); internal(); } prvni radek zajisti cteni ze socketu, kam posila data journald [1] druhy radek cte logy kernelu [3] treti radek cte logy samotneho syslog-ng 2) nastavit, aby se pri spusteni syslog-ng vytvoril socket pro komunikaci journald -> syslog-ng * jedna se o socket /run/systemd/journal/syslog definovany v /lib/systemd/system/syslog.socket * /etc/systemd/system/syslog.service byl symlink do /lib/systemd/system/syslog-ng.service * symlink jsem smazal a nakopiroval jsem /lib/systemd/system/syslog-ng.service do /etc/systemd/system/syslog-ng.service * v /etc/systemd/system/ jsem udelal symlink syslog.service -> syslog-ng.service * v /etc/systemd/system/syslog-ng.service jsem pridal ** "Alias=syslog.service" do Install sekce ** "Requires=syslog.socket" do Unit sekce 3) pro jistotu jeste explicitne nastavit journald: v /etc/systemd/journald.conf Storage=persistent ForwardToSyslog=yes 4) vytazeni zprav z journalu pro zmergovani do souboru ve /var/log podle [4] journalctl SYSLOG_FACILITY=0 > kern.log journalctl SYSLOG_FACILITY=1 > user.log journalctl SYSLOG_FACILITY=2 > mail.log journalctl SYSLOG_FACILITY=3 > daemon.log journalctl SYSLOG_FACILITY=4 > auth.log journalctl SYSLOG_FACILITY=9 > cron.log 5) reload systemctl daemon-reload systemctl restart systemd-jourlad.service systemctl restart syslog-ng.service [1] https://www.balabit.com/documents/syslog-ng-ose-latest-guides/en/syslog-ng-o... [2] https://bbs.archlinux.org/viewtopic.php?id=220492 [3] https://www.balabit.com/documents/syslog-ng-ose-latest-guides/en/syslog-ng-o... [4] https://unix.stackexchange.com/questions/189647/pulling-log-messages-for-a-p... Dne 20.12.2017 v 21:06 Tomáš Jelínek napsal(a):
Ahoj,
upgradoval jsem VPS z Debianu 8 na Debian 9 a po restartu jsem zjistil, ze se mi prestalo logovat do nasledujicich souboru ve /var/log: auth.log cron.log daemon.log kern.log mail.log messages syslog
Kdyz spustim 'journalctl', tak tam vsechny zpravy, ktere se puvodne logovaly do tech souboru, vidim. Vypada to, ze logy se dostavaji do systemd, ale uz ne do syslogu. Ja ale potrebuju logovat do tech souboru, abych je mohl parsovat (munin, awstats, atd.).
Prosel jsem vsechny configy syslog-ng, ktere jsem nasel, a nemam tam zadne zmeny oproti tomu, co je v balicich.
Google mi nepomohl, zkusil jsem navod https://wiki.archlinux.org/index.php/syslog-ng#syslog-ng_and_systemd_journal a to postupne obe dve varianty, ale nepozoroval jsem zadnou zmenu.
Ve /var/log/syslog vidim toto: WARNING: Default value changed for the prefix() option of systemd-journal source in syslog-ng 3.8; old_value='', new_value='.journald.' ale k nicemu me to nedovedlo.
Jedina vec, co se mi loguje, jsou zpravy o nastartovani a ukonceni syslog-ng ve /var/log/syslog a /var/log/messages: Dec 20 18:48:12 vps syslog-ng[8169]: syslog-ng shutting down; version='3.8.1' Dec 20 18:48:40 vps syslog-ng[8204]: syslog-ng starting up; version='3.8.1'
Prosim poradte.
Diky, Tomas _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
participants (8)
-
Jan Hrach -
Jirka Bourek -
Martin Malec | TIERRA VERDE -
Nikos Timiopulos -
Ondrej Beranek -
Petr Stefan -
Slávek Banko -
Tomáš Jelínek