too much packet loss while running mrtg to graph traffic
Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
too much packet loss while running mrtg to graph traffic
Hello all,
I am running Redhat linux 8.0 with 2.4.22 kernel. I am using this server for traffic shaping my static ip clients using tc. There are about 250 clients and I am running mrtg to monitor traffic via cronjobs each 5 minutes. When mrtg run I see too much packets loss in my network. What could be the problem in my server?
RAM is 1gb and processor is Intel Pentium D 2.66GHz.
First off, Red Hat 8 is ancient and unsupported . You should really update to something more modern, particularly for mission critical work,
There are a couple reasons why packet loss could occur on your network. Two likely ones are:
1. Bad hardware somewhere is causing packets to become corrupt and get discarded.
2. Your machine is getting overwhelmend and is running out of resources such as buffer space to store packets and thus is dropping them,
How do you know that excessive numbers of packets are being dropped (i.e. what tool do you use to see this)? Have you looked to see if you're low on memory on the machine or us excessive amounts of memory required for packet cache? Have you checked that your hardware is good? How active are your clients. Your machine should be fast enough to handle the packet shaping, but if these clients are all slamming a 1 Gbps network I could see how things would get to become overwhelmed. This may also depend on how much processing work the machine must do to apply the shaping rules. Is your ruleset simple or complex?
In short, lots of things could be happening. You'll need to do a little digging (and please consider upgrading your box to a modern and supported Linux distribution).
1.How do you know that excessive numbers of packets are being dropped (i.e. what tool do you use to see this
I am pinging to my gateway server ip from lan. If I disable mrtg from cron jobs then the link seems to be ok. There won't be any losses. The memory seems to be fine. Output of free -m:
[root@gw-wl-sp cfg]# free -m
total used free shared buffers cached
Mem: 882 257 625 0 74 80
-/+ buffers/cache: 102 780
Swap: 2047 0 2047
=============================================
Output of top when idle
1:08pm up 16:18, 2 users, load average: 0.00, 0.02, 0.07
43 processes: 42 sleeping, 1 running, 0 zombie, 0 stopped
CPU0 states: 0.0% user, 4.4% system, 0.0% nice, 95.1% idle
CPU1 states: 0.1% user, 0.1% system, 0.0% nice, 99.3% idle
Mem: 904016K av, 263432K used, 640584K free, 0K shrd, 76300K buff
Swap: 2096440K av, 0K used, 2096440K free 82396K cached
=======================================
Output of top when run mrtg
Pinging 202.79.xx.xx with 32 bytes of data:
Reply from 202.79.xx.xx: bytes=32 time=2ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=2ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=2ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=2ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=29ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=2ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=2ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=2ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=39ms TTL=63
Request timed out.
Reply from 202.79.xx.xx: bytes=32 time=216ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=2ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Request timed out.
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Request timed out.
Reply from 202.79.xx.xx: bytes=32 time=4ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=7ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=2ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=2ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=117ms TTL=63
Reply from 202.79.xx.xx: bytes=32 time=1ms TTL=63
Ping statistics for 202.79.xx.xx:
Packets: Sent = 42, Received = 39, Lost = 3 (7%
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 216ms, Average = 11ms
You said it yourself tho, when mrtg is off, no packets are dropped. That being the case, it's probably performance related, although the CPU stats don't really indicate so.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.