Uploaded image for project: 'XenServer Org'
  1. XenServer Org
  2. XSO-365

VM Filesystem corruption after migration between pools

    XMLWordPrintable

    Details

      Description

      Configuration:

      • Two pools, both running XS 6.5 + latest patches as of 11/9/15
      • Storage is dedicated iSCSI 20Gbit LACP bond
      • Pool A consists of HP Bl460c Gen8 Blades
      • Pool B consists of HP BL460c Gen9 Blades
      • Example VM in this case is a small (500MB) Debian Wheezy used for templates

      To Reproduce:

      1. Migrate VM on pool A to pool B
      2. Start VM on pool B and write to disk
      3. Reboot VM
      4. Filesystem corruption!

      Impact:

      If you don't notice this before writing much data to the VM the filesystem is destroyed and cannot be recovered (easily).

      Likely Cause:

      The migration process causes the the disk to change in a manor that results in EXT4's free block count to change. (See screenshot)

      If this is not immediately repaired and data is written to the filesystem corruption will occur.

      Upon reboot after writing some small files to disk:

      Free block count change detected by fsck:

        Attachments

          Activity

            People

            Assignee:
            stephentu Stephen Turner
            Reporter:
            s_mcleod Sam McLeod
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved: