XenServer gave error I'm not familiar with
-
@travisdh1 said in XenServer gave error I'm not familiar with:
done to /var/log on XenServer/Xen/KVM/etc. USB drives just aren't meant to handle that many writes.
If it takes 5 years to kill a flash drive, that is totally fine by me. How would that be any different than a HDD or SSD? Not much. For the record, I've had errors on all 3 mediums. Which again I might add, you all are deviating away from my question for help.
-
@krisleslie said in XenServer gave error I'm not familiar with:
in means kinda doesn't matter the device unless you start talking about usb 2 and usb 1 devices. I
If the logs are that big of a deal they can be remotely done, problem solved.... That doesn't still explain the issue at hand and how to fix that issue, not the stuff that aint got nothing to do with what I'm asking for help on.
-
@krisleslie Replace the the thumb drive like you did last time. Problem (temporarily) solved!
-
Gotcha, however, based on the error message I got, how would you fix that error specifically?
-
-
I would reread the thread from last year to refresh my memory on how I previously solved the same issue.
-
I would read any notes that I created a year ago when I replaced the faulty USB drive
-
Next I would replace the USB drive with the clone that I previously created
-
Finally I would restore my recent metadata backup
-
-
Did your flash drive ran out of space?
-
@black3dynamite said in XenServer gave error I'm not familiar with:
Did your flash drive ran out of space?
Not sure if it did as it's unreadable as far as I can tell.
-
@Danp I've gotta XenServer reinstalled without issue, the problem is now attaching the PBD back as a SR. Yes I followed the same instructions even though its not the same error it's in the neighborhood basically so yes that was done and everything was working fine until I key in the last command.
[root@xenserver-mkaxflql ~]# xe pbd-plug uuid=fd7da8a5-4b75-43f8-e5c1-7cda7d0de0a3
Error code: SR_BACKEND_FAILURE_47
Error parameters: , The SR is not available [opterr=no such volume group: VG_XenStorage-1822f95a-b8b5-ef0a-401f-48b973b92156],
[root@xenserver-mkaxflql ~]# -
[root@xenserver-mkaxflql ~]# vgdisplay
--- Volume group ---
VG Name XSLocalEXT-1822f95a-b8b5-ef0a-401f-48b973b92156
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 2
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 0
Max PV 0
Cur PV 1
Act PV 1
VG Size 3.64 TiB
PE Size 4.00 MiB
Total PE 953597
Alloc PE / Size 953597 / 3.64 TiB
Free PE / Size 0 / 0
VG UUID YPKsQi-zw0a-9nRL-jkmW-dcgI-RSIj-voSN08 -
Technically the only thing I can think of is maybe the format is wrong on how I executing the commands. It's an EXT4 as far as I'm aware since I used thin provisioning. Which I'm moving away from it's too much of a pain in the ass.
-
@krisleslie said in XenServer gave error I'm not familiar with:
Technically the only thing I can think of is maybe the format is wrong on how I executing the commands. It's an EXT4 as far as I'm aware since I used thin provisioning. Which I'm moving away from it's too much of a pain in the ass.
Starting with XCP-ng 8.1, Ext4 is the default EXT filesystem for local SR unless you manually configured the previous version to use Ext4 then you should be using Ext3.
-
Hell i missed something. Tried to use xoa to attach the raid and it nuked it with no warning or notice. Lost a bunch of vms only one was needed my file server. But now I just went home. Hell -_- frustrated beyond belief.
I also attached it as a ext3 because the directions said lvm, that got me further but still have 1 error when attaching. I’m frustrated upset and all the above.
-
@black3dynamite good catch on 8.1 but i tried 8.0. In pissed even more so because the metadata backup basically was useless. Had 10 versions none worked without errror.
-
@krisleslie So are you are Citrix Xen or xcp-ng?
-
@biggen i actually have both. At work i have two host that are traditional 7.1. But other sites are Xcp. It’s the last site with the classic version.
-
Correction meant to say EXT3
