clamav-daemon - limit paměti Debian
Ahoj, jak nastavit clamav-daemon aby ho vpsAdmin nemusel vypínat. Podle nějakého návodu jsem nastavil: /etc/clamav/clamd.conf ConcurrentDatabaseReload false /usr/lib/systemd/system/clamav-daemon.service MemoryLimit=512M Ale stejně to nefunguje -- s pozdravem Tomáš Spisar +420 702 937 602, Praha 11 tomas.spisar@seznam.cz, www.pdstudios.cz (https://pdstudios.cz?utm_source=signature&utm_medium=email&utm_campaign=bran...) (https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=b...) Dezinfekční prostředky pro vaši ochranu www.navzdorydobe.cz/ (https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=b...)
Ahoj, pokud si to pamatuju dobře (a už je to nějakou dobu) tak Clamav prostě funguje tak že všechno nacpe do paměti a na vpsFree máš tu limitaci, že máš vlastně paměť jen typu RAM (tj. žádnou formu virtual memory). Takže tahle volba pro tebe nic neznamená protože Clamav nemá žádnou další paměť kam by to schoval. Chápu že chceš aby to načetl z disku, jenže tohle on udělá jen přes swap a ten nemáš. Pokud potřebuješ omezit velikost alokovaný paměti tak musíš omezit signatury, který Clamav bude používat. A pak taky vypnout hotswap databáze, protože pak máš ty databáze vlastně 2 což typicky znamená více než 2x tolik RAM během toho procesu. S On 15/03/2022 19:40, Tomáš Spisar wrote:
Ahoj, jak nastavit clamav-daemon aby ho vpsAdmin nemusel vypínat.
Podle nějakého návodu jsem nastavil:
//etc/clamav/clamd.conf/ ConcurrentDatabaseReload false
//usr/lib/systemd/system/clamav-daemon.service/ MemoryLimit=512M
Ale stejně to nefunguje
-- s pozdravem Tomáš Spisar +420 702 937 602, Praha 11 tomas.spisar@seznam.cz, www.pdstudios.cz <https://pdstudios.cz?utm_source=signature&utm_medium=email&utm_campaign=branding>
<https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=branding>
Dezinfekční prostředky pro vaši ochranu www.navzdorydobe.cz/ <https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=branding>
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Ahoj, z mé zkušenosti je to přesně tak. Na OpenVZ jsem clamd používal - teď nevím jestli tam byl swap, nebo povolené nějaké přetečení/soft limit, ale problémy to nedělalo. Po přechodu na vpsadminOS nešlo udržet všechny servicy v chodu - clamd si vždycky signatury dává do paměti a 4 GB jsou pro něj poměrně na hraně. Když vezmu v potaz další aplikace, tak to prostě nestačí a OOM killer se pěkně vyřádil :) Nevím jestli je možné lxc kontejneru přidat swap, nebo uvnitř něj udělat swap file. To by možná pomohlo. A pak mě napadá jen prasárna s KVM - VM bude mít velký swap a poběží v něm ten clamav. Já se na to vyprdl, a přestal clamav používat. Zas tak moc mi nepřinesl. P. On Wed, Mar 16, 2022 at 11:58 AM Silvestr Hašek <hasek@reklalink.cz> wrote:
Ahoj,
pokud si to pamatuju dobře (a už je to nějakou dobu) tak Clamav prostě funguje tak že všechno nacpe do paměti a na vpsFree máš tu limitaci, že máš vlastně paměť jen typu RAM (tj. žádnou formu virtual memory). Takže tahle volba pro tebe nic neznamená protože Clamav nemá žádnou další paměť kam by to schoval. Chápu že chceš aby to načetl z disku, jenže tohle on udělá jen přes swap a ten nemáš.
Pokud potřebuješ omezit velikost alokovaný paměti tak musíš omezit signatury, který Clamav bude používat. A pak taky vypnout hotswap databáze, protože pak máš ty databáze vlastně 2 což typicky znamená více než 2x tolik RAM během toho procesu.
S On 15/03/2022 19:40, Tomáš Spisar wrote:
Ahoj, jak nastavit clamav-daemon aby ho vpsAdmin nemusel vypínat.
Podle nějakého návodu jsem nastavil:
*/etc/clamav/clamd.conf* ConcurrentDatabaseReload false
*/usr/lib/systemd/system/clamav-daemon.service* MemoryLimit=512M
Ale stejně to nefunguje
-- s pozdravem Tomáš Spisar +420 702 937 602, Praha 11 tomas.spisar@seznam.cz, www.pdstudios.cz <https://pdstudios.cz?utm_source=signature&utm_medium=email&utm_campaign=branding>
<https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=branding> Dezinfekční prostředky pro vaši ochranu www.navzdorydobe.cz/ <https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=branding>
_______________________________________________ Community-list mailing listCommunity-list@lists.vpsfree.czhttp://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Ahoj, nekolik veci k tomu: nikde se neuctuje pamet nijak zvlastne, ani na OpenVZ, ani ve vpsAdminOS, vsechno to uctuje realne vyuzitou pamet, uctovani virtualni pameti je davnou davnou minulosti, to uz je fakt strasne davno :D Omezit clamav na 512M nepomuze, protoze proste tu pamet potrebuje, za tu dobu se z toho stala poradne rozezrana vec. Zisk z pouzivani clamav je tak nejak zaporny, nezazil jsem, ze by to nekdy neco chytilo tak, aby to bylo uzitecne a neco to ochranilo vcas. Tohle je presne vec, kvuli ktere ten swap ani nechceme delat, protoze to znamena takoveho IO navic, ze bychom mohli SSDcka menit i min, nez jednou rocne, s tim, co dneska vydrzi. Kdyz uz se nekdo pta na swap na to, aby se mu tam vesla takova 4G s prominutim zhovadilost, co znamena uplne celou velikost RAM, co ma ta VPS k dispozici... Swap casem bude, ale az se povede vymyslet, jak ho olimitovat tak, aby nebyl zneuzivan jako uplne nahradni RAM. Pokud ho nekdo potrebuje tak vyuzivat, muze si ho pustit v KVM - ale potom je potreba pocitat s tim, ze se nam to IO, co to nadela pri kazdem jednom prichozim e-mailu, libit nejspis nebude. Reseni je proste: chce to proste vic RAM, pokud je clamav potreba. /snajpa On 2022-03-16 12:12, Josef Vybíhal wrote:
Ahoj, z mé zkušenosti je to přesně tak. Na OpenVZ jsem clamd používal - teď nevím jestli tam byl swap, nebo povolené nějaké přetečení/soft limit, ale problémy to nedělalo. Po přechodu na vpsadminOS nešlo udržet všechny servicy v chodu - clamd si vždycky signatury dává do paměti a 4 GB jsou pro něj poměrně na hraně. Když vezmu v potaz další aplikace, tak to prostě nestačí a OOM killer se pěkně vyřádil :)
Nevím jestli je možné lxc kontejneru přidat swap, nebo uvnitř něj udělat swap file. To by možná pomohlo.
A pak mě napadá jen prasárna s KVM - VM bude mít velký swap a poběží v něm ten clamav.
Já se na to vyprdl, a přestal clamav používat. Zas tak moc mi nepřinesl.
P.
On Wed, Mar 16, 2022 at 11:58 AM Silvestr Hašek <hasek@reklalink.cz> wrote:
Ahoj,
pokud si to pamatuju dobře (a už je to nějakou dobu) tak Clamav prostě funguje tak že všechno nacpe do paměti a na vpsFree máš tu limitaci, že máš vlastně paměť jen typu RAM (tj. žádnou formu virtual memory). Takže tahle volba pro tebe nic neznamená protože Clamav nemá žádnou další paměť kam by to schoval. Chápu že chceš aby to načetl z disku, jenže tohle on udělá jen přes swap a ten nemáš.
Pokud potřebuješ omezit velikost alokovaný paměti tak musíš omezit signatury, který Clamav bude používat. A pak taky vypnout hotswap databáze, protože pak máš ty databáze vlastně 2 což typicky znamená více než 2x tolik RAM během toho procesu.
S
On 15/03/2022 19:40, Tomáš Spisar wrote:
Ahoj, jak nastavit clamav-daemon aby ho vpsAdmin nemusel vypínat.
Podle nějakého návodu jsem nastavil:
_/etc/clamav/clamd.conf_
ConcurrentDatabaseReload false
_/usr/lib/systemd/system/clamav-daemon.service_ MemoryLimit=512M
Ale stejně to nefunguje
--
s pozdravem Tomáš Spisar +420 702 937 602, Praha 11 tomas.spisar@seznam.cz, www.pdstudios.cz [2]
[3]
Dezinfekční prostředky pro vaši ochranu www.navzdorydobe.cz/ [3]
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list [1]
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list [1]
Links: ------ [1] http://lists.vpsfree.cz/listinfo/community-list [2] https://pdstudios.cz?utm_source=signature&utm_medium=email&utm_campaign=branding [3] https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=branding
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Děkuji za názory. A jak pravil Snajpa, že je na nic :-) tak jsem ho vypnul. -- s pozdravem Tomáš Spisar +420 702 937 602, Praha 11 tomas.spisar@seznam.cz, www.pdstudios.cz (https://pdstudios.cz?utm_source=signature&utm_medium=email&utm_campaign=bran...) (https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=b...) Dezinfekční prostředky pro vaši ochranu www.navzdorydobe.cz/ (https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=b...) ---------- Původní e-mail ---------- Od: Pavel Snajdr <snajpa@snajpa.net> Komu: vpsFree.cz Community list <community-list@lists.vpsfree.cz> Datum: 16. 3. 2022 12:48:49 Předmět: Re: [vpsFree.cz: community-list] clamav-daemon - limit paměti Debian "Ahoj, nekolik veci k tomu: nikde se neuctuje pamet nijak zvlastne, ani na OpenVZ, ani ve vpsAdminOS, vsechno to uctuje realne vyuzitou pamet, uctovani virtualni pameti je davnou davnou minulosti, to uz je fakt strasne davno :D Omezit clamav na 512M nepomuze, protoze proste tu pamet potrebuje, za tu dobu se z toho stala poradne rozezrana vec. Zisk z pouzivani clamav je tak nejak zaporny, nezazil jsem, ze by to nekdy neco chytilo tak, aby to bylo uzitecne a neco to ochranilo vcas. Tohle je presne vec, kvuli ktere ten swap ani nechceme delat, protoze to znamena takoveho IO navic, ze bychom mohli SSDcka menit i min, nez jednou rocne, s tim, co dneska vydrzi. Kdyz uz se nekdo pta na swap na to, aby se mu tam vesla takova 4G s prominutim zhovadilost, co znamena uplne celou velikost RAM, co ma ta VPS k dispozici... Swap casem bude, ale az se povede vymyslet, jak ho olimitovat tak, aby nebyl zneuzivan jako uplne nahradni RAM. Pokud ho nekdo potrebuje tak vyuzivat, muze si ho pustit v KVM - ale potom je potreba pocitat s tim, ze se nam to IO, co to nadela pri kazdem jednom prichozim e-mailu, libit nejspis nebude. Reseni je proste: chce to proste vic RAM, pokud je clamav potreba. /snajpa On 2022-03-16 12:12, Josef Vybíhal wrote:
Ahoj, z mé zkušenosti je to přesně tak. Na OpenVZ jsem clamd používal - teď nevím jestli tam byl swap, nebo povolené nějaké přetečení/soft limit, ale problémy to nedělalo. Po přechodu na vpsadminOS nešlo udržet všechny servicy v chodu - clamd si vždycky signatury dává do paměti a 4 GB jsou pro něj poměrně na hraně. Když vezmu v potaz další aplikace, tak to prostě nestačí a OOM killer se pěkně vyřádil :)
Nevím jestli je možné lxc kontejneru přidat swap, nebo uvnitř něj udělat swap file. To by možná pomohlo.
A pak mě napadá jen prasárna s KVM - VM bude mít velký swap a poběží v něm ten clamav.
Já se na to vyprdl, a přestal clamav používat. Zas tak moc mi nepřinesl.
P.
On Wed, Mar 16, 2022 at 11:58 AM Silvestr Hašek <hasek@reklalink.cz> wrote:
Ahoj,
pokud si to pamatuju dobře (a už je to nějakou dobu) tak Clamav prostě funguje tak že všechno nacpe do paměti a na vpsFree máš tu limitaci, že máš vlastně paměť jen typu RAM (tj. žádnou formu virtual memory). Takže tahle volba pro tebe nic neznamená protože Clamav nemá žádnou další paměť kam by to schoval. Chápu že chceš aby to načetl z disku, jenže tohle on udělá jen přes swap a ten nemáš.
Pokud potřebuješ omezit velikost alokovaný paměti tak musíš omezit signatury, který Clamav bude používat. A pak taky vypnout hotswap databáze, protože pak máš ty databáze vlastně 2 což typicky znamená více než 2x tolik RAM během toho procesu.
S
On 15/03/2022 19:40, Tomáš Spisar wrote:
Ahoj, jak nastavit clamav-daemon aby ho vpsAdmin nemusel vypínat.
Podle nějakého návodu jsem nastavil:
_/etc/clamav/clamd.conf_
ConcurrentDatabaseReload false
_/usr/lib/systemd/system/clamav-daemon.service_ MemoryLimit=512M
Ale stejně to nefunguje
--
s pozdravem Tomáš Spisar +420 702 937 602, Praha 11 tomas.spisar@seznam.cz, www.pdstudios.cz [2]
[3]
Dezinfekční prostředky pro vaši ochranu www.navzdorydobe.cz/ [3]
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list [1]
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list [1]
Links: ------ [1] http://lists.vpsfree.cz/listinfo/community-list [2] https://pdstudios.cz?utm_source=signature&utm_medium=email&utm_ campaign=branding [3] https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_ campaign=branding
_______________________________________________ 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 "
participants (4)
-
Josef Vybíhal -
Pavel Snajdr -
Silvestr Hašek -
Tomáš Spisar