DB2 failing with ioctl(GETBLKSIZE) on /dev/rawX...

From: Bjoern Kriews (bkr@cut.de)
Date: Mon Aug 21 2000 - 20:06:06 EST

Next message: Michael Peddemors: "Re: INITRD/RAMDISK/SYSLINUX booting fails with new kernel (vs 2.2series)"
Previous message: Graham Stoney: "Re: Kernel profiling patch for PPC architecture now available"
Next in thread: Stephen C. Tweedie: "Re: DB2 failing with ioctl(GETBLKSIZE) on /dev/rawX..."
Reply: Stephen C. Tweedie: "Re: DB2 failing with ioctl(GETBLKSIZE) on /dev/rawX..."
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This is what DB2 V7.1 (Personal) does if I try to use sct's raw devices:

umask(0) = 022
open("/dev/raw8", O_RDWR|O_CREAT, 0600) = 73
umask(022) = 0
fstat(73, {st_mode=S_IFCHR|0660, st_rdev=makedev(162, 8), ...}) = 0
ioctl(73, BLKGETSIZE, 0xbfff7ee4) = -1 ENOTTY (Inappropriate ioctl
for device)

(Using /dev/sda8 fails because it is not a character device).

I looked into the code and realized that there is no ioctl handler.
Is this done on purpose or should I just add it from the blk/sector
size arrays ?

Regards, Bjoern

-- 
You can have it done FAST   | \
You can have it done RIGHT  |  | --- Pick any two
You can have it done CHEAP  | /
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Next message: Michael Peddemors: "Re: INITRD/RAMDISK/SYSLINUX booting fails with new kernel (vs 2.2series)"
Previous message: Graham Stoney: "Re: Kernel profiling patch for PPC architecture now available"
Next in thread: Stephen C. Tweedie: "Re: DB2 failing with ioctl(GETBLKSIZE) on /dev/rawX..."
Reply: Stephen C. Tweedie: "Re: DB2 failing with ioctl(GETBLKSIZE) on /dev/rawX..."
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Wed Aug 23 2000 - 21:00:06 EST