Eliezer, I cannot say by client or network. But, for sure I can say we have around 7000 computers using squid as a proxy. Thanks, Naresh -----Original Message----- From: Eliezer Croitoru [mailto:eliezer@xxxxxxxxxxxx] Sent: Thursday, August 10, 2017 1:43 PM To: Cherukuri, Naresh; squid-users@xxxxxxxxxxxxxxxxxxxxx Subject: RE: Crash: every 19 hours: kernel: Out of memory: Kill process (squid) For how many users this squid should act as a proxy? Ie client, machines,networks? Eliezer ---- http://ngtech.co.il/lmgtfy/ Linux System Administrator Mobile: +972-5-28704261 Email: eliezer@xxxxxxxxxxxx From: Cherukuri, Naresh [mailto:ncherukuri@xxxxxxxxxxxxx] Sent: Thursday, August 10, 2017 16:27 To: Eliezer Croitoru <eliezer@xxxxxxxxxxxx>; squid-users@xxxxxxxxxxxxxxxxxxxxx Subject: RE: Crash: every 19 hours: kernel: Out of memory: Kill process (squid) No this a physical box and we are using only for squid. We have 4 cpu's and 16 cores. Please find below for reference Accesslogs : redirected to /cache/squid /dev/mapper/*****-root 351G 5.2G 328G 2% / devtmpfs 5.8G 0 5.8G 0% /dev tmpfs 5.8G 2.1M 5.8G 1% /dev/shm tmpfs 5.8G 385M 5.5G 7% /run tmpfs 5.8G 0 5.8G 0% /sys/fs/cgroup /dev/sda1 462M 62M 373M 15% /boot /dev/mapper/*****-var 9.2G 616M 8.2G 7% /var /dev/mapper/*****-home 20G 45M 19G 1% /home tmpfs 1.2G 0 1.2G 0% /run/user/537 tmpfs 1.2G 0 1.2G 0% /run/user/536 [root@**** squid]# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU E5606 @ 2.13GHz stepping : 2 microcode : 0x14 cpu MHz : 2133.000 cache size : 8192 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 popcnt lahf_lm arat epb dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 4267.00 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU E5606 @ 2.13GHz stepping : 2 microcode : 0x14 cpu MHz : 2133.000 cache size : 8192 KB physical id : 0 siblings : 4 core id : 1 cpu cores : 4 apicid : 2 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 popcnt lahf_lm arat epb dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 4267.00 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU E5606 @ 2.13GHz stepping : 2 microcode : 0x14 cpu MHz : 2133.000 cache size : 8192 KB physical id : 0 siblings : 4 core id : 9 cpu cores : 4 apicid : 18 initial apicid : 18 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 popcnt lahf_lm arat epb dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 4267.00 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU E5606 @ 2.13GHz stepping : 2 microcode : 0x14 cpu MHz : 2133.000 cache size : 8192 KB physical id : 0 siblings : 4 core id : 10 cpu cores : 4 apicid : 20 initial apicid : 20 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 popcnt lahf_lm arat epb dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 4267.00 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: -----Original Message----- From: Eliezer Croitoru [mailto:eliezer@xxxxxxxxxxxx] Sent: Thursday, August 10, 2017 9:19 AM To: Cherukuri, Naresh; mailto:squid-users@xxxxxxxxxxxxxxxxxxxxx Subject: RE: Crash: every 19 hours: kernel: Out of memory: Kill process (squid) Hey, Let start from 0. How many CPU's and\or core's are on this machine? Is it a VM? How many users will be sitting behind this proxy? Depends on the above we can decide on the right approach. Eliezer ---- Eliezer Croitoru Linux System Administrator Mobile: +972-5-28704261 Email: mailto:eliezer@xxxxxxxxxxxx -----Original Message----- From: Cherukuri, Naresh [mailto:ncherukuri@xxxxxxxxxxxxx] Sent: Thursday, August 10, 2017 16:03 To: Eliezer Croitoru <mailto:eliezer@xxxxxxxxxxxx>; mailto:squid-users@xxxxxxxxxxxxxxxxxxxxx Subject: RE: Crash: every 19 hours: kernel: Out of memory: Kill process (squid) Hello Eliezer, We are using OS "Redhat 7" and squid version 3.5.20. As of now we are not using any cache, we already commented out. You want me try using cache by uncommenting the following line. # Uncomment and adjust the following to add a disk cache directory. #cache_dir ufs /cache/squid 10000 16 256 Thanks, Naresh -----Original Message----- From: Eliezer Croitoru [mailto:eliezer@xxxxxxxxxxxx] Sent: Wednesday, August 9, 2017 8:08 PM To: Cherukuri, Naresh; mailto:squid-users@xxxxxxxxxxxxxxxxxxxxx Subject: RE: Crash: every 19 hours: kernel: Out of memory: Kill process (squid) Hey Naresh, The RAM you need would differ by the nature, hardware and couple other things about the nature of the machine. What you need is start from the bottom and move up. List for yourself the machine specs and your goals. It really helps to start from low ie the default 256MB ram cache and without any cache_dire and then see how it all moves on from there. For now you are getting to the 19 hours of up time and you need to overcome this so just start with a dry run of no disk cache at all and stick to squid defaults for the next 24-48 hours. Also what OS are you running? Eliezer ---- http://ngtech.co.il/lmgtfy/ Linux System Administrator Mobile: +972-5-28704261 Email: mailto:eliezer@xxxxxxxxxxxx From: squid-users [mailto:squid-users-bounces@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Cherukuri, Naresh Sent: Tuesday, August 8, 2017 16:28 To: mailto:squid-users@xxxxxxxxxxxxxxxxxxxxx Subject: Crash: every 19 hours: kernel: Out of memory: Kill process (squid) Hello, I am new to squid. I am getting a problem every 19 hours squid takes all RAM memory, then started taking swap in 20 minutes my swap is full. Then server side (OOM) is activating and killing all squid child's then finally killing squid parent. Can someone help me how to address this problem? Why every 19 hours my memory is going to full? How much Ram do I need for following squid version? Squid Cache: Version 3.5.20 total used free shared buffers cached Mem: 11845 2713 9132 14 71 1641 -/+ buffers/cache: 1000 10845 Swap: 25551 421 25130 Thanks, Naresh _______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users
