XCP: request for review a sr driver

XCP: request for review a sr driver

[YAMAMOTO Takashi]

hi,

[ sorry for cross-posting; i'm not sure which ML is more appropriate
for this ]

i think i mostly finished my sr driver for our product.
you can find it at
	http://vastsky.svn.sourceforge.net/viewvc/vastsky/trunk/xcp/

can someone please review the code and consider to include it in
the xcp distribution?  thanks.

YAMAMOTO Takashi

RE: XCP: request for review a sr driver

[Dave Scott]

Hi,

> i think i mostly finished my sr driver for our product.
> you can find it at
> 	http://vastsky.svn.sourceforge.net/viewvc/vastsky/trunk/xcp/

Cool!

How would you like the code to be incorporated? Would it be best to take infrequent tarball snapshots or to 'svn up' from your repo on every build?

Looking at the driver code I think the only major thing we have to sort out is the multipath handling. XCP handles multipath in a slightly different way to standard CentOS. Rather than listen for asynchronous uevents, paths must be explicitly registered with multipathd -- see mpathutil.py for CLI-like commands.

Cheers,
Dave

> 
> can someone please review the code and consider to include it in
> the xcp distribution?  thanks.
> 
> YAMAMOTO Takashi
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

RE: XCP: request for review a sr driver

[YAMAMOTO Takashi]

hi,

thanks for taking a look at this.

> Hi,
> 
>> i think i mostly finished my sr driver for our product.
>> you can find it at
>> 	http://vastsky.svn.sourceforge.net/viewvc/vastsky/trunk/xcp/
> 
> Cool!
> 
> How would you like the code to be incorporated? Would it be best to take infrequent tarball snapshots or to 'svn up' from your repo on every build?

i'd be happier if this code was kept in the xcp repo.
when will it be publically available?

> 
> Looking at the driver code I think the only major thing we have to sort out is the multipath handling. XCP handles multipath in a slightly different way to standard CentOS. Rather than listen for asynchronous uevents, paths must be explicitly registered with multipathd -- see mpathutil.py for CLI-like commands.

i'll take a look.

YAMAMOTO Takashi

> 
> Cheers,
> Dave
> 
>> 
>> can someone please review the code and consider to include it in
>> the xcp distribution?  thanks.
>> 
>> YAMAMOTO Takashi
>> 
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

RE: XCP: request for review a sr driver

[YAMAMOTO Takashi]

hi,

> hi,
> 
> thanks for taking a look at this.
> 
>> Hi,
>> 
>>> i think i mostly finished my sr driver for our product.
>>> you can find it at
>>> 	http://vastsky.svn.sourceforge.net/viewvc/vastsky/trunk/xcp/
>> 
>> Cool!
>> 
>> How would you like the code to be incorporated? Would it be best to take infrequent tarball snapshots or to 'svn up' from your repo on every build?
> 
> i'd be happier if this code was kept in the xcp repo.
> when will it be publically available?

i'm still interested in this. 
is there any progress about xcp repo?

YAMAMOTO Takashi

> 
>> 
>> Looking at the driver code I think the only major thing we have to sort out is the multipath handling. XCP handles multipath in a slightly different way to standard CentOS. Rather than listen for asynchronous uevents, paths must be explicitly registered with multipathd -- see mpathutil.py for CLI-like commands.
> 
> i'll take a look.
> 
> YAMAMOTO Takashi
> 
>> 
>> Cheers,
>> Dave
>> 
>>> 
>>> can someone please review the code and consider to include it in
>>> the xcp distribution?  thanks.
>>> 
>>> YAMAMOTO Takashi
>>> 
>>> _______________________________________________
>>> Xen-devel mailing list
>>> Xen-devel@lists.xensource.com
>>> http://lists.xensource.com/xen-devel
>> 
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

Re: XCP: request for review a sr driver

[Jonathan Ludlam]

Hi,

I'll find out what the status of the xen-sm.hg repository is - there's some amount of procedure involved in opening up a repository, and it can sometimes get stalled. I can't see any blockers though, so hopefully we'll see the repo go live soon. When that happens, We'll be happy to add in your SM backend. 

I'll update once I know more.

Cheers,

Jon



On 28 Sep 2010, at 10:05, YAMAMOTO Takashi wrote:

> hi,
> 
>> hi,
>> 
>> thanks for taking a look at this.
>> 
>>> Hi,
>>> 
>>>> i think i mostly finished my sr driver for our product.
>>>> you can find it at
>>>> 	http://vastsky.svn.sourceforge.net/viewvc/vastsky/trunk/xcp/
>>> 
>>> Cool!
>>> 
>>> How would you like the code to be incorporated? Would it be best to take infrequent tarball snapshots or to 'svn up' from your repo on every build?
>> 
>> i'd be happier if this code was kept in the xcp repo.
>> when will it be publically available?
> 
> i'm still interested in this. 
> is there any progress about xcp repo?
> 
> YAMAMOTO Takashi
> 
>> 
>>> 
>>> Looking at the driver code I think the only major thing we have to sort out is the multipath handling. XCP handles multipath in a slightly different way to standard CentOS. Rather than listen for asynchronous uevents, paths must be explicitly registered with multipathd -- see mpathutil.py for CLI-like commands.
>> 
>> i'll take a look.
>> 
>> YAMAMOTO Takashi
>> 
>>> 
>>> Cheers,
>>> Dave
>>> 
>>>> 
>>>> can someone please review the code and consider to include it in
>>>> the xcp distribution?  thanks.
>>>> 
>>>> YAMAMOTO Takashi
>>>> 
>>>> _______________________________________________
>>>> Xen-devel mailing list
>>>> Xen-devel@lists.xensource.com
>>>> http://lists.xensource.com/xen-devel
>>> 
>>> _______________________________________________
>>> Xen-devel mailing list
>>> Xen-devel@lists.xensource.com
>>> http://lists.xensource.com/xen-devel
>> 
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

Re: RE: [Xen-devel] XCP: request for review a sr driver

[Tomoe Sugihara]

Hi Dave,

Sorry for replying late.

On 07/16/2010 11:01 PM, Dave Scott wrote:
> Hi,
>
>> i think i mostly finished my sr driver for our product.
>> you can find it at
>> 	http://vastsky.svn.sourceforge.net/viewvc/vastsky/trunk/xcp/
>
> Cool!
>
> How would you like the code to be incorporated? Would it be best to take infrequent tarball snapshots or to 'svn up' from your repo on every build?
>
> Looking at the driver code I think the only major thing we have to sort out is the multipath handling. XCP handles multipath in a slightly different way to standard CentOS. Rather than listen for asynchronous uevents, paths must be explicitly registered with multipathd -- see mpathutil.py for CLI-like commands.


Thank you for the comment, but could you elaborate on the issue?
[ what's wrong with automatic detection by multipathd? ]

I took a look at mpathutil.py, but I couldn't figure out what you mean.
I think I'm missing how XCP uses multipath, so I'd appreciate your comment.

As we added Eucalyptus EBS support for vastsky, now our code for XCP is at:
http://vastsky.svn.sourceforge.net/viewvc/vastsky/trunk/drivers/xcp/

Best,
Tomoe

  
> Cheers,
> Dave
>
>>
>> can someone please review the code and consider to include it in
>> the xcp distribution?  thanks.
>>
>> YAMAMOTO Takashi
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@public.gmane.org
>> http://lists.xensource.com/xen-devel
>
> _______________________________________________
> xen-api mailing list
> xen-api-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@public.gmane.org
> http://lists.xensource.com/mailman/listinfo/xen-api
>