Skip to Content.
Sympa Menu

perfsonar-user - Re: [perfsonar-user] Problems using mesh generator

Subject: perfSONAR User Q&A and Other Discussion

List archive

Re: [perfsonar-user] Problems using mesh generator


Chronological Thread 
  • From: Aaron Brown <>
  • To: David Mitchell <>
  • Cc: "" <>
  • Subject: Re: [perfsonar-user] Problems using mesh generator
  • Date: Tue, 5 Mar 2013 20:09:53 +0000
  • Accept-language: en-US
  • Authentication-results: sfpop-ironport02.merit.edu; dkim=neutral (message not signed) header.i=none

Hey David,

Comments inline

Cheers,
Aaron

On 3/5/13 1:36 PM, "David Mitchell"
<>
wrote:

>
>On Feb 28, 2013, at 8:45 AM, Aaron Brown
><>
> wrote:
>
>> Hey David,
>>
>> On 2/27/13 12:50 PM, "David Mitchell"
>> <>
>> wrote:
>>
>>> I'm trying to use the mesh generator to setup a new mesh of bwtcl and
>>> owamp tests. I've been following the directions on the Wiki. I have
>>> created the json configuration file using the build_json script and
>>> updated the agent_configuration.conf to point to the file. That all
>>>seems
>>> to work OK. When I run the generate_configuration script it produces
>>> quite a few errors about being unable to update files. I'm not sure
>>>what
>>> other folks do to run this script, as by default the files are owned by
>>> user perfsonar and that account is locked.
>>
>> The default cron jobs run as the perfsonar user, but could conceivably
>>run
>> as root as well, or some other user capable of writing those files and
>> restarting the services. Another option is to run the scripts that write
>> the files as the perfsonar user, and then have a root user restart the
>> services, if you want to lock down what the root user is doing some.
>
>I'm really just looking for the path of least resistance while I
>troubleshoot the installation. Once it's working I'm fine with the cron
>job.

It's probably easiest to run as root while testing.

>>>When it completes, there is a maddash configuration dumped in json
>>>format
>>> in /opt/maddash/maddash-webui/xsede-mesh.json. That would be great but
>>>I
>>> thought maddash was reading /etc/maddash/maddash-server/maddash.yaml
>>>for
>>> it's configuration. I was going to work through this apparent
>>>disconnect
>>> before I try and troubleshoot whether the measurements are being
>>>properly
>>> scheduled. I do have an older version of the maddash software and a
>>> configuration set up. Would that be breaking things? According to yum
>>>I'm
>>> up to date on all of the perfsonar and maddash packages. Thanks in
>>> advance,
>>
>> I'm not sure why xsede-mesh.json got dumped into that directory. It
>>should
>> write the maddash.yaml file, and in fact, it can't write anything other
>> than that for maddash.
>
>Wait, that's my own forgetfulness. I plead that I only work on this
>periodically. That's where I stuffed the json file for other agents to
>get. I can't find any place where the generate_configuration script even
>tries to write a maddash.yaml file though. It should try to somewhere
>though right? Or am I mistake and the mesh generator just takes care of
>the test setup?

The generate_configuration script only takes care of setting up the tests.
The generate_gui_configuration script (part of the
perl-perfSONAR_PS-MeshConfig-GUI package) writes the maddash.yaml.

>
>-David
>
>>
>> Cheers,
>> Aaron
>>
>>>
>>> -David Mitchell
>>>
>>> -----------------------------------------------------------------
>>> | David Mitchell
>>> ()
>>> Network Engineer IV |
>>> | Tel: (303) 497-1845 National Center for |
>>> | FAX: (303) 497-1818 Atmospheric Research |
>>> -----------------------------------------------------------------
>>>
>>>
>>
>>
>
>-----------------------------------------------------------------
>| David Mitchell
>()
> Network Engineer IV |
>| Tel: (303) 497-1845 National Center for |
>| FAX: (303) 497-1818 Atmospheric Research |
>-----------------------------------------------------------------
>
>
>
>





Archive powered by MHonArc 2.6.16.

Top of Page