Home Lab - Odd Issue
-
@DustinB3403 said:
I'd rather not add another drive to the mix. I might just create an 8GB partition on the RAID 10, and install the OS to that.
Why? You don't want to be doing that long term anyway right?
So drop in a drive, boot it up and see if it works. If it does, you have narrowed it down to something with the USB controller or something like that.
Then you can make a decision on how to move forward more long term.
-
Well it's a DL360 G5, with all bays populated.
I could easily open the case, and slap a drive in (assuming there's an available sata port) and test.
I'm just vexxed that only after moving the server, did this issue appear.
Using a USB Keyboard (on all 3 ports) as I figured maybe it's the USB port, and different ports for the USB OS Drive and there is still a present issue.
-
@DustinB3403 said:
I'm just vexxed that only after moving the server, did this issue appear.
No, the issue appeared after shutting down and rebooting. When was the last time you did that?
-
The server was completely stable from the day I set it up.
I had updated it so it was current, and restarted several times in between. Never was the system shutdown, only restarted for system updates.
Edit: It was only shutdown to move the server.
-
Did you MD5 check the installation media? I had an issue in the past where one of the mirrors were giving out corrupt media... it looked like it worked but the installer didn't run through correctly, resulting in a not completely configured OS. Re-downloading the installer, from a different mirror and re-writing to the USB solved it.
Recently with Linux Mint I had a slower thumb drive doing the installation. That also resulted in some issues. Moving to a faster drive corrected the installation problems I was having.
-
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.
-
@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?