Bug#409075: lilo strace output
On Wed, Feb 07, 2007, Warren Turkal wrote: 22.7.3 does not work. Is there any chance of copying the required logic from fdisk to lilo in time for Etch? The preferred path for fixing for now still seems to be fixing the kernel. This bug has a release critical severity, so theoritically we should address it before etch. I'm not 100% sure the logic of fdisk is enough for lilo's use case. -- Loïc Minier [EMAIL PROTECTED]
Bug#409075: lilo strace output
On Thursday 08 February 2007 01:22, you wrote: The preferred path for fixing for now still seems to be fixing the kernel. This bug has a release critical severity, so theoritically we should address it before etch. Why was the functionality removed from the kernel? Or alternatively, why does it need to be in the kernel if the info if available without kernel support? I'm not 100% sure the logic of fdisk is enough for lilo's use case. Fair enough. wt -- Warren Turkal
Bug#409075: lilo strace output
On Thu, Feb 08, 2007, Warren Turkal wrote: Why was the functionality removed from the kernel? Or alternatively, why does it need to be in the kernel if the info if available without kernel support? It's best to use the functionality in the kernel instead of reinventing the wheel in each program. I don't know why it was changed in the kernel. -- Loïc Minier [EMAIL PROTECTED]
Bug#409075: lilo strace output
Hi, On Tue, Feb 06, 2007, Warren Turkal wrote: Here is the lilo strace output you asked for. I didn't see anything that the public shouldn't know in the output, so I have just attached it whole. Do you use udev or a static /dev? Is there a device on which you can fdisk -l to get the partitions of your RAID array? Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#409075: lilo strace output
On Wednesday 07 February 2007 02:30, you wrote: Do you use udev or a static /dev? udev Is there a device on which you can fdisk -l to get the partitions of your RAID array? /dev/cciss#ls c0d0 c0d0p1 /dev/cciss#fdisk -l c0d0 Disk c0d0: 500.0 GB, 500074307584 bytes 255 heads, 63 sectors/track, 60797 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System c0d0p1 1 60797 488351871 8e Linux LVM /dev/cciss#lvs LV VG Attr LSize Origin Snap% Move Log Copy% local vg0 -wi-ao 400.00G rootvg0 -wi-ao 3.00G swapvg0 -wi-ao 2.00G var vg0 -wi-ao 1.50G var-log vg0 -wi-ao 252.00M wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Science -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409075: lilo strace output
On Wed, Feb 07, 2007, Warren Turkal wrote: /dev/cciss#fdisk -l c0d0 Disk c0d0: 500.0 GB, 500074307584 bytes 255 heads, 63 sectors/track, 60797 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System c0d0p1 1 60797 488351871 8e Linux LVM Oh interesting, could you attach a strace of this fdisk -l run? Thanks! -- Loïc Minier [EMAIL PROTECTED]
Bug#409075: lilo strace output
On Wed, Feb 07, 2007, Warren Turkal wrote: The output of 'strace -o ~wt/fdisk.strace fdisk -l c0d0' is attached. Ok, so fdisk is more clever than lilo and will compute heads and sectors either by using the HDIO_GETGEO ioctl() or the information from the partition table. I suppose that if the kernel issue can not be solved, we may still implement such a fallback. Thanks for the info, -- Loïc Minier [EMAIL PROTECTED]
Bug#409075: lilo strace output
On Wednesday 07 February 2007 11:27, Loïc Minier wrote:
Oh interesting, could you attach a strace of this fdisk -l run?
The output of 'strace -o ~wt/fdisk.strace fdisk -l c0d0' is attached.
wt
--
Warren Turkal, Research Associate III/Systems Administrator
Colorado State University, Dept. of Atmospheric Science
execve(/sbin/fdisk, [fdisk, -l, c0d0], [/* 18 vars */]) = 0
uname({sys=Linux, node=acer, ...}) = 0
brk(0) = 0x805d000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f3d000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=75105, ...}) = 0
mmap2(NULL, 75105, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f2a000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/tls/i686/cmov/libc.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240O\1..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1241580, ...}) = 0
mmap2(NULL, 1247388, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7df9000
mmap2(0xb7f2, 28672, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x127) = 0xb7f2
mmap2(0xb7f27000, 10396, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f27000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7df8000
mprotect(0xb7f2, 20480, PROT_READ) = 0
set_thread_area({entry_number:-1 - 6, base_addr:0xb7df88e0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0,
useable:1}) = 0
munmap(0xb7f2a000, 75105) = 0
brk(0) = 0x805d000
brk(0x807e000) = 0x807e000
open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=1209120, ...}) = 0
mmap2(NULL, 1209120, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7cd
close(3)= 0
open(c0d0, O_RDONLY|O_LARGEFILE) = 3
open(c0d0, O_RDONLY|O_LARGEFILE) = 4
read(4, \372\353!\1\265\1LILO\26\6\321j\261E\0\0\0\0=NdE\364_\n..., 512) = 512
uname({sys=Linux, node=acer, ...}) = 0
ioctl(4, BLKSSZGET, 0xbf8c685c) = 0
fstat64(4, {st_mode=S_IFBLK|0660, st_rdev=makedev(104, 0), ...}) = 0
ioctl(4, 0x301, 0xbf8c66d4) = -1 ENXIO (No such device or address)
ioctl(4, BLKGETSIZE, 0xbf8c6694)= 0
ioctl(4, BLKGETSIZE64, 0xbf8c6688) = 0
_llseek(4, 0, [0], SEEK_SET)= 0
read(4, \372\353!\1\265\1LILO\26\6\321j\261E\0\0\0\0=NdE\364_\n..., 8192) =
8192
open(/usr/share/locale/locale.alias, O_RDONLY) = 5
fstat64(5, {st_mode=S_IFREG|0644, st_size=2582, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f3c000
read(5, # Locale name alias data base.\n#..., 4096) = 2582
read(5, , 4096) = 0
close(5)= 0
munmap(0xb7f3c000, 4096)= 0
open(/usr/share/locale/en_US.UTF-8/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/usr/share/locale/en_US.utf8/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/usr/share/locale/en_US/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/share/locale/en.UTF-8/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/usr/share/locale/en.utf8/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/usr/share/locale/en/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 6), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f3c000
write(1, \n, 1) = 1
write(1, Disk c0d0: 500.0 GB, 50007430758..., 40) = 40
write(1, 255 heads, 63 sectors/track, 607..., 45) = 45
write(1, Units = cylinders of 16065 * 512..., 50) = 50
write(1, Device Boot Start E..., 60) = 60
open(/usr/lib/gconv/gconv-modules.cache, O_RDONLY) = 5
fstat64(5, {st_mode=S_IFREG|0644, st_size=21568, ...}) = 0
mmap2(NULL, 21568, PROT_READ, MAP_SHARED, 5, 0) = 0xb7f36000
close(5)= 0
write(1, c0d0p1 1 607..., 63) = 63
close(4)= 0
munmap(0xb7f3c000, 4096)= 0
exit_group(0) = ?
Bug#409075: lilo strace output
On Wednesday 07 February 2007 11:43, you wrote: Ok, so fdisk is more clever than lilo and will compute heads and sectors either by using the HDIO_GETGEO ioctl() or the information from the partition table. I suppose that if the kernel issue can not be solved, we may still implement such a fallback. I am glad you see what the issue is. The machine is still running 22.6.1 from Etch. Is is possible that the 22.7.3 version fixed this issue? If so, can that version be pushed to Etch? If not, when the fix is applied, can that be pushed to Etch? BTW, if you can provide test packages on some site, I would be more than happy to test them. Thanks, wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Science
Bug#409075: lilo strace output
On Wed, Feb 07, 2007, Warren Turkal wrote: I am glad you see what the issue is. With another person having the same problem, it was diagnosed as being probably a regression of the kernel. I don't have any fix or workaround for you unfortunately. Is is possible that the 22.7.3 version fixed this issue? It would be interesting for you to try out, but I doubt it. If you can report success, we can consider pulling the relevant changes from this version. -- Loïc Minier [EMAIL PROTECTED]
Bug#409075: lilo strace output
On Wednesday 07 February 2007 15:05, you wrote: On Wed, Feb 07, 2007, Warren Turkal wrote: I am glad you see what the issue is. With another person having the same problem, it was diagnosed as being probably a regression of the kernel. I don't have any fix or workaround for you unfortunately. Crapola. This was a working configuration, and it's one of my users' desktops. Is is possible that the 22.7.3 version fixed this issue? It would be interesting for you to try out, but I doubt it. If you can report success, we can consider pulling the relevant changes from this version. 22.7.3 does not work. Is there any chance of copying the required logic from fdisk to lilo in time for Etch? wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Science -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409075: lilo strace output
Hi,
Here is the lilo strace output you asked for. I didn't see anything that the
public shouldn't know in the output, so I have just attached it whole.
wt
--
Warren Turkal, Research Associate III/Systems Administrator
Colorado State University, Dept. of Atmospheric Science
15558 execve(/sbin/lilo, [lilo], [/* 17 vars */]) = 0
15558 uname({sys=Linux, node=acer, ...}) = 0
15558 brk(0)= 0x80f3000
15558 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
15558 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0xb7fe3000
15558 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
15558 open(/etc/ld.so.cache, O_RDONLY) = 3
15558 fstat64(3, {st_mode=S_IFREG|0644, st_size=75105, ...}) = 0
15558 mmap2(NULL, 75105, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fd
15558 close(3) = 0
15558 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
15558 open(/lib/libncurses.so.5, O_RDONLY) = 3
15558 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\345...,
512) = 512
15558 fstat64(3, {st_mode=S_IFREG|0644, st_size=263040, ...}) = 0
15558 mmap2(NULL, 264196, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7f8f000
15558 mmap2(0xb7fc7000, 32768, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x38) = 0xb7fc7000
15558 mmap2(0xb7fcf000, 2052, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fcf000
15558 close(3) = 0
15558 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
15558 open(/lib/tls/i686/cmov/libdl.so.2, O_RDONLY) = 3
15558 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\f\0..., 512)
= 512
15558 fstat64(3, {st_mode=S_IFREG|0644, st_size=9592, ...}) = 0
15558 mmap2(NULL, 12404, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7f8b000
15558 mmap2(0xb7f8d000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7f8d000
15558 close(3) = 0
15558 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
15558 open(/lib/tls/i686/cmov/libc.so.6, O_RDONLY) = 3
15558 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240O\1..., 512)
= 512
15558 fstat64(3, {st_mode=S_IFREG|0644, st_size=1241580, ...}) = 0
15558 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0xb7f8a000
15558 mmap2(NULL, 1247388, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7e59000
15558 mmap2(0xb7f8, 28672, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x127) = 0xb7f8
15558 mmap2(0xb7f87000, 10396, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f87000
15558 close(3) = 0
15558 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0xb7e58000
15558 mprotect(0xb7f8, 20480, PROT_READ) = 0
15558 set_thread_area({entry_number:-1 - 6, base_addr:0xb7e586c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
seg_not_present:0, useable:1}) = 0
15558 munmap(0xb7fd, 75105) = 0
15558 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
15558 open(/dev/tty, O_RDWR|O_NONBLOCK|O_LARGEFILE) = 3
15558 close(3) = 0
15558 brk(0)= 0x80f3000
15558 brk(0x80f4000)= 0x80f4000
15558 open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3
15558 fstat64(3, {st_mode=S_IFREG|0644, st_size=1209120, ...}) = 0
15558 mmap2(NULL, 1209120, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7d3
15558 close(3) = 0
15558 brk(0x80f5000)= 0x80f5000
15558 brk(0x80f6000)= 0x80f6000
15558 getuid32()= 0
15558 getgid32()= 0
15558 geteuid32() = 0
15558 getegid32() = 0
15558 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
15558 time(NULL)= 1170803078
15558 brk(0x80f7000)= 0x80f7000
15558 open(/etc/mtab, O_RDONLY) = 3
15558 fstat64(3, {st_mode=S_IFREG|0644, st_size=1093, ...}) = 0
15558 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0xb7fe2000
15558 read(3, /dev/mapper/vg0-root / ext3 rw,e..., 4096) = 1093
15558 close(3) = 0
15558 munmap(0xb7fe2000, 4096) = 0
15558 open(/proc/meminfo, O_RDONLY) = 3
15558 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
15558 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0xb7fe2000
15558 read(3, MemTotal: 2075560 kB\nMemFre..., 1024) = 676
15558 close(3) = 0
15558 munmap(0xb7fe2000, 4096) = 0
15558 brk(0x80f8000)= 0x80f8000
15558 rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0
15558 rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0
15558
