1. 18 Apr, 2014 2 commits
    • Andrew Vagin's avatar
      mount: fill fstypes for btrfs mounts on restore · b664bb14
      Andrew Vagin authored
      BTRFS returns subvolume dev-id instead of superblock dev-id,
      so we need to know which mounts are btrfs.
      
      The mi->fstype->name is "unsuppoerted" here, because the fstype->code
      is saved in an image
      
      {
      .name = "unsupported",
      .code = FSTYPE__UNSUPPORTED,
      },
      {
      .name = "btrfs",
      .code = FSTYPE__UNSUPPORTED,
      }
      
      An a second reason is that pocesses can be migrated from smth to btrfs.
      This all can happen _only_ for the root mount and for bind mounts of
      the root mount...
      Signed-off-by: 's avatarAndrew Vagin <avagin@openvz.org>
      Signed-off-by: 's avatarPavel Emelyanov <xemul@parallels.com>
      b664bb14
    • Tikhomirov Pavel's avatar
      v2 mem: if no parent image persists, can't rely on it · e01dc7fa
      Tikhomirov Pavel authored
      here was bug cause if e.g.: iterative snapshots are made and
      between two of them new process in process tree was created,
      it can have pages which are non dirty, and won't save them
      into image. but there is no parent image for it.
      
      pages which are non soft-dirty appear if process with some pages
      in non dirty state forks, child will inherit those pte's
      and if child don't write to those pages, they will be still in non
      soft-dirty state when next dump comes.
      
      also this bug was not catched because of error in zdtm, look 3/3
      
      v2: simplify, add more justification in commit message.
      Signed-off-by: 's avatarTikhomirov Pavel <snorcht@gmail.com>
      Signed-off-by: 's avatarPavel Emelyanov <xemul@parallels.com>
      e01dc7fa
  2. 17 Apr, 2014 13 commits
  3. 15 Apr, 2014 1 commit
  4. 14 Apr, 2014 2 commits
  5. 11 Apr, 2014 11 commits
  6. 09 Apr, 2014 7 commits
  7. 08 Apr, 2014 4 commits