
On Fri, 2006-11-03 at 10:53 -0500, Daniel Veillard wrote:
Okay I can see how this would be useful, the questions I would have would be: - how generic is this, i.e. suppose a different hypervisor back-end would this still make sense. I guess yes, for example with an UML back-end we could check the process status and force a dump with a signal and move the core to the given file not trivial but same semantic would be doable.
This I don't know a lot about. I hadn't considered the implications of using this on non-Xen guests. :o I think I agree with you, though. The only weird part I can think of with UML is that because it behaves like a normal process, we'd have to tweak the process's core limit before causing it to dump...?
- can we implement it with current xen, again yes, we should be able if we have a full connection (root) to do the same as 'xm dump-core'
Yes, given that xm dump-core can do it ;)
- is the API clean enough, I guess the semantic is relatively clear instead of stating 'If you set the lowest-bit in flags' I would rather define a DumpFlags enum and state that flags is an or'ing of any of them I would probably name the function virDomainDumpCore though to not confuse with virDomainSave
Totally correct here, it should be an enum of flags (with only one defined initially; I don't know what other flags there might be.
So yes, why not, you want to work on it ? Or should I (or any candidate).
Give me a few; I'll check on this. I don't have problems trying it, but I will have a learning curve of course. -- Lon