Opened 8 years ago
Closed 7 years ago
#656 closed defect (fixed)
mindi cannot handle /lib as symlink in Fedora 17
Reported by: | jpeaks | Owned by: | Bruno Cornec |
---|---|---|---|
Priority: | highest | Milestone: | 3.2.0 |
Component: | mindi | Version: | 3.0.2 |
Severity: | critical | Keywords: | mindi symbolic symlink fc17 |
Cc: |
Description
This has been mentioned a few times by people, but there doesn't seem to be a ticket for it nor any fix that I can find. I tried manually patching in changeset 3041 but that is only about /sbin and /bin. Error is:
FATAL ERROR. Cannot copy /lib to /home/mondo.tmp.wujMtk/bigdir - did you run out of disk space?
I have not run out of disk space. I also have the fix to my mind.conf as follows:
EXTRA_SPACE=120000 # increase if you run out of ramdisk space BOOT_SIZE=65600 # size of the boot disk
I attach the mindi.log file.
mindi version = 2.1.3-1 mondo version = 3.0.2-1
Attachments (3)
Change History (15)
Changed 8 years ago by
comment:1 Changed 8 years ago by
comment:2 Changed 8 years ago by
Priority: | normal → highest |
---|---|
Severity: | normal → blocker |
Status: | new → assigned |
rev [3061] should help fixing this issue. Please use the test versions available at ftp://ftp.mondorescue.org/test/fedora/17 and report whether this is sufficient or not. If not, please include again the log file.
comment:3 follow-up: 4 Changed 8 years ago by
Unfortunately it didn't fix it. I'll attach the latest mondo and mindi logs.
By the way, I think it's unrelated but I do get a message on screen stating "sh3 grub: command not found" when mindi is running.
Disk space is definitely not an issue:
df -h Filesystem Size Used Avail Use% Mounted on rootfs 50G 14G 34G 28% / devtmpfs 739M 0 739M 0% /dev tmpfs 748M 0 748M 0% /dev/shm tmpfs 748M 25M 724M 4% /run /dev/mapper/vg_linserver-lv_root 50G 14G 34G 28% / tmpfs 748M 0 748M 0% /sys/fs/cgroup tmpfs 748M 0 748M 0% /media /dev/sda1 485M 93M 367M 21% /boot /dev/mapper/vg_linserver-lv_home 99G 308M 94G 1% /home
The command I'm using to run mondo:
mondoarchive -OVid '/net/timecapsule/linserver' -E '/net|/var/www/html/videos' -3G -s 4480m -g
If I use -W it works fine as I skip the mindi part, but it's not an option I want to use
Changed 8 years ago by
Attachment: | mindi-1.log added |
---|
Changed 8 years ago by
Attachment: | mondoarchive.log added |
---|
comment:4 Changed 8 years ago by
Replying to jpeaks:
By the way, I think it's unrelated but I do get a message on screen stating "sh3 grub: command not found" when mindi is running.
This is odd as mindi doesn't call grub at all :-( I wonder where that sh3 comes from as well.
comment:5 Changed 8 years ago by
I have a new beta available. It may present some improvements, but doesn't fix all the issues.
comment:6 Changed 8 years ago by
I tried the latest versions - mindi.i386 0:2.1.420121120171707-0.fc17 mondo.i386 0:3.0.320121120171707-0.fc17
Unfortunately the error message is exactly the same
comment:7 Changed 8 years ago by
Severity: | blocker → critical |
---|
I got a report that the latest stable version works for Fedora 17 correctly, however, that mindi takes 50 minutes to perform its taks which is way too much. So this bug report is changing nature (removing blocker) but still to be solved more effectively.
comment:9 Changed 8 years ago by
I can confirm that my new Mageia 3 exhibit exactly the same issue with my current beta of mindi 2.1.6 (and also has /lib redirected to /usr/lib), so I should be able to fix it a bit more easily.
comment:10 Changed 8 years ago by
Should be greatly improved with rev [3166]. With this rev, mindi works for Mageia 3.
I'll regenrate packages based on this to get feedback.
comment:11 Changed 7 years ago by
Version 3.2 will be the one to fix symlink support in Fedora 17-20. Beta is still not fully operational to be tested. I'll update once I have working packages later this week.
comment:12 Changed 7 years ago by
Milestone: | 3.0.5 → 3.2.0 |
---|---|
Resolution: | → fixed |
Status: | assigned → closed |
The latest beta of 20140627 is fixing this issue on my side. Feel free to reopen if you still have problems.
Should mention that /lib is a symlink to /usr/lib