20 Dec
2017
20 Dec
'17
8:06 p.m.
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
20 Dec
20 Dec
8:26 p.m.
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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
8:34 p.m.
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
21 Dec
21 Dec
3:49 p.m.
New subject: Server do malé prodejny
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
3:55 p.m.
New subject: [vpsFree.cz: community-list] Server do malé prodejny
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(a)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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
4:10 p.m.
New subject: Server do malé prodejny
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(a)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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
22 Dec
22 Dec
6:16 a.m.
New subject: [vpsFree.cz: community-list] Server do malé prodejny
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(a)keroub.cz>gt;:
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(a)manikstudio.cz> wrote:
Ahoj,
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ 
7:32 p.m.
New subject: Server do malé prodejny
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(a)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(a)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(a)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(a)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(a)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(a)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
21 Dec
21 Dec
4:06 p.m.
New subject: Server do malé prodejny
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
3:54 p.m.
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-…
[2] https://bbs.archlinux.org/viewtopic.php?id=220492
[3]
https://www.balabit.com/documents/syslog-ng-ose-latest-guides/en/syslog-ng-…
[4]
https://unix.stackexchange.com/questions/189647/pulling-log-messages-for-a-…
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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
2322
days inactive
2324
days old
community-list@lists.vpsfree.cz
9 comments
8 participants
participants (8)
-
Jan Hrach -
Jirka Bourek -
Martin Malec | TIERRA VERDE -
Nikos Timiopulos -
Ondrej Beranek -
Petr Stefan -
Slávek Banko -
Tomáš Jelínek