Bug 707209
| Summary: | e4defrag does not work with LVM device nodes. | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Peter Hjalmarsson <kanelxake> |
| Component: | e2fsprogs | Assignee: | Eric Sandeen <esandeen> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 16 | CC: | dkovalsk, esandeen, josef, kzak |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-08-02 17:15:39 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Peter Hjalmarsson
2011-05-24 12:09:04 UTC
Ugh. I knew I should have turned off e4defrag for F15. This is probably because the devicemapper node is a symlink. If you point it at the ultimate target of the symlink it probably works, and e4defrag needs to deref the symlink (it needs a lot of things, actually...) Can you confirm? (In reply to comment #1) > Ugh. I knew I should have turned off e4defrag for F15. > Hehe, yeah. It seems to have problems all over, but at least some of them (like e4defrag complaining about bad filedescriptors) seems to work when compiling and running e4defrag from git. > This is probably because the devicemapper node is a symlink. If you point it > at the ultimate target of the symlink it probably works, and e4defrag needs to > deref the symlink (it needs a lot of things, actually...) > > Can you confirm? [xake@ferra ~]$ mount | grep '/ ' /dev/mapper/vg_ferra-lv_root on / type ext4 (rw,relatime,seclabel,barrier=1,data=ordered) [xake@ferra ~]$ ls -l /dev/mapper/vg_ferra-lv_root lrwxrwxrwx. 1 root root 7 24 maj 19.24 /dev/mapper/vg_ferra-lv_root -> ../dm-2 [xake@ferra ~]$ sudo e4defrag -test -c /dev/dm-2 Filesystem is not mounted [xake@ferra ~]$ So e4defrag cannot see it being mounted. And these problems are not fixed in git. Still a valid report for F16, I can't it to work: # e4defrag -test -c / Filesystem is not ext4 filesystem NOT True! # mount |grep root /dev/mapper/vg_kovinek-root_3 on / type ext4 (rw,noatime,nodiratime,user_xattr,acl,barrier=1,data=ordered) # e4defrag -test -c /dev/mapper/vg_kovinek-root_3 File is not regular file "/dev/mapper/vg_kovinek-root_3" # readlink /dev/mapper/vg_kovinek-root_3 ../dm-5 # e4defrag -test -c /dev/dm-5 Filesystem is not mounted # rpm -qf `which e4defrag` e2fsprogs-1.41.14-2.fc15.x86_64 And it doesn't work on a file either: # e4defrag -test -c fedora-release-16-1.noarch.rpm Filesystem is not ext4 filesystem # uname -a Linux kovinek 3.1.2-1.fc16.x86_64 #1 SMP Tue Nov 22 09:00:57 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux # lsb_release -a LSB Version: :core-4.0-amd64:core-4.0-noarch Distributor ID: Fedora Description: Fedora release 16 (Verne) Release: 16 Codename: Verne Ok, I finally sent a patch upstream for this. Sorry for the long delay. (In reply to comment #4) > Ok, I finally sent a patch upstream for this. Sorry for the long delay. And that patch "WORKSFORME" when I tried it out. Thanks. how critical is this for you to have fixed in fedora right now? It's in rawhide now, unless you really need it backported to a release I'll just close it UPSTREAM. Thanks, -Eric I have survived so far.;) Just close it. Ok - Really, I'll push it to a release if you need it, but just trying to triage work a bit here. Thanks, -Eric |