Home Lab - Odd Issue
-
@DustinB3403 said:
I haven't performed an MD5 check of the installation USB, as it is the same device I initially used when I first setup the server.
I could certainly redownload, MD5 the files, and rebuild the installation media.
Worth a shot. Interesting that it worked before but not now... although USB drives have been known to corrupt data.
-
I've just downloaded the ISO from Xen's site, and did an MD5 check. Will build installation media and test tonight.
I'll also check to see if there is an available SATA port on the server.
-
Maybe get that cryptic message before you do anything else. Maybe we can solve the issue with the USB stick that isn't working right now.
-
I was wondering if the original USB stick might have just gone bad - but that wouldn't explain a bad password prompt, other than bad install as Coliver said.
Are you sure you're reinstalls aren't writting to the RAID instead of the USB drive?
-
I'll collect all of the information tonight before proceeding with yet another install.
and @Dashrender I'm positive it's not installing the to RAID, but to the USB drive, but thanks for checking.
-
Well something happened to the USB drive that was throwing the error.
At power up the system couldn't even find the drive to boot from.
I've reformatted the usb disk, and am installing to yet another one. I'll keep you all informed.
-
Format to FAT32 and install seems to have corrected the issue.
-
OK so it would appear, that the RAID is orphaned from the Host OS, which makes perfect sense.
How can I go about deleting the orphaned storage, or just formatting the entire raid from within Xen?
-
@DustinB3403 said:
OK so it would appear, that the RAID is orphaned from the Host OS, which makes perfect sense.
How can I go about deleting the orphaned storage, or just formatting the entire raid from within Xen?
You should be able to attach it again.
-
Any recommendations as to how, reading everything from online is not only vague, but often misleading
-
What does...
cat /proc/mdstat
tell you?
-
When I try to recreate the filesystem using
pvcreate /dev/cciss/c0d0p1 Can't open /dev/cciss/c0d0p1 exclusively. Mounted filesystem?
That is what I receive.
-
Attempting to perform the below:
# xe sr-create content-type=user type=ext device-config:device=/dev/cciss/c0d0p1 shared=false name-label="Local Storage" The SR operation cannot be performed because a device underlying the SR is in use by the host.
-
@DustinB3403 said:
When I try to recreate the filesystem using
pvcreate /dev/cciss/c0d0p1 Can't open /dev/cciss/c0d0p1 exclusively. Mounted filesystem?
That is what I receive.
Wait, do you have hardware RAID or software RAID?
-
Performing a fdisk -l results in:
# fdisk -l WARNING: GPT (GUID Partition Table) detected on '/dev/cciss/c0d0'! The util fdisk doesn't support GPT. Use GNU Parted. Disk /dev/cciss/c0d0: 440.3 GB, 440346238976 bytes 256 heads, 63 sectors/track, 53326 cylinders Units = cylinders of 16128 * 512 = 8257536 bytes Device Boot Start End Blocks Id System /dev/cciss/c0d0p1 * 1 53327 430025623+ ee EFI GPT Disk /dev/sda: 8074 MB, 8074035200 bytes 2 heads, 63 sectors/track, 125155 cylinders Units = cylinders of 126 * 512 = 64512 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 125156 7884768 b W95 FAT32
-
That looks like an HP SmartArray controller.
-
@DustinB3403 said:
You're running a lot of commands but not answering any questions
-
It is an HP Smart Array, in a DL360 G5
-
@DustinB3403 said:
It is an HP Smart Array, in a DL360 G5
Ah, okay. So that makes this a lot easier.
-
What do these commands say...
df -h
and
lvs