Hi Tim,

 no changes/progress/whatsoever. Unfortunatelly Brian did not file a
bug, so it was not on my list so far.

 I still do not like to apply the change to all platforms, as this
could mean that we have to change all the platform metrics. Maybe we
need a #define for the Sol10/Zone case.

 Last two weeks in July I will have some time to look at it some more.
Problem for me is of course access to such a system.

Cheers
Martin

--- Timothy Wright <[EMAIL PROTECTED]> wrote:


---------------------------------
v\:* {behavior:url(#default#VML);}o\:*
{behavior:url(#default#VML);}w\:* {behavior:url(#default#VML);}.shape
{behavior:url(#default#VML);}st1\:*{behavior:url(#default#ieooui) }
Hi Martin,

 

Have there been any advances in runninggmond in a local zone? 

 

I’ve been working on some code to readthe local zone metrics from
within the global zone (extension to libmetricsusing some opensolaris
functions), and present a linked-list of structures foreach zone, which
now appears to be working ok. However my socket programmingisn’t up
to much and I’m not sure of the best way to packetise thisinformation
to send via UDP to the cluster master (we use unicast) within
theconfines of the Ganglia packet structure.

 

Failing this I think we’re happy torun gmond within the local zone,
but obviously need to look at the physicalinterface permission issue
below.

 

Please keep my up to date with anyprogress/thoughts as we’re keen to
get this working ASAP.

 

Many thanks,

 

Tim

 

Tim Wright 

Global Unix Engineering
Information EnterpriseServices (IES)
Group Technology & Operations

Deutsche Bank [/] - London

Phone:  +44 (0)20 754 70513
Mobile: +44 (0)7765 894 194
Email:   [EMAIL PROTECTED] 


---------------------------------


From:[EMAIL PROTECTED]:[EMAIL PROTECTED]
On Behalf Of Martin Knoblauch<[EMAIL PROTECTED]>
Sent: 09 June 2006 09:20
To: Brian Peterson<[EMAIL PROTECTED]>;
[EMAIL PROTECTED];ganglia-developers@lists.sourceforge.net
Subject: Re: [Ganglia-developers]Gmond ioctl error in a Solaris 10 zone


 

Hi Brian, 

good that I could help you. Now, the fix is of course not what we 
really want. At least it has a few nasty implications upstreams. At 
least now we know what caused your problems. 

Could you please open a bugzilla entry for this and assign it to me? 
That way we can keep track of it. 

Thanks 
Martin 

--- Brian Peterson < [EMAIL PROTECTED]> wrote: 

> 
> Hi Martin, 
> 
> So the the problem was that within a Solaris 10 zone only interface 
> aliases 
> are present by default, in my case the parent interface was not 
> accessible. 
> The quick and dirty fix that worked for me was to comment out line 
> 112. 
> 
> 111: myflags = 0; 
> 112: if ( (cptr = strchr(ifr->ifr_name, ':')) != 
> NULL) 
> 113: *cptr = 0; /* replace colon 
> will null 
> */ 
> 114: if (strncmp(lastname, ifr->ifr_name, IFNAMSIZ) == 
> 0) { 
> 115: if (doaliases == 0) 
> 116: continue; /* already 
> processed 
> this interface */ 
> 117: myflags = IFI_ALIAS; 
> 118: } 
> 119: printf("%s\n",ifr->ifr_name); 
> 120: memcpy(lastname, ifr->ifr_name, IFNAMSIZ); 
> 
> Thanks for the help, 
> Brian 
> 


------------------------------------------------------ 
Martin Knoblauch 
email: k n o b i AT knobisoft DOT de 
www: http://www.knobisoft.de 


_______________________________________________ 
Ganglia-developers mailing list 
Ganglia-developers@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/ganglia-developers


---

This e-mail may contain confidential and/or privileged information. If
you 
are not the intended recipient (or have received this e-mail in error) 
please notify the sender immediately and destroy this e-mail. Any 
unauthorized copying, disclosure or distribution of the material in
this 
e-mail is strictly forbidden.



------------------------------------------------------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www:   http://www.knobisoft.de

Reply via email to