lvresize fails attempting to call fsadm with --resizefs parameter

Bug #174032 reported by R. Denison
34
This bug affects 6 people
Affects Status Importance Assigned to Milestone
lvm2 (Ubuntu)
Confirmed
Undecided
Unassigned
Nominated for Karmic by Stefano Maioli

Bug Description

Binary package hint: lvm2

System information:

uname -a
Linux tardbook 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux

(Ubuntu Gutsy with all updates.)

Package version:

dpkg -l | grep lvm
ii lvm2 2.02.26-1ubuntu4 The Linux Logical Volume Manager

To reproduce the error:

lvresize --verbose --resizefs --size +1036 /dev/usb_vg/testvol1
    Finding volume group usb_vg
    Executing: fsadm check /dev/usb_vg/testvol1 (null)
  fsadm: execlp failed: No such file or directory
  fsadm failed: 2

Workaround:

Remove the --resizefs parameter and as a second step use resize2fs or ext2prepare and ext2fsresize to modify the file system.

Revision history for this message
Alasdair G. Kergon (agk2) wrote : Re: [Bug 174032] lvresize fails attempting to call fsadm with --resizefs parameter

On Tue, Dec 04, 2007 at 10:46:22PM -0000, R. Denison wrote:
> lvresize --verbose --resizefs --size +1036 /dev/usb_vg/testvol1

It's a long story, but --resizefs is still not yet supported upstream.

The good news is that someone sent me a reasonable-looking patch today
and there's a good chance this will be available upstream in the next
week or so.

Alasdair
--
<email address hidden>

Revision history for this message
Tudor Holton (tudor) wrote :

Any news on this bug? I notice that I'm still getting the error massage listed here, and this is the first bug to turn up in google for ubuntu lvm lvresize 'execlp failed'.

Revision history for this message
Aaron Kurtz (a.kurtz) wrote :

As the man said, still a problem with 2.02.39-0ubuntu9

Changed in lvm2 (Ubuntu):
status: New → Confirmed
Revision history for this message
Steve Scaffidi (sscaffidi) wrote :

This bug is still a problem in Jaunty:

# lvextend --size +20G --resizefs --verbose /dev/mapper/VolGroup00-home_tmp
    Finding volume group VolGroup00
    Executing: fsadm check /dev/VolGroup00/home_tmp (null)
  fsadm: execlp failed: No such file or directory
  fsadm failed: 2

# uname -a
Linux chimpanzee 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:58:03 UTC 2009 x86_64 GNU/Linux

# aptitude show -v lvm2
Package: lvm2
State: installed
Automatically installed: no
Version: 2.02.39-0ubuntu9
<snip>

IMO, the --resizefs option ought to be removed, or a more descriptive error message should be shown until this is fixed. I understand why it is this way, but an option that SHOWS UP in the --help output but DOES NOT WORK is a bug.

Revision history for this message
Steve Scaffidi (sscaffidi) wrote :

One more thing I want to add:

This is not a new issue - it has evidently re-occurred several times throughout the years:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=496020
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=291911
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=175820

Revision history for this message
Alasdair G. Kergon (agk2) wrote :

We did actually get --resizefs and fsadm working upstream (most of the time).

Revision history for this message
halil sen (halilsen) wrote :

It looks like this issue is fixed on Ubuntu 20.04 but a similar issue persists if `lvresize --resizefs` is called within a init-premount script (even though lvresize and fsadm copied via coy_exec).

```
/sbin/fsadm: execvp failed: No such file or directory
Filesystem check failed.

exit code 5.

```

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.