> What about "stat" instead of "ls -al"? Is that file on squashfs? Does
[EMAIL PROTECTED] flashfs]$ ls -al
lib/modules/2.6.16-fpga1/kernel/drivers/fpga/nww.ko
-rw-r--r-- 1 mleeman firmware 6727 2006-05-05 08:53
lib/modules/2.6.16-fpga1/kernel/drivers/fpga/nww.ko
[EMAIL PROTECTED] flashfs]$ fakeroot -i ../fakeroot.env ls -al
lib/modules/2.6.16-fpga1/kernel/drivers/fpga/nww.ko
ls: cannot read symbolic link
lib/modules/2.6.16-fpga1/kernel/drivers/fpga/nww.ko: Invalid argument
lrw-r--r-- 1 root root 6727 2006-05-05 08:53
lib/modules/2.6.16-fpga1/kernel/drivers/fpga/nww.ko
[EMAIL PROTECTED] flashfs]$ stat
lib/modules/2.6.16-fpga1/kernel/drivers/fpga/nww.ko
File: `lib/modules/2.6.16-fpga1/kernel/drivers/fpga/nww.ko'
Size: 6727 Blocks: 16 IO Block: 4096 regular file
Device: 803h/2051d Inode: 195978 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/ mleeman) Gid: ( 1004/firmware)
Access: 2006-05-05 08:53:45.288021750 +0200
Modify: 2006-05-05 08:53:45.288021750 +0200
Change: 2006-05-05 08:53:45.288021750 +0200
[EMAIL PROTECTED] flashfs]$ fakeroot -i ../fakeroot.env stat
lib/modules/2.6.16-fpga1/kernel/drivers/fpga/nww.ko
File: stat: cannot read symbolic link
`lib/modules/2.6.16-fpga1/kernel/drivers/fpga/nww.ko': Invalid argument
Size: 6727 Blocks: 16 IO Block: 4096 symbolic
link
Device: 803h/2051d Inode: 195978 Links: 1
Access: (0644/lrw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2006-05-05 08:53:45.288021750 +0200
Modify: 2006-05-05 08:53:45.288021750 +0200
Change: 2006-05-05 08:53:45.288021750 +0200
> the problem occur with other filesystems?
No, the file is on the server in the filesystem (jfs). The problem is
shown while running mksquashfs:
fakeroot -i
/users/firmware/mleeman/no_backup/build-scu.2.6.nightly-20060505-084349/fakeroot.env
-s
/users/firmware/mleeman/no_backup/build-scu.2.6.nightly-20060505-084349/fakeroot.env
mksquashfs flashfs
/users/firmware/mleeman/no_backup/build-scu.2.6.nightly-20060505-084349/v-scu.2.6.nightly/flashfs.scu.2.6.nightly.img
-noappend -info -be
but is not limited to mksquashfs as the stat and the ls show on the
server filesystem (jfs), but I've also seen this on xfs. If I would run
mkcramfs or any other command, it would be exactly the same. It seems
that the problem is originating while saving or reading with the
fakeroot.env db.
> Can you isolate it to a small test case?
This is difficult, but I'll try: the problem occurs not every time: I
just ran about 8 builds before I encountered the problem, while in other
cases, I can run about 5 builds that all have this error.
I know of at least 5 machines (all kinds of archs) where this problem
occurs, ranging from laptops, to servers and blade units (this is the
advantage of waiting several months before reporting a bug :) ).
I just checked the fakeroot.env database for anomalies and by changing
one single entry in the db, the problem is no longer there:
[EMAIL PROTECTED] flashfs]$ diff -u ../fakeroot.env~ ../fakeroot.env
--- ../fakeroot.env~ 2006-05-05 08:53:54.712610750 +0200
+++ ../fakeroot.env 2006-05-05 09:15:16.030022000 +0200
@@ -180,7 +180,7 @@
dev=803,ino=195975,mode=60644,uid=0,gid=0,nlink=1,rdev=846
dev=803,ino=195976,mode=120777,uid=0,gid=0,nlink=1,rdev=0
dev=803,ino=195977,mode=120777,uid=0,gid=0,nlink=1,rdev=0
-dev=803,ino=195978,mode=120644,uid=0,gid=0,nlink=1,rdev=0
+dev=803,ino=195978,mode=100644,uid=0,gid=0,nlink=1,rdev=0
dev=803,ino=195979,mode=120777,uid=0,gid=0,nlink=1,rdev=0
dev=803,ino=195980,mode=120777,uid=0,gid=0,nlink=1,rdev=0
dev=803,ino=195981,mode=120777,uid=0,gid=0,nlink=1,rdev=0
[EMAIL PROTECTED] flashfs]$ fakeroot -i ../fakeroot.env stat
lib/modules/2.6.16-fpga1/kernel/drivers/fpga/nww.ko
File: `lib/modules/2.6.16-fpga1/kernel/drivers/fpga/nww.ko'
Size: 6727 Blocks: 16 IO Block: 4096 regular file
Device: 803h/2051d Inode: 195978 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2006-05-05 08:53:45.288021750 +0200
Modify: 2006-05-05 08:53:45.288021750 +0200
Change: 2006-05-05 08:53:45.288021750 +0200
Just to make certain, I save all the commands that I do for creating the
FS, and no ln is done anywhere near that location:
[EMAIL PROTECTED] flashfs]$ cat ../debug_command.log |grep ln
ln -s /usr/sbin/dropbearmulti flashfs/usr/sbin/dropbear
ln -s /tmp flashfs/etc/dropbear
ln -s /usr/sbin/dropbearmulti flashfs/usr/bin/dropbearconvert
ln -s /usr/sbin/dropbearmulti flashfs/usr/bin/dbclient
ln -s /tmp flashfs/var/run
ln -s /usr/sbin/dropbearmulti flashfs/usr/bin/dropbearkey
ln -s /tmp flashfs/var/log
ln -s /usr/sbin/dropbearmulti flashfs/usr/bin/scp
ln -s /usr/sbin/dropbearmulti flashfs/usr/bin/ssh
It look as if "for some reason" (tm), mode 120644 is used in the
fakeroot.env instead of 100644 :-/ while executing this command:
[EMAIL PROTECTED] flashfs]$ cat ../debug_command.log |grep fakeroot |grep nww.ko
fakeroot -i
/users/firmware/mleeman/no_backup/build-scu.2.6.nightly-20060505-084349/fakeroot.env
-s
/users/firmware/mleeman/no_backup/build-scu.2.6.nightly-20060505-084349/fakeroot.env
install -m 644
/users/firmware/mleeman/no_backup/build-scu.2.6.nightly-20060505-084349/v-scu.2.6.nightly/flashfs/nww.ko
/users/firmware/mleeman/no_backup/build-scu.2.6.nightly-20060505-084349/flashfs//lib/modules/2.6.16-fpga1/kernel/drivers/fpga/
--
greetz, marc
She was vague to the point that I suspect she doesn't have a clue.
D'Argo - Family Ties
scorpius.homelinux.org 2.6.16 #6 PREEMPT Sat Apr 1 21:22:39 CEST 2006 GNU/Linux
signature.asc
Description: Digital signature
