This was offline, run off the Ubuntu live cd. I will get back to you on
the rest on Monday.

From: <boun...@canonical.com> on behalf of Theodore Ts'o <ty...@mit.edu>
Reply-To: Bug 1778140 <1778...@bugs.launchpad.net>
Date: Friday, June 22, 2018 at 19:50
To: Maurice R Volaski <maurice.vola...@einstein.yu.edu>
Subject: [Bug 1778140] Re: resize2fs hoses a filesystem on lvm after resizing

#1  Was this an on-line or off-line resize?   That is, was the file
system mounted at the time when you ran resize2fs?

#2   Can you post a copy of dumpe2fs before you started to resize?

#3   How big were you trying to resize the file system to become?

It's great that you have a snapshot of the file system pre-resize, since
that means we can test potential fixes.  If you can keep a snapshot of
that exist file system image while I investigate this failure, it would
be much appreciated.

--
You received this bug notification because you are subscribed to the bug
report.
https://bugs.launchpad.net/bugs/1778140

Title:
  resize2fs hoses a filesystem on lvm after resizing

Status in e2fsprogs package in Ubuntu:
  New

Bug description:
  Resized an ext4 filesystem on LVM. Before resizing, I confirmed
  filesystem was clean with e2fsck. After resizing, three errors were
  found.

  root@ubuntu:~# e2fsck -f /dev/ubuntu-vg/root
  e2fsck 1.44.1 (24-Mar-2018)
  Pass 1: Checking inodes, blocks, and sizes
  Inode 21110 extent block passes checks, but checksum does not match extent
                (logical block 18432, physical block 503808, len 3813)
  Fix<y>? no
  Inode 26807 extent block passes checks, but checksum does not match extent
                (logical block 34816, physical block 768000, len 896)
  Fix<y>? no
  Inode 28306 extent block passes checks, but checksum does not match extent
                (logical block 30720, physical block 430080, len 5130)
  Fix<y>? no
  Pass 2: Checking directory structure
  Pass 3: Checking directory connectivity
  Pass 4: Checking reference counts
  Pass 5: Checking group summary information


  This setup is currently in a virtual machine with a snapshot, so I can revert 
back and retest. The resize2fs is coming from the 18.04 Ubuntu CD.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: e2fsprogs 1.44.1-1
  ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
  Uname: Linux 4.15.0-20-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7
  Architecture: amd64
  CasperVersion: 1.394
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Jun 21 21:03:56 2018
  LiveMediaBuild: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
  ProcEnviron:
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=<set>
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: e2fsprogs
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/e2fsprogs/+bug/1778140/+subscriptions

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to e2fsprogs in Ubuntu.
https://bugs.launchpad.net/bugs/1778140

Title:
  resize2fs hoses a filesystem on lvm after resizing

Status in e2fsprogs package in Ubuntu:
  New

Bug description:
  Resized an ext4 filesystem on LVM. Before resizing, I confirmed
  filesystem was clean with e2fsck. After resizing, three errors were
  found.

  root@ubuntu:~# e2fsck -f /dev/ubuntu-vg/root
  e2fsck 1.44.1 (24-Mar-2018)
  Pass 1: Checking inodes, blocks, and sizes
  Inode 21110 extent block passes checks, but checksum does not match extent
        (logical block 18432, physical block 503808, len 3813)
  Fix<y>? no
  Inode 26807 extent block passes checks, but checksum does not match extent
        (logical block 34816, physical block 768000, len 896)
  Fix<y>? no
  Inode 28306 extent block passes checks, but checksum does not match extent
        (logical block 30720, physical block 430080, len 5130)
  Fix<y>? no
  Pass 2: Checking directory structure
  Pass 3: Checking directory connectivity
  Pass 4: Checking reference counts
  Pass 5: Checking group summary information

  
  This setup is currently in a virtual machine with a snapshot, so I can revert 
back and retest. The resize2fs is coming from the 18.04 Ubuntu CD.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: e2fsprogs 1.44.1-1
  ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
  Uname: Linux 4.15.0-20-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7
  Architecture: amd64
  CasperVersion: 1.394
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Jun 21 21:03:56 2018
  LiveMediaBuild: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
  ProcEnviron:
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=<set>
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: e2fsprogs
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/e2fsprogs/+bug/1778140/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to