[Devel] [Q] migrating inotify assigned on ploop device
Pavel Emelyanov
xemul at parallels.com
Wed Jan 13 04:36:54 PST 2016
On 01/12/2016 12:10 PM, Nikita Spiridonov wrote:
> On Tue, 2016-01-12 at 13:12 +0300, Pavel Emelyanov wrote:
>> On 01/12/2016 01:08 PM, Cyrill Gorcunov wrote:
>>> On Tue, Jan 12, 2016 at 12:56:16PM +0400, Nikita Spiridonov wrote:
>>> ...
>>>>
>>>> Which images concretely we have to update?
>>>
>>> All images where /dev/ploopXXX may be present. In particular
>>> reg-files, inotify.
>>>
>>>> And do we really need CRIT utility or protobuf API can be used to fix
>>>> images?
>>>
>>> CRIT I believe is more convenient. Pavel mentioned "recode" feature he
>>> has in mind for such actions.
>>>
>>> Pavel, could you please join the conversation?
>>
>> Easily.
>>
>> One cannot just use protobuf API, as criu images are slightly more
>> that protobuf. What I propose is the recode action for crit, that
>> would open an image, decode it, apply changes specified in command
>> line (exact syntax is TBD) and write them out modified.
>
> Isn't it a considerable performance hit to recode all criu images on
> restore?
Not all, only those needed to.
>>
>> On restore we need to patch criu to spawn crit with recode action and
>> necessary recode rules. CRIT then would read data from images and write
>> them back to criu via pipe.
>>
>> -- Pavel
>>
>
>
> .
>
More information about the Devel
mailing list