[CRIU] Restoring images with page-*.img anonymized

Dmitry Safonov 0x7f454c46 at gmail.com
Mon Sep 30 19:26:55 MSK 2019


Hi guys,

On 9/30/19 5:08 PM, Harshavardhan Unnibhavi wrote:
[moved reply from top-post]
> On Mon, Sep 30, 2019 at 2:47 PM Pavel Emelianov <xemul at virtuozzo.com
> <mailto:xemul at virtuozzo.com>> wrote:
> 
>     On 27.09.2019 21:58, Harshavardhan Unnibhavi wrote:
>     > So by using the second option(as suggested by Dmitry) the
>     following information is obtained(which is also obtained during a
>     normal restore):
>     > (A)
>     > vdso: Runtime vdso/vvar matches dumpee, remap inplace
>     > vdso: Remap rt-vdso 0x2a000 -> 0x7ffca6198000
>     > vdso: Remap rt-vvar 0x27000 -> 0x7ffca6195000
>     > vdso: Using gettimeofday() on vdso at 0x7ffca6198d40
>     >
>     > Other information when restored normally like:
>     > (B)
>     > vdso: PT_LOAD p_vaddr: 0x0
>     > vdso: DT_HASH: 0x120
>     > vdso: DT_STRTAB: 0x298
>     > vdso: DT_SYMTAB: 0x1a8
>     > vdso: DT_STRSZ: 0x5e
>     > vdso: DT_SYMENT: 0x18
>     >    vdso: nbucket 0x3 nchain 0xa bucket 0x7ffca6198128 chain
>     0x7ffca6198134
>     > vdso: image [vdso] 0x7ffca6198000-0x7ffca619a000 [vvar]
>     0x7ffca6195000-0x7ffca6198000
>     > is not available.
>     >
>     > Is the information in (A) enough to decide that the restore
>     process was successful?
> 
>     I think yes. Let's try and see how it goes.
>
> Cool, I will implement this!

Note that the diff I've sent just makes vdso to pass.

I'm not carefully following anonymize patches, but it depends on your
goal: basically, if you expect that someone could send you for debugging
anonymized images when restore failed because of proxify_vdso(), than
you might want to actually save vdso page in pages*.img.

Maybe you would like to move vdso page from pages*.img to vdso*.img or
something like that.

I don't mind either way, it's JFI.

Thanks,
          Dmitry


More information about the CRIU mailing list