Opened 18 years ago
Closed 18 years ago
#121 closed defect (fixed)
incorrect tmp dir used by mindi for copying gawk to
Reported by: | adrianmarsh | Owned by: | Bruno Cornec |
---|---|---|---|
Priority: | normal | Milestone: | 2.2.2 |
Component: | mindi | Version: | 1.2.1 |
Severity: | normal | Keywords: | |
Cc: |
Description (last modified by )
Versions: (Centos 4.4)
root@ubiphone tmp.mondo.3618]# rpm -qa|egrep mindi\|mondo mondo-2.2.1-1.rh9 mondo-doc-2.2.1-1.rh9 mindi-1.2.1-1.rh9 mindi-busybox-1.2.2-1.rh9
During the mindi phase, it bails out with an error. Looking in mindi.log, it seems to me that mindi is trying to copy gawk to an incorrect directory (tmp )
That said, I'm running as root, so it should still be able to create /tmp.mondo.3618 (60+Gb free)
mindi.log extract:
DIFFERENTIAL = 0 INTERNAL TAPE BLOCK SIZE = 32768 NOT_BOOT = 'no' Mindi's temp dir = //tmp.mondo.3618 Mindi's output dir=//mondo.scratch.19622/images WARNING - bzip2 does not exist; cannot be LDD'd. WARNING - lvm does not exist; cannot be LDD'd. This warning only affects you if you are using LVM. I don't think you are, so don't worry about it. WARNING - lvm.static does not exist; cannot be LDD'd. ... ... ... locale=uk mappath = /lib/kbd/keymaps/i386/qwerty/uk.map.gz Added kbd map /lib/kbd/keymaps/i386/qwerty/uk.map.gz Added kbd map /lib/kbd/keymaps/i386/include/qwerty-layout.inc Added kbd map /lib/kbd/keymaps/i386/include/compose.inc Added kbd map /lib/kbd/keymaps/mac/include/mac-qwerty-layout.inc Added kbd map /lib/kbd/keymaps/i386/include/linux-with-alt-and-altgr.inc Added kbd map /lib/kbd/keymaps/i386/include/linux-keys-bare.inc Added kbd map /lib/kbd/keymaps/mac/include/mac-linux-keys-bare.inc FATAL ERROR. Cannot copy ../../bin/gawk to //tmp.mondo.3618/bigdir - did you run out of disk space?
Attachments (2)
Change History (9)
by , 18 years ago
comment:1 by , 18 years ago
Description: | modified (diff) |
---|---|
Status: | new → assigned |
comment:2 by , 18 years ago
comment:3 by , 18 years ago
Milestone: | → 2.2.1 |
---|
Ok, I think I found it.
Could you try applying that patch to /usr/sbin/mindi:
--- mindi/mindi (révision 1019) +++ mindi/mindi (révision 1020) @@ -943,7 +943,7 @@ return 0 fi - link=`readlink $file` + link=`readlink -f $file` d=`dirname $file` if [ ! -e "$link" -a ! -e "$d/$link" ]; then echo "Problem with dead link on $file -> $link" >> $LOGFILE
comment:4 by , 18 years ago
I tried the patch to the latest poste versions of mindi/mondo... Attached is the log. It doesn't look like it worked as theres still "" within the log.. but now the added problem that loop0 won't clear up.
[root@ubiphone tmp]# losetup /dev/loop0 -d ioctl: LOOP_CLR_FD: No such device or address
comment:5 by , 18 years ago
Milestone: | 2.2.1 → 2.2.2 |
---|
Well he problem is completely different. 1/ The is harmless 2/ The loop0 device maybe in use by something else on your system or there may be an issue with that function and your kernel or ...
Could you start from a clean state when you have time (meaning, reboot the system and then launch the archive process). You should be able to also use the latest rhel4 version announced today which fixes the bug you're seeing.
comment:7 by , 18 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
The main part of that bug is now closed. The loop problem is now followed in #140
If you're running Centos 4, could you rather try the packages available at ftp://ftp.mondorescue.org/rhel/4 instead ? I just want to check whether it has an impact or not.