- Original Message -
> From: "ybronhei"
> To: "Saggi Mizrahi" , "Barak Azulay"
> , "Dima Kuznetsov"
> , "Mooli Tayer" , "Yeela Kaplan"
>
> Sent: Sunday, April 6, 2014 12:05:17 PM
> Subject: Re: Mino
Yaniv synced the github version with the code
that was released.
1.3 is now tagged.
https://github.com/ficoos/cpopen/tree/1.3.0
___
vdsm-devel mailing list
vdsm-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
I remember there was a discussion about this.
https://lists.fedorahosted.org/pipermail/vdsm-devel/2013-November/002727.html
I don't remember what came of it in the end though.
- Original Message -
> From: "Frantisek Kobzik"
> To: vdsm-devel@lists.fedorahosted.org
> Sent: Friday, March 2
hread pool
doesn't need to handle this use case making it much simpler.
Because apart from the problem of libvirt calls getting stuck
we just need a run of the mill threadpool solution.
- Original Message -
> From: "Francesco Romani"
> To: "vdsm-devel"
>
> pthread.py:129(wait) 1230.640 1377.992
> +147.28 (BAD)
The threadpool would just get stuck on wait()
if there are no tasks since Queues use Conditions
internally.
This might explain how the average wait time is
so long.
- Original Message -
> From: "France
- Original Message -
> From: "Francesco Romani"
> To: "vdsm-devel"
> Cc: "ybronhei" , "Saggi Mizrahi"
> Sent: Tuesday, March 18, 2014 12:47:55 PM
> Subject: Re: [vdsm] Profiling and benchmarking VDSM
>
>
> - Orig
Thank you for taking the initiative.
Just reminding you that the test framework is owned
by infra so don't forget to put Yaniv and I in the CC
for all future correspondence regarding this feature.
As I will be the one responsible for the final
approval.
Ignore http://www.ovirt.org/Vdsm_Developers
It's a very interesting read and I request everyone
from infra read it and recommend others to put down a
few minutes and read it.
To give the VDSM POV.
Even though it make things faster. It still doesn't
solve the IO issues since they are caused by a mix
of kernel issues (D state) and python libr
- Original Message -
> From: "Nir Soffer"
> To: "Dan Kenigsberg"
> Cc: "VDSM Project Development"
> Sent: Wednesday, February 5, 2014 10:05:22 PM
> Subject: Re: [vdsm] suggested patch for python-pthreading
>
> - Original Message -
> > From: "Dan Kenigsberg"
> > To: "Yaniv Bronh
- Original Message -
> From: "Dan Kenigsberg"
> To: "Yaniv Bronheim"
> Cc: "VDSM Project Development" , "Saggi
> Mizrahi"
> Sent: Tuesday, February 4, 2014 12:20:52 PM
> Subject: Re: suggested patch for python-pthreading
>
- Original Message -
> From: "Doron Fediuck"
> To: "Vinzenz Feenstra"
> Cc: vdsm-devel@lists.fedorahosted.org
> Sent: Friday, October 18, 2013 10:17:55 AM
> Subject: Re: [vdsm] API.py | gerrit.ovirt Code Review
>
>
>
> - Original Message -
> > From: "Vinzenz Feenstra"
> > To:
Yaniv has a keen eye for catching system breaking failures and I think
he'll be an invaluable addition to the stable branch management.
+1
- Original Message -
> From: "Dan Kenigsberg"
> To: vdsm-de...@fedorahosted.org, a...@ovirt.org
> Sent: Wednesday, October 9, 2013 2:55:03 PM
> Subje
- Original Message -
> From: "Oved Ourfalli"
> To: "Saggi Mizrahi"
> Cc: dc...@redhat.com, "VDSM Project Development"
>
> Sent: Tuesday, October 8, 2013 4:15:22 PM
> Subject: Re: [vdsm] vdsm sync meeting - October 7th 2013
>
&g
- Original Message -
> From: "Oved Ourfalli"
> To: "Saggi Mizrahi"
> Cc: "Dan Kenigsberg" , dc...@redhat.com, "VDSM Project
> Development"
>
> Sent: Tuesday, October 8, 2013 11:42:23 AM
> Subject: Re: [vdsm] vdsm sync
- Original Message -
> From: "Dan Kenigsberg"
> To: "VDSM Project Development" ,
> dc...@redhat.com
> Sent: Monday, October 7, 2013 5:25:22 PM
> Subject: [vdsm] vdsm sync meeting - October 7th 2013
>
> We had an unpleasant talk, hampered by statics and disconnection on
> danken's side.
A preliminary version on the Java bindings is up on gerrit ready for review.
It's been
up for a while now but I noticed I forgot to notify the list.
It currently only supports the TCP transport as the Java implementation of
Proton gave me a lot of grief and I wanted to release things ASAP. Also,
This is very Gluster specific but I guess it's OK until I get some time to make
things
a bit more generic over there.
- Original Message -
> From: "Aravinda"
> To: vdsm-devel@lists.fedorahosted.org, engine-de...@ovirt.org, "Saggi
> Mizrahi" , a..
- Original Message -
> From: "Ayal Baron"
> To: "Saggi Mizrahi"
> Cc: engine-de...@ovirt.org, vdsm-devel@lists.fedorahosted.org, "Vinzenz
> Feenstra"
> Sent: Wednesday, March 13, 2013 5:39:24 PM
> Subject: Re: [vdsm] [Engine
I am completely against this.
It make the return value differ according to input which
is a big no no when talking about type safe APIs.
The only reason we have this problem is because there is this
thing against making multiple calls.
Just split it up.
getVmRuntimeStats() - transient things like
- Original Message -
> From: "Federico Simoncelli"
> To: "Saggi Mizrahi"
> Cc: "VDSM Project Development" , "Dan
> Kenigsberg" , "Vinzenz
> Feenstra" , "Ayal Baron" , "Adam
> Litke"
>
- Original Message -
> From: "Adam Litke"
> To: "Federico Simoncelli"
> Cc: "VDSM Project Development" , "Dan
> Kenigsberg" , "Saggi
> Mizrahi" , "Vinzenz Feenstra" ,
> "Ayal Baron"
> Sent:
- Original Message -
> From: "Adam Litke"
> To: "Shu Ming"
> Cc: "engine-devel" , "VDSM Project Development"
>
> Sent: Tuesday, January 22, 2013 2:20:19 PM
> Subject: Re: [vdsm] [Engine-devel] RFC: New Storage API
>
> On Tue, Jan 22, 2013 at 11:36:57PM +0800, Shu Ming wrote:
> > 201
- Original Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: vdsm-devel@lists.fedorahosted.org, "Vinzenz Feenstra"
>
> Sent: Tuesday, January 15, 2013 9:27:31 AM
> Subject: Re: [vdsm] API Documentation & Since tag
>
&g
- Original Message -
> From: "Ayal Baron"
> To: "Saggi Mizrahi"
> Cc: "engine-devel" , "VDSM Project Development"
> , "Deepak
> C Shetty"
> Sent: Monday, January 14, 2013 6:23:32 PM
> Sub
Good to see my suggestion didn't fall on deaf ears.
- Original Message -
> From: "Zhou Zheng Sheng"
> To: "Saggi Mizrahi"
> Cc: "VDSM Project Development" , "Adam
> Litke" , "Ayal Baron"
> , "Barak Azulay&quo
- Original Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: vdsm-devel@lists.fedorahosted.org, "Vinzenz Feenstra"
>
> Sent: Monday, January 14, 2013 5:21:41 PM
> Subject: Re: [vdsm] API Documentation & Since tag
>
&g
- Original Message -
> From: "Ayal Baron"
> To: "Saggi Mizrahi"
> Cc: "engine-devel" , "VDSM Project Development"
> , "Deepak
> C Shetty"
> Sent: Monday, January 14, 2013 4:56:05 PM
> Sub
- Original Message -
> From: "Adam Litke"
> To: "Vinzenz Feenstra"
> Cc: vdsm-devel@lists.fedorahosted.org
> Sent: Friday, January 11, 2013 9:03:19 AM
> Subject: Re: [vdsm] API Documentation & Since tag
>
> On Fri, Jan 11, 2013 at 10:19:45AM +0100, Vinzenz Feenstra wrote:
> > Hi everyo
- Original Message -
> From: "Itamar Heim"
> To: "Saggi Mizrahi"
> Cc: "VDSM Project Development" ,
> "engine-devel"
> Sent: Monday, January 14, 2013 6:18:13 AM
> Subject: Re: [vdsm] RFC: New Storage API
>
> On 12/04/
I remember that there was a discussion about it but I
don't remember it ever converging.
In any case there is a patch upstream [1] that merits
discussion outside the scope of the patch and reviewers.
The solution is somewhat elegant (and only ~150 LOC).
That being said I still have some 2 major pr
- Original Message -
> From: "Ayal Baron"
> To: "Saggi Mizrahi"
> Cc: "Dan Kenigsberg" , "Federico Simoncelli"
> , engine-de...@ovirt.org,
> vdsm-devel@lists.fedorahosted.org, "Adam Litke"
> Sent: Mond
Dan rightly suggested I'd be more specific about what the task system is
instead of what the task system isn't.
The problem is that I'm not completely sure how it's going to work.
It also depends on the events mechanism.
This is my current working draft:
TaskInfo:
id string
methodName string
kwa
This is an addendum to my previous email.
- Original Message -
> From: "Saggi Mizrahi"
> To: "Adam Litke"
> Cc: "Dan Kenigsberg" , "Ayal Baron" ,
> "Federico Simoncelli"
> , engine-de...@ovirt.org,
> vdsm-devel
- Original Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: "Dan Kenigsberg" , "Ayal Baron" ,
> "Federico Simoncelli"
> , engine-de...@ovirt.org,
> vdsm-devel@lists.fedorahosted.org
> Sent: Monday, Decem
- Original Message -
> From: "Adam Litke"
> To: vdsm-devel@lists.fedorahosted.org
> Cc: "Dan Kenigsberg" , "Ayal Baron" ,
> "Saggi Mizrahi" ,
> "Federico Simoncelli" , engine-de...@ovirt.org
> Sent: Monday, December
- Original Message -
> From: "Deepak C Shetty"
> To: "Saggi Mizrahi"
> Cc: "Shu Ming" , "engine-devel"
> , "VDSM Project Development"
> , "Deepak C Shetty"
>
> Sent: Sunday, December 16, 2012 11:40:01
- Original Message -
> From: "Ayal Baron"
> To: "Saggi Mizrahi"
> Cc: "VDSM Project Development" , "Shu
> Ming"
> Sent: Thursday, December 13, 2012 11:30:56 AM
> Subject: Re: [vdsm] Host bios information
>
>
>
>
Since I assume vdsClient will use libvdsm. It should have all the constants
defined.
I do like Adam's suggestion about making vdsClient auto-generated as well.
vdsClient is currently very annoying to maintain.
I would also like to propose changing the name of the executable to vdsm_cli.
It would
I kind of like the fact that I will not be blamed for all the stuff I broke. :(
- Original Message -
> From: "Antoni Segura Puimedon"
> To: vdsm-devel@lists.fedorahosted.org
> Sent: Thursday, December 13, 2012 10:34:52 AM
> Subject: [vdsm] blame and shame
>
> Hi list!
>
> Since I'm doin
I think that for the new current XML-RPC API it's OK to add it to the
getVdsCaps() verb.
For the new API I suggest moving it to it's own API. The smaller the APIs the
easier they are to deprecate and support.
I quite doubt the fields in getBiosInfo() will change half as frequently as
whatever ge
- Original Message -
> From: "Shu Ming"
> To: "Saggi Mizrahi"
> Cc: "Adam Litke" , "engine-devel" ,
> "VDSM Project Development"
>
> Sent: Monday, December 10, 2012 10:33:23 PM
> Subject: Re: [vdsm] RFC: New
- Original Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: "Shu Ming" , "engine-devel"
> , "VDSM Project Development"
>
> Sent: Monday, December 10, 2012 4:47:46 PM
> Subject: Re: [vdsm] RFC: New S
- Original Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: "Shu Ming" , "engine-devel"
> , "VDSM Project Development"
>
> Sent: Monday, December 10, 2012 1:39:51 PM
> Subject: Re: [vdsm] RFC: New S
- Original Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: "Deepak C Shetty" , "engine-devel"
> , "VDSM Project
> Development"
> Sent: Monday, December 10, 2012 1:49:31 PM
> Subject: Re: [vdsm] RF
- Original Message -
> From: "Shu Ming"
> To: "Deepak C Shetty"
> Cc: "Saggi Mizrahi" , "engine-devel"
> , "VDSM Project Development"
>
> Sent: Friday, December 7, 2012 1:37:20 AM
> Subject: Re: [vdsm] RFC: New St
- Original Message -
> From: "Deepak C Shetty"
> To: "Saggi Mizrahi"
> Cc: "Shu Ming" , "engine-devel"
> , "VDSM Project Development"
> , "Deepak C Shetty"
>
> Sent: Friday, December 7, 2012 12:23:15
- Original Message -
> From: "Shu Ming"
> To: "Saggi Mizrahi"
> Cc: "VDSM Project Development" ,
> "engine-devel"
> Sent: Thursday, December 6, 2012 11:02:02 AM
> Subject: Re: [vdsm] RFC: New Storage API
>
> Saggi,
&g
- Original Message -
> From: "Tony Asleson"
> To: vdsm-devel@lists.fedorahosted.org
> Sent: Wednesday, December 5, 2012 4:48:34 PM
> Subject: Re: [vdsm] RFC: New Storage API
>
> On 12/04/2012 03:52 PM, Saggi Mizrahi wrote:
> > I've been throwing
I'm sorry but your email client messed up the formatting and I can't figure out
what are you comments.
Could you please use text only emails.
- Original Message -
> From: "ybronhei"
> To: "Saggi Mizrahi"
> Cc: "Adam Litke" , "e
- Original Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: "VDSM Project Development" ,
> "engine-devel"
> Sent: Tuesday, December 4, 2012 6:08:25 PM
> Subject: Re: [vdsm] RFC: New Storage API
>
> Tha
int of view) need to
be vastly different.
Add policy, resource allocation, and error flows you see that VDSM doesn't have
nearly as much information to deal with the tasks.
- Original Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: "VD
I've been throwing a lot of bits out about the new storage API and I think it's
time to talk a bit.
I will purposefully try and keep implementation details away and concentrate
about how the API looks and how you use it.
First major change is in terminology, there is no long a storage domain but
Because I started hinting about how VDSM tasks are going to look going forward
I thought it's better I'll just write everything in an email so we can talk
about it in context.
This is not set in stone and I'm still debating things myself but it's very
close to being done.
- Everything is asynch
need to do is remove redundant arguments and split up verbs that do
more then one thing.
- Original Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: "vdsm-devel" , "Ayal Baron"
> , "Barak Azulay"
> , "
Currently the suggested scheme treats everything as instances and object have
methods.
This puts instancing as the responsibility of the API bindings.
I suggest changing it to the way json was designed with namespaces and methods.
For example instead for the api being:
vm = host.getVMsList()[0]
- Original Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: engine-de...@linode01.ovirt.org, "Dan Kenigsberg" ,
> "Federico Simoncelli"
> , "Ayal Baron" ,
> vdsm-devel@lists.fedorahosted.org
> Sent: M
icate with.
- Original Message -
> From: "Dan Kenigsberg"
> To: "Saggi Mizrahi"
> Cc: "Sheldon" , a...@linux.vnet.ibm.com,
> vdsm-devel@lists.fedorahosted.org, "Zheng Sheng
> ZS Zhou"
> Sent: Monday, December 3, 2012 12:01:28 PM
> Subject:
ome pseudo code of a client using the stream?
- Original Message -
> From: "Zhou Zheng Sheng"
> To: "Saggi Mizrahi" , "Adam Litke"
> Cc: "VDSM Project Development"
> Sent: Friday, November 30, 2012 10:12:19 PM
> Subject: Re: [vdsm] [R
There are a bunch of precondition to having HSM pulled out.
On simple things is that someone needs to go through storage/misc.py and
utils.py and move all the code out to logical packages.
There also needs to be a bit of a rearrangement of the code files so they can
import the reusable code prope
- Original Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: engine-de...@linode01.ovirt.org, "Dan Kenigsberg" ,
> "Federico Simoncelli"
> , "Ayal Baron" ,
> vdsm-devel@lists.fedorahosted.org
> Sent: Thur
al Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: engine-de...@linode01.ovirt.org, "Dan Kenigsberg" ,
> "Federico Simoncelli"
> , "Ayal Baron" ,
> vdsm-devel@lists.fedorahosted.org
> Sent: Thursday, November 29, 2
rg" ,
> "Federico Simoncelli"
> , "Saggi Mizrahi" , "Ayal Baron"
>
> Sent: Thursday, November 29, 2012 12:19:06 PM
> Subject: RFD: API: Identifying vdsm objects in the next-gen API
>
> Today in vdsm, every object (StoragePool, StorageDomain, VM, Vo
- Original Message -
> From: "Alon Bar-Lev"
> To: "Simon Grinberg"
> Cc: "VDSM Project Development" , "Saggi
> Mizrahi" , "lpeer >>
> Livnat Peer"
> Sent: Wednesday, November 28, 2012 12:49:10 PM
> Subjec
- Original Message -
> From: "Simon Grinberg"
> To: "Saggi Mizrahi"
> Cc: "VDSM Project Development" , "Barak
> Azulay" , "Igor
> Lvovsky"
> Sent: Wednesday, November 28, 2012 12:03:03 PM
> Subject: Re: [vdsm]
give the engine\user a way to recommend a value to the user.
- Original Message -
> From: "Saggi Mizrahi"
> To: "Igor Lvovsky"
> Cc: "VDSM Project Development" , "Simon
> Grinberg"
> Sent: Wednesday, November 28, 2012 11:23:52 AM
&
since it's not really a default I would call it a recommended setting.
- Original Message -
> From: "Igor Lvovsky"
> To: "Saggi Mizrahi"
> Cc: "VDSM Project Development" , "Simon
> Grinberg"
> Sent: Wednesday, November 28, 2012
I suggest we don't have a default. If you don't specify an MTU it will use
whatever is already configured.
There is no way to "go back to the defaults" only to set a new value. The
engine can assume 1500 (in case of ethernet devices) is the "recommended value".
- Original Message -
> Fro
The best solution would of course be 3 (Or something similar that keeps the
terminal state inside the VM memory so that migration works).
Tunelling screen can do that but it requires having screen (or something
similar) installed on the guest which is hard to do.
But I think the more practical s
I'm late to the party as usual...
I'm all for dynamic set up of hosts, I think it's the only way to go. I don't
understand how it can work anyway else.
That being said, if everything is set up dynamically it doesn't matter what
backend we use to set it up as long as we can query the state.
We c
I'm starting to see more and more flows run a process and leave a thread
waiting for it just to prevent a zombie attack.
This is wasteful, even more so that this is usually done for process that might
get stuck on IO and might take a while to come back.
To solve this I implemented this little t
I've recently encountered more and more people not using the git-review tool
and manually pushing their changes to Gerrit using raw git commands.
Even though there is nothing wrong with doing things the hard way. I prefer not
using an overly complicated error prone way to interact with Gerrit.
L
I assume there is a prepare call there that
makes everything slower.
This will only be fixed with new style domains that don't have a built in
sdUUID.
- Original Message -
> From: "Vinzenz Feenstra"
> To: "Itamar Heim"
> Cc: "Saggi Mizrahi&quo
currently getVdsCaps() does a lot of unrelated things most of them have no
relation to capabilites.
This was done because of HTTP overhead. Instead of calling multiple commands we
will call one that does everything.
I agree with the suggestion that getVdsCaps() will actually return the
capabili
I have a patch up on gerrit that should fix the errors everyone have been
experiencing.
This seems to affect everyone differently (and some non at all) so I want to
have as many people as possible tick the verify flag.
The kernel folk suspect there might be a memory corruption bug in the kernel
- Original Message -
> From: "Dor Laor"
> To: "Saggi Mizrahi"
> Cc: "Federico Simoncelli" ,
> vdsm-devel@lists.fedorahosted.org
> Sent: Wednesday, October 3, 2012 10:16:26 PM
> Subject: Re: [vdsm] API: Supporting internal/testing inter
with good people not to mention bad ones.
You could also just fix the design :)
- Original Message -
> From: "Federico Simoncelli"
> To: "Saggi Mizrahi"
> Cc: "Dan Kenigsberg" , vdsm-devel@lists.fedorahosted.org,
> "Adam Litke"
&g
gt; From: "Adam Litke"
> To: vdsm-devel@lists.fedorahosted.org
> Cc: "Dan Kenigsberg" , fsimo...@redhat.com, "Saggi
> Mizrahi"
> Sent: Wednesday, October 3, 2012 3:09:48 PM
> Subject: API: Supporting internal/testing interfaces
>
> Hi,
>
&g
If you are trying to run sanlock on fedora and you get this error:
Sep 23 11:26:56 dhcp-XX-XX.tlv.redhat.com sanlock[7083]: 2012-09-23
11:26:56+0200 37014 [7083]: wdmd connect failed for watchdog handling
You need to do this:
# unload softdog if it's running
rmmod softdog
# Check if there are r
> > >
> > >
> > > - Original Message -
> > >> From: "Juan Hernandez"
> > >> To: "Alon Bar-Lev"
> > >> Cc: "Itamar Heim" , "arch" ,
> > >> "VDSM Project Developm
Hi, in the API a lot of IDs get passed around are UUIDs.
The point is that as long as you are not the entity generating the UUIDs the
fact that these are UUIDs have no real significance to you.
I suggest removing the validation of UUIDs from the receiving end. There is no
real reason to make sure
: "Paolo Tonin"
> To: "Saggi Mizrahi"
> Sent: Monday, August 20, 2012 11:33:50 AM
> Subject: Re: [vdsm] About vdsm rest api
>
> Yes, because i don't want to install oVirt engine (and subsequely
> entire oVirt web interface and DB)
>
> 2012/8/20 Saggi
Hi, the rest API is going to move to a 2nd tier API very soon.
There is also a pretty big API restructuring going on so we could supply a
supported and documented API.
Is there a reason you are not using the ovirt-engine REST-API?
- Original Message -
> From: "Paolo Tonin"
> To: vdsm-de
Well, the if you find it difficult to correlate a return value (exceptions are
just fancy return values) with where they came from you have a very big problem.
- Original Message -
> From: "Dan Kenigsberg"
> To: "Saggi Mizrahi"
> Cc: "Simon Gri
- Original Message -
> From: "Simon Grinberg"
> To: "Saggi Mizrahi"
> Cc: "arch" , "VDSM Project Development"
>
> Sent: Thursday, August 16, 2012 12:12:04 PM
> Subject: Re: [RFC] Exception is VDSM
>
>
>
>
Currently we have very specific exceptions.
This causes proliferation of exception with no real gain.
There is really no benefit for each call to throw it's own error message:
For instance,
MiscFileReadException
MiscFileWriteException
MiscBlockReadException
MiscBlockWriteException
* There are abo
I have a bunch of patches going stale adding minor improvements:
I would like to get reviews so they get pushed in.
I know they contain code paths that are unused at the moment.
But adding death signal to certain copy operations or using the permutation
feature for testing could prove useful for o
ovirt.org/6659
- Original Message -
> From: "Itamar Heim"
> To: "Adam Litke"
> Cc: "Saggi Mizrahi" , vdsm-devel@lists.fedorahosted.org
> Sent: Thursday, July 26, 2012 9:39:16 AM
> Subject: Re: [vdsm] [RFC] An alternative way to provide a supp
I highly disagree with that proposal, it goes against the core meaning of
domain types.
Domain types are the abstraction between VDSM and storage backends.
The posixfs domain uses, as it's name suggests, only posix file operations so
it could work on any posix compliment backend.
Adding another a
- Original Message -
> From: "Lee Yarwood"
> To: "Saggi Mizrahi"
> Cc: vdsm-devel@lists.fedorahosted.org
> Sent: Wednesday, July 18, 2012 10:53:45 AM
> Subject: Re: [vdsm] How should we handle aborted tasks? via engine, vdsClient
> or both?
>
We purposefully removed the ability to stop and aborted task from outside VDSM.
It is one of the many features VDSM had (and still has) that could corrupt you
data center if abused.
On a related note, this is the time that the 1st rule of VDSM didn't apply!
This is one hell of a milestone!
-
full blown VDSM running.
- Original Message -
> From: "Shu Ming"
> To: "Saggi Mizrahi"
> Cc: "VDSM Project Development"
> Sent: Tuesday, July 17, 2012 11:48:39 AM
> Subject: Re: [vdsm] Verify the storage data integrity after some storage
&g
Actually setting up isos and installing an OS is an overkill IMHO.
Using libguestfs seems simpler as it has python bindings.
What you could do is:
1. use libguest fs to format a file system on an image
2. Put files on said file system with libguestfs
3. Snapshot
4. run fsck with libguestfs
5. rins
Hi, I would just like to push a few notes to people modifying autoconf\automake
lists
Please make sure the lists are sorted. Sorted lists are easier to skim and
modify.
Also, unsorted lists are known to make Federico sad, and we all want to keep
him happy because he is a pretty swell guy and th
http://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:repo_engine,n,z
Everything that isn't marked as WIP is ready for same hard-core review and
commit action.
The WIP parts are a bit rough around the edges expect:
* Typos
* spelling errors
* grammar errors
* Functions that
sm.JPG
>
>
> http://www.ovirt.org/wiki/File:Libvdsm.JPG
>
> On 2012-7-9 21:56, Adam Litke wrote:
> > On Fri, Jul 06, 2012 at 03:53:08PM +0300, Itamar Heim wrote:
> >> On 07/06/2012 01:15 AM, Robert Middleswarth wrote:
> >>> On 07/05/2012 04:45
- Original Message -
> From: "Itamar Heim"
> To: "Saggi Mizrahi"
> Cc: "Adam Litke" , vdsm-devel@lists.fedorahosted.org
> Sent: Monday, July 9, 2012 11:03:43 AM
> Subject: Re: [vdsm] [RFC] An alternative way to provide a supported interf
9:56:17 AM
> Subject: Re: [vdsm] [RFC] An alternative way to provide a supported interface
> -- libvdsm
>
> On Fri, Jul 06, 2012 at 03:53:08PM +0300, Itamar Heim wrote:
> > On 07/06/2012 01:15 AM, Robert Middleswarth wrote:
> > >On 07/05/2012 04:45 PM, Adam Litke wrote
- Original Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: "Anthony Liguori" , "VDSM Project Development"
>
> Sent: Thursday, July 5, 2012 4:45:08 PM
> Subject: Re: [RFC] An alternative way to provide a supported
- Original Message -
> From: "Adam Litke"
> To: "Saggi Mizrahi"
> Cc: "Anthony Liguori" , "VDSM Project Development"
>
> Sent: Thursday, July 5, 2012 2:34:50 PM
> Subject: Re: [RFC] An alternative way to provide a supported
is a good idea, but the
current API should not be used as the base.
- Original Message -
> From: "Anthony Liguori"
> To: "VDSM Project Development"
> Cc: "Adam Litke" , "Saggi Mizrahi"
> Sent: Monday, June 25, 2012 10:18:33 AM
> S
1 - 100 of 165 matches
Mail list logo
