Custom Query (1265 matches)
Results (28 - 30 of 1265)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #81 | fixed | support areca in freebsd | ||
| Description |
hello, linux has full support for areca raid controllers. i'm wondering if its possible for you to add freebsd support too. |
|||
| #23 | fixed | strict-aliasing warnings from gcc 4.4.1 on Linux x86_64 | ||
| Description |
Build from smartmontools-5.39-rc.tar.gz (r2990) with gcc 4.4.1: g++ [...] -g -O2 -Wall -W [...] -c -o os_linux.o os_linux.cpp os_linux.cpp: In member function 'bool os_linux::linux_megaraid_device::megasas_cmd(int, void*, int, void*, int, void*, int)': os_linux.cpp:1108: warning: dereferencing pointer 'pthru' does break strict-aliasing rules [...] os_linux.cpp:1079: warning: dereferencing pointer 'pthru' does break strict-aliasing rules os_linux.cpp:1078: note: initialized from here |
|||
| #47 | fixed | strange disk count when dealing with external cciss arrays | ||
| Description |
I have 2 MSA arrays off of my system, each with 28 disks. I also have the internal smart array on my system, with a variable number of disks. When I run my smartctl, I do have to enter -d cciss,{disk_number} /dev/cciss/cXd0. This is expected and makes sense to me, somewhat. Running smartctl -d cciss,7 gets me the 8th disk in the array from controller 0, as I understand it (cciss,0-7 all return good values). This makes sense to me, too. The next controller starts the weirdness. Running smartctl -d cciss,28 /dev/cciss/c1d0 gets me the 28th disk of the first external array (I think). I get values for cciss,0-28, which means I get 29 values from 28 disks. Then, running smartctl -d cciss,29 /dev/cciss/c2d0 gets me the 28th disk of the second external array (again, I think). I get values for cciss,0-29, meaning I get 30 values for 28 disks. My assumption is that some of these are actually reporting on, say, the bus of the array, not just the disks. So, how can I know what is disk response, and what isn't? |
|||
