Hi, I have tried the following option to try to get raidutil to work but none worked
under stock debian kernel 2.6.18-amd64 with version 0.0.6-1 and 0.0.6-3 same for kernel 2.6.21-2-amd64 and 2.6.21-486. The host is an AMD Opteron board (dual CPU mother board but only one slot populated and the controller is an adaptec 2120S with 5 HDD attached I have checked the device are properly created in /dev (/dev/i2octl present) I have also installed the 0.0.6-3 from the packet page but same result. You'll find a dump of the execution of raideng trough valgrind below. I also tried compiling the raidutil tools from upstream source but it gave the same ouput. I'm happy to test further solutions if it can be of any help. db:/dev/i2o# valgrind raideng /VERBOSE /NOKILL ==7377== Memcheck, a memory error detector. ==7377== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==7377== Using LibVEX rev 1732, a library for dynamic binary translation. ==7377== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==7377== Using valgrind-3.2.3-Debian, a dynamic binary instrumentation framework. ==7377== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==7377== For more details, rerun with: -v ==7377== ==7377== Conditional jump or move depends on uninitialised value(s) ==7377== at 0x400B1E5: (within /lib/ld-2.6.1.so) ==7377== by 0x400360D: (within /lib/ld-2.6.1.so) ==7377== by 0x4014E8C: (within /lib/ld-2.6.1.so) ==7377== by 0x4000C3D: (within /lib/ld-2.6.1.so) ==7377== by 0x4000816: (within /lib/ld-2.6.1.so) ==7377== ==7377== Conditional jump or move depends on uninitialised value(s) ==7377== at 0x400B220: (within /lib/ld-2.6.1.so) ==7377== by 0x400360D: (within /lib/ld-2.6.1.so) ==7377== by 0x4014E8C: (within /lib/ld-2.6.1.so) ==7377== by 0x4000C3D: (within /lib/ld-2.6.1.so) ==7377== by 0x4000816: (within /lib/ld-2.6.1.so) ==7377== ==7377== Conditional jump or move depends on uninitialised value(s) ==7377== at 0x400BCE3: (within /lib/ld-2.6.1.so) ==7377== by 0x400360D: (within /lib/ld-2.6.1.so) ==7377== by 0x4014E8C: (within /lib/ld-2.6.1.so) ==7377== by 0x4000C3D: (within /lib/ld-2.6.1.so) ==7377== by 0x4000816: (within /lib/ld-2.6.1.so) ==7377== ==7377== Conditional jump or move depends on uninitialised value(s) ==7377== at 0x400B0C2: (within /lib/ld-2.6.1.so) ==7377== by 0x4003873: (within /lib/ld-2.6.1.so) ==7377== by 0x4014E8C: (within /lib/ld-2.6.1.so) ==7377== by 0x4000C3D: (within /lib/ld-2.6.1.so) ==7377== by 0x4000816: (within /lib/ld-2.6.1.so) ==7377== ==7377== Conditional jump or move depends on uninitialised value(s) ==7377== at 0x400B0CA: (within /lib/ld-2.6.1.so) ==7377== by 0x4003873: (within /lib/ld-2.6.1.so) ==7377== by 0x4014E8C: (within /lib/ld-2.6.1.so) ==7377== by 0x4000C3D: (within /lib/ld-2.6.1.so) ==7377== by 0x4000816: (within /lib/ld-2.6.1.so) ==7377== ==7377== Conditional jump or move depends on uninitialised value(s) ==7377== at 0x400B220: (within /lib/ld-2.6.1.so) ==7377== by 0x4003873: (within /lib/ld-2.6.1.so) ==7377== by 0x4014E8C: (within /lib/ld-2.6.1.so) ==7377== by 0x4000C3D: (within /lib/ld-2.6.1.so) ==7377== by 0x4000816: (within /lib/ld-2.6.1.so) ==7377== ==7377== Jump to the invalid address stated on the next line ==7377== at 0x0: ??? ==7377== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==7377== ==7377== Process terminating with default action of signal 11 (SIGSEGV) ==7377== Bad permissions for mapped region at address 0x0 ==7377== at 0x0: ??? ==7377== ==7377== ERROR SUMMARY: 20 errors from 7 contexts (suppressed: 0 from 0) ==7377== malloc/free: in use at exit: 520 bytes in 1 blocks. ==7377== malloc/free: 3 allocs, 2 frees, 560 bytes allocated. ==7377== For counts of detected errors, rerun with: -v ==7377== searching for pointers to 1 not-freed blocks. ==7377== checked 116,172 bytes. ==7377== ==7377== LEAK SUMMARY: ==7377== definitely lost: 0 bytes in 0 blocks. ==7377== possibly lost: 0 bytes in 0 blocks. ==7377== still reachable: 520 bytes in 1 blocks. ==7377== suppressed: 0 bytes in 0 blocks. ==7377== Rerun with --leak-check=full to see details of leaked memory. Segmentation fault db:/dev/i2o# Olivier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
