"Hard Disk Not Found" Error When Trying to Register Server
-
Tom, cciss is a block driver for older HP Smart Array controllers like this machine. The C0D0 naming scheme indicates controller 0, disk 0, whole device.
Here is more information I found on it: [url]http://man7.org/linux/man-pages/man4/cciss.4.html[/url]
Is it possible that this controller is so old that fog won’t support it? Is it possible for me to build a kernel that includes the CCIS driver?
-
This concerns me, does this mean that I may not be able to use this particular hardware for disaster recovery?
-
I’m fairly sure the drivers are already there.
However, the device it’s looking to get is not setup as a native device. You could try booting into debug and run fdisk -l. Does your device show up? If it does, what is the device listed as? You can then place that in the “kernel device” box for that host on the gui and all should work.
-
According to Tom’s 64-bit kernel config:
[CODE]
CONFIG_SCSI_HPSA=y
[/CODE]According to some Googling, the cciss driver was deprecated and replaced with the hpsa driver, which is present in Tom’s kernel. It also appears, however that the 5i controller is compatible with the cciss driver only though, and I don’t see it in the .config. I don’t see any mention of a 5i+, only a 5i.
Source: [url]http://cciss.sourceforge.net/[/url] -
While ArchFan is correct, the 5 series smart array is there:
BLK_CPQ_CISS_DA=y -
Alright, thanks for the reply guys. I seem to be getting a bit further.
I manually created the host in the GUI, and set it to run in debug mode.
When running FDISK -l I received this:[root@192 /]# fdisk -l
Disk /dev/cciss/c0d0 271.3 GiB, 291331192328 bytes, 569006235 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytesSo, I took that, went to the host in the GUI, and placed /dev/cciss/c0d0 in the “Host Primary Disk” box.
I then setup a debug download job, and went to it. Here is the output for that:
Below is a variable dump from FOG
osid=4
osname=Windows (Other)
mbrfile=
type=down
storage=192.168.6.8:/fog/images/
img=CRUSADERBASE
hd=/dev/cciss/c0d0
part=/dev/cciss/c0d01I then ran the “fog” command:
Checking Mounted File System…Done
#Starting Image Push
#Using Image: CRUSADERBASE#Looking for Hard Disks…Done
#Using Hard Disk: /dev/cciss/c0d0
#Erasing current MBR/GPT Tables…Done
#Restoring MBR…Done
#No extended partitions…Done
#Checking Hard Disks…Done
#Processing Partition: /dev/cciss/c0d0p1 (p1)
#Partition File Missing: /images/CRUSADERBASE/d1pp1.img*
Done
#Changing hostname…Done#Updating Computer Database status
#Database Updated!
#Task is completed, computer will now restart.
-
I’m also going to throw in there (while I’m trying to configure a kernel) that the DL380 G3 is strictly an x86 unit.
-
[quote=“Jamie Rozek, post: 38807, member: 24394”]I’m also going to throw in there (while I’m trying to configure a kernel) that the DL380 G3 is strictly an x86 unit.[/quote]
From how I understood what Tom said and looking at even the x86 kernel, the drivers you need are there, so it doesn’t sound like a kernel issue. I would think it’s related to the fact that “FOG Only checks for /dev/sd{[a-z]} and /dev/hd{[a-z]}” per Tom. That’s my take anyway, as a non-developer. I’m sure Tom will explain and correct me
-
Right. I was just building a kernel for the heck of it while specifying the HP/Compaq drivers directly. Like I said previously, I got it to the point where I was doing a debug download. Now it is throwing a “Partition File Missing:” note.
-
Yeah. The kernel didn’t work.
-
I’m taking a look to see if there’s a better way for me to get a list of hdd’s and partition data.
