perfSONAR User Q&A and Other Discussion

[Hervey Allen <>]

On 7/30/18 11:40 AM, Hervey Allen wrote:
> On 7/30/18 8:37 AM, Andrew Lake wrote:
>> Hi Phil,
>>
>> The hardware setup seem reasonable for what you are trying to do.
>> MaDDash generally is not too hard on httpd. httpd really only gets hit
>> when you use the web page. I wonder if soething else is happening that
>> is breaking httpd. Also, any errors in the files under /var/log/maddash/?
>>
>> Thanks,
>> Andy
>>
> 
> Quick follow-up.
> 
> The conflict was with what the IUS repository presents to yum:
> 
> https://ius.io/
> 
> Still tracking down where we are installing this repo during our initial
> build (it's not in our kickstart file). So, temporary fix was to remove
> reference to the IUS repo. This might have side-affects later, but for
> now going with that.
> 
> Cheers,
>       - Hervey
> 

Apologies for posting that to the wrong thread. Ignore and please move long.

- Hervey

>>
>> On July 25, 2018 at 7:54:59 PM, Phil Reese 
>> (
>> <mailto:>)
>>  wrote:
>>
>>> Hi,
>>>
>>> I'm finally looking under the hood of Maddash, lots of nice shiny parts
>>> under there!
>>>
>>> I have the Maddash server, esmond and httpd server running on a stand
>>> alone system.  Not a particularly beefy system, single CPU, i3-3240 CPU
>>> @ 3.40GHz, 8G RAM, 10g NIC.
>>>
>>> It is doing all it is supposed to do but after a few days of running the
>>> web page slows and eventually stops.
>>>
>>> A systemctl status httpd shows the usual but a ton of these lines:
>>>
>>>            ├─ 6456 /usr/sbin/httpd -DFOREGROUND
>>>            ├─ 6459 /usr/sbin/httpd -DFOREGROUND
>>>            ├─ 7162 /usr/sbin/httpd -DFOREGROUND
>>>            └─11315 /usr/sbin/httpd -DFOREGROUND
>>>
>>> Like 280+ lines like that!  A restart of httpd clears it up for another
>>> few days but today it has filled back up twice in just a few hours. 
>>> Something seems to be keeping a http connections open.
>>>
>>> It is managing a modest mesh of 13 x13.
>>>
>>> Any ideas for fixing this?  (I did play with the # of workers variable
>>> but it didn't see to have an impact, assuming I in fact was able to
>>> change that variable.)
>>>
>>> Thanks,
>>> Phil
>>>
>>>
>>> -- 
>>> To unsubscribe from this list:
>>> https://lists.internet2.edu/sympa/signoff/perfsonar-user
> 
> 


-- 
Hervey Allen      Assistant Director, Network Startup Resource Center

   http://nsrc.org/ : http://facebook.com/nsrc.org
GPG Fingerprint:  AC08 31CB E453 6C65 2AB3 4EDB CEEB 5A74 C6E5 624F