<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">On 21/01/22 00:30, <a class="moz-txt-link-abbreviated" href="mailto:info@ooooo.be">info@ooooo.be</a> via RT
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:rt-4.0.7-23935-1642721422-881.9912-26-0@mur.at">
<pre class="moz-quote-pre" wrap="">Hi
and we don't see this peak
:/ - i checked with nload and nethogs - but maybe we need btter
minitoring.+ we are working on it *
xm</pre>
</blockquote>
<p>hem, yeh, <br>
</p>
<p>we need something that collect and store datanetwork, I think
that from load we see only the current values and the total.<br>
</p>
<p>I see that Ralph is using Munin, but maybe for us could be better
use Prometheus.</p>
<p>I have a bit of experience on it and I use for monitoring/testing
the antennas in a mesh network.</p>
<p>Hem.. but after.. to debug.. I'm not so expert, my approach,
before enter in the world of logs... could be monitoring and keep
up a service for time. To understand which service is producing
the issue, and after read the logs.<br>
</p>
<p>Thanks for the rate-limit, so we don't produce too noise in your
network capability and in the same time the services are up and we
can debug/reinstall/whatever..</p>
<p>:) We have a working session today later.. 17:30 cest</p>
<p>Ralph, can you explain better this frase:</p>
<pre class="moz-quote-pre" wrap=""><<restricting traffic at our edge router was a few hops too late, obviously.>>
</pre>
<p>I have completly not Idea of your network, so... are you saing
that we saturate the LAN, so the trick bandwidth limit that you
added, is not enought to live in peace together. And if I
understand well... you are sayng that is better if we put soon a
limit to our network use.</p>
<p>for us is ok.. it's only to understand the priority. thanks for
all!</p>
<p>ignifugo<br>
</p>
<p>hugs ignifugo<br>
</p>
<blockquote type="cite"
cite="mid:rt-4.0.7-23935-1642721422-881.9912-26-0@mur.at">
<pre class="moz-quote-pre" wrap="">
On 20/01/2022 22:57, Ralph Wozelka via RT wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">and this screeny
On 20.01.22 22:23, Ralph Wozelka wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">FYI, adele is maxing out its port limit hard!
Your services cannot be reached from the outside since 30 minutes.
see scrshots attached
cheers,
ralph
On 20.01.22 21:38, Ralph Wozelka via RT wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Dear adminsysters,
around 8pm CET our core switch went into saturation again.
this time we put a rate-limit on right onto the network port restricting to
30Mbps in/out.
this should do the trick finally.
restricting traffic at our edge router was a few hops too late, obviously.
see screenshot of traffic incoming from the core network at our edge route
v767-fe0-r1ko.mur.at
let us know how adele performs on your end! :-)
cheers,
ralph
On Thu Jan 20 12:48:15 2022,<a class="moz-txt-link-abbreviated" href="mailto:info@ooooo.be">info@ooooo.be</a> wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">FIY # we did a full backup again to check the restricted rate limit we
put, we expect the next backups to be incremental and much swifter.
And we soon try to formulate a eeply.
Thanks already for the support.
XmOn Jan 19, 2022 9:40 PM, Djamil Vardag via RT<a class="moz-txt-link-rfc2396E" href="mailto:amt@mur.at"><amt@mur.at></a> wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Hey you all
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Hey ralph
Hey mur.at
We are studying to put some bandwidth limit and monitor so we can
troubleshoot better the machine. But where to put this limit? in
</pre>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">our
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">side or in your gateway? And how much ? Like during the night we
</pre>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">can use
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">the entire bandwidth for the server upload and download..
and during the day (8:00-22:00) Adele can use... eg. 30MB/s for
</pre>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">upload
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">You can use 20 Mbit up/down, that would be ok for now. We have to
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">discuss that
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">internally.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">and 10MB/s for download ? Or what do you suggest ? We need again
</pre>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">access
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">again - port 22 incoming is not enough to troubleshoot to check
</pre>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">our borg
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">backup script - for that we need for sure 22 outgoing port.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">Ok, for now we have tried to implement a iptables rate limit. You
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">should have
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">full TCP access to adele again, UDP is still blocked.
It would be ok for us if you use the available bandwidth as long as
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">our
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">services are still working fluidly, but that isn't that easy to
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">implement.
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">It can also be our peertube instance. We disabled the webtorrent.
</pre>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">We
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">understand that peertube needs specific requirements -
<a class="moz-txt-link-freetext" href="https://docs.joinpeertube.org/install-any-os?id=installation">https://docs.joinpeertube.org/install-any-os?id=installation</a>
No adsl - you have a 100M/Bit symmetric fiber. Is that dsl? Do you
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">This is a 100/100 MBit fiber, no DSL, the bottleneck is the fiber
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">and one
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">100MBit switch wich will get overwhelmed if there are to many
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">packets.
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">suggest that we can run our peertube instance on your
</pre>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">infrastructure?
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Our users are very limited and moderated. Also we don't have a lot
</pre>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">of
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">material on it. It is rather an experimental instance.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">Ok, i guess this would't be a problem for our connection. Webtorrent
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">suggests
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">that it uses less bandwidth on our end.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">We do understand your decision but for the moment we our server
</pre>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">back
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">running.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">Sure, we can understand that and sorry that we had to be so drastic,
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">but we
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">didn't have a choice as all of mur.at wasn't working well and we are
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">loosing
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">our face in front of our members and financers.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">We want to install a monitoring software like netdata -
</pre>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">promotheus.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Seems like a good idea
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Or do you have any suggestions to tackle the bandwidth problem? We
</pre>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">have
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">currently a funded project running until May so an online presence
</pre>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">+
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">visibility is importantand urgent- even while we are learning.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">The problem is that we don't have any QOS on our switches enabled
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">yet, to
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">tackle rate limitting there. We need to learn and implement that
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">first.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">We tried establishing a 10Mbit link to your machine, but it didn't
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">like that.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">The reasoning being that you could still use the machine, and we
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">would have a
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">pseudo rate limit.
You mentioned a daily backup, maybe this is the culprit. As i said
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">your machine
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">made traffic of 8TB in one week, that is just too much.
There are some websites and services of us that are also funded and
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">we could
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">get a problem with renewing these services, which could cost us
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">thousends in
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">the future.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Can you also add this <a class="moz-txt-link-abbreviated" href="mailto:emailsystercloud@grrlz.net">emailsystercloud@grrlz.net</a> to the mur.at
mailinglist
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">we would suggest to <a class="moz-txt-link-abbreviated" href="mailto:putsystercloud@grrlz.net">putsystercloud@grrlz.net</a> as a forwarding
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">address of donna
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">(<a class="moz-txt-link-abbreviated" href="mailto:donna@mur.at">donna@mur.at</a>), who already is on all the lists.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">xm
</pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
Adminsysters mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Adminsysters@lists.genderchangers.org">Adminsysters@lists.genderchangers.org</a>
<a class="moz-txt-link-freetext" href="https://lists.genderchangers.org/mailman/listinfo/adminsysters">https://lists.genderchangers.org/mailman/listinfo/adminsysters</a>
</pre>
</blockquote>
</body>
</html>