perfsonar-user - Re: [perfsonar-user] Too large logfiles on PS latency node
Subject: perfSONAR User Q&A and Other Discussion
List archive
- From: Andrew Lake <>
- To: Andreas Haupt <>
- Cc:
- Subject: Re: [perfsonar-user] Too large logfiles on PS latency node
- Date: Tue, 11 Nov 2014 10:45:45 -0500
On Nov 11, 2014, at 10:13 AM, Andreas Haupt
<>
wrote:
> Hi Andy,
>
> Am Dienstag, den 11.11.2014, 09:16 -0500 schrieb Andrew Lake:
>> Hi,
>>
>> MySQL is no longer required so that is entirely expected.
>
> Ah, but why is it throwing errors and errors about the lack of MySQL
> access then?
It's throwing errors because your host is not configured properly and is
trying to talk to a component no longer used. More on this in my last comment
below...
>
>> We don't officially support installation of the Toolkit package by RPM, so
>> docs are sparse on that front.
>
> Unfortunately the rpm installation is the only way that makes sense in
> our environment. We cannot simply run downloaded images …
I understand and the major focus of of 3.5 will be better accommodating these
types of setups. It's entirely possible to make work, you are just more on
your own if you choose this path at the moment than with the ISOs.
>
>> Looks like you may also need to install "yum install
>> perl-perfSONAR_PS-Toolkit-SystemEnvironment" so your old perfSONARBUOY
>> tests get migrated to the new regular testing environment.
>
> Yes, perl-perfSONAR_PS-Toolkit-SystemEnvironment includes the
> mysql-server rpm dependency. Nevertheless it (of course) does not
> configure the service.
>
> So what's the best we can do now? Shut down the service as it doesn't do
> anything meaningful anyway?
> http://perfson1.ifh.de/serviceTest/psGraph.cgi just gives me an error.
You may want to try a "yum reinstall
perl-perfSONAR_PS-Toolkit-SystemEnvironment" and reboot the host. Your goal
here is to get /opt/perfsonar_ps/regular_testing/etc/regular_testing.conf
configured properly so its not trying to write to a MySQL database. Right now
its using a default that the perl-perfSONAR_PS-Toolkit-SystemEnvironment
should hopefully overwrite.
>
> Shall we open another GGUS ticket? The last one was closed stating I
> should apply for help in this list here …
> Cheers,
> Andreas
> --
> | Andreas Haupt | E-Mail:
>
> | DESY Zeuthen | WWW: http://www-zeuthen.desy.de/~ahaupt
> | Platanenallee 6 | Phone: +49/33762/7-7359
> | D-15738 Zeuthen | Fax: +49/33762/7-7216
>
>
- [perfsonar-user] Too large logfiles on PS latency node, Andreas Haupt, 11/10/2014
- Re: [perfsonar-user] Too large logfiles on PS latency node, Aaron Brown, 11/10/2014
- Re: [perfsonar-user] Too large logfiles on PS latency node, Andreas Haupt, 11/11/2014
- Re: [perfsonar-user] Too large logfiles on PS latency node, Andrew Lake, 11/11/2014
- Re: [perfsonar-user] Too large logfiles on PS latency node, Andreas Haupt, 11/11/2014
- Re: [perfsonar-user] Too large logfiles on PS latency node, Andrew Lake, 11/11/2014
- Re: [perfsonar-user] Too large logfiles on PS latency node, Andreas Haupt, 11/12/2014
- Re: [perfsonar-user] Too large logfiles on PS latency node, Andrew Lake, 11/11/2014
- Re: [perfsonar-user] Too large logfiles on PS latency node, Andreas Haupt, 11/11/2014
- Re: [perfsonar-user] Too large logfiles on PS latency node, Andrew Lake, 11/11/2014
- Re: [perfsonar-user] Too large logfiles on PS latency node, Andreas Haupt, 11/11/2014
- Re: [perfsonar-user] Too large logfiles on PS latency node, Aaron Brown, 11/10/2014
Archive powered by MHonArc 2.6.16.