Hey,
thanks
for reply.
If it would be networking related, it would
affect everything. But it is only debian 8 which won't install.
And
yes, i did iperf test between gluster and proxmox nodes. Its ok.
Installation
fails on every node, where i try to install d8. Sometimes it goes well
(today 1 of 6 tries was fine). Other distros install fine.
Sometimes
installation process finishes, but VM won't start, just hangs with
errors like in this attached.
We don't have this issue,
I'll take a stab tho-
Have you confirmed everything is good on the network side of things?
MTU/Loss/Errors?
Is your inconsistency linked to one specific brick? Have you tried
running a replica instead of distributed?
here is one of
the errors example. its like files that debian installer copies to the
virtual disk that is located on glusterfs storage are getting corrupted.
in-target
is /dev/vda1
Ubuntu 14.04 LTS
base install and then mate install were fine!
Bah... the
randomness of this issue is killing me.
Not only HA volumes are
affected. Got an error during installation of d8 with mate (on
python-gtk2 pkg) on Distributed volume also.
I've checked the
MD5SUM of installation iso, its ok.
Shortly
after that on the same VE node I installed D7 with Gnome without any
problem on the HA glusterf volume.
And on the
same VE node I've installed D8 with both Mate and Gnome using local
storage disks without problems. There is a bug somewhere in gluster or
qemu... Proxmox uses RH kernel btw:
Linux
services 2.6.32-37-pve
QEMU emulator version 2.2.1
glusterfs
3.6.4
any ideas?
I'm ready to
help to investigate this bug.
When sun will shine, I'll try to
install latest Ubuntu also. But now I'm going to sleep.
