Re: [Users] Adding new disk to Ovort node

Update on Glusterfs issue =20 =20 I manage to recover lost volume after recretaing the same volume name with same bricks, whisch raised an error message, resolved by, on both nodes: =20 setfattr -x trusted.glusterfs.volume-id $brick_path setfattr -x trusted.gfid $brick_path

=20 =20 =20 On Wed, Dec 18, 2013 at 12:12 PM, Gabi C <gabicr(a)gmail.com&gt; wrote: node 1: =20 [root@virtual5 admin]# cat /config/files=20 /etc/fstab /etc/shadow /etc/default/ovirt /etc/ssh/ssh_host_key /etc/ssh/ssh_host_key.pub /etc/ssh/ssh_host_dsa_key /etc/ssh/ssh_host_dsa_key.pub /etc/ssh/ssh_host_rsa_key /etc/ssh/ssh_host_rsa_key.pub /etc/rsyslog.conf /etc/libvirt/libvirtd.conf /etc/libvirt/passwd.db /etc/passwd /etc/sysconfig/network /etc/collectd.conf /etc/libvirt/qemu/networks /etc/ssh/sshd_config /etc/pki /etc/logrotate.d/ovirt-node /var/lib/random-seed /etc/iscsi/initiatorname.iscsi /etc/libvirt/qemu.conf /etc/sysconfig/libvirtd /etc/logrotate.d/libvirtd /etc/multipath.conf /etc/hosts /etc/sysconfig/network-scripts/ifcfg-enp3s0 /etc/sysconfig/network-scripts/ifcfg-lo /etc/ntp.conf /etc/shadow /etc/vdsm-reg/vdsm-reg.conf /etc/shadow /etc/shadow /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt /etc/sysconfig/network-scripts/route-ovirtmgmt /etc/sysconfig/network-scripts/rule-ovirtmgmt /root/.ssh/authorized_keys /etc/vdsm/vdsm.id /etc/udev/rules.d/12-ovirt-iosched.rules /etc/vdsm/vdsm.conf /etc/sysconfig/iptables /etc/resolv.conf /etc/sysconfig/network-scripts/ifcfg-VPO_IPPROXY /etc/sysconfig/network-scripts/ifcfg-enp6s0 /etc/sysconfig/network-scripts/ifcfg-enp6s0.50 /etc/glusterfs/glusterd.vol /etc/selinux/config =20 =20 =20 =20 =20 =20 =20 =20 node 2: =20 =20 [root@virtual4 ~]# cat /config/files /etc/fstab /etc/shadow /etc/default/ovirt /etc/ssh/ssh_host_key /etc/ssh/ssh_host_key.pub /etc/ssh/ssh_host_dsa_key /etc/ssh/ssh_host_dsa_key.pub /etc/ssh/ssh_host_rsa_key /etc/ssh/ssh_host_rsa_key.pub /etc/rsyslog.conf /etc/libvirt/libvirtd.conf /etc/libvirt/passwd.db /etc/passwd /etc/sysconfig/network /etc/collectd.conf /etc/libvirt/qemu/networks /etc/ssh/sshd_config /etc/pki /etc/logrotate.d/ovirt-node /var/lib/random-seed /etc/iscsi/initiatorname.iscsi /etc/libvirt/qemu.conf /etc/sysconfig/libvirtd /etc/logrotate.d/libvirtd /etc/multipath.conf /etc/hosts /etc/sysconfig/network-scripts/ifcfg-enp3s0 /etc/sysconfig/network-scripts/ifcfg-lo /etc/shadow /etc/shadow /etc/vdsm-reg/vdsm-reg.conf /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt /etc/sysconfig/network-scripts/route-ovirtmgmt /etc/sysconfig/network-scripts/rule-ovirtmgmt /root/.ssh/authorized_keys /etc/shadow /etc/shadow /etc/vdsm/vdsm.id /etc/udev/rules.d/12-ovirt-iosched.rules /etc/sysconfig/iptables /etc/vdsm/vdsm.conf /etc/shadow /etc/resolv.conf /etc/ntp.conf /etc/sysconfig/network-scripts/ifcfg-VPO_IPPROXY /etc/sysconfig/network-scripts/ifcfg-enp6s0 /etc/sysconfig/network-scripts/ifcfg-enp6s0.50 /etc/glusterfs/glusterd.vol /etc/selinux/config =20 =20 =20 =20 On Wed, Dec 18, 2013 at 12:07 PM, Fabian Deutsch <fabiand(a)redhat.com&gt; wrote: Am Mittwoch, den 18.12.2013, 12:03 +0200 schrieb Gabi C: > So here it is: > > > in tab volumes add new volume - Replicated, then added storage - > data/glusterfs. Then I impoerted Vm, ran them and at some point, > needing some space for a Redhat Satellite instance I decided to put > both node in maintenace stop them add new disk devices and restart, > but after restart the gluster volume defined under Volumes Tab > vanished! =20 =20 Antoni, =20 can you tell what log files to look at to find out why that storage domain vanished - from a Engine side? =20 And do you know what files related to gluster are changed on the Node side? =20 Gabi, =20 could you please provide the contents of /config/files on the Node. =20 > Glusterfs data goes under /data directory which was automatically > configured when I installed the node. =20 =20 Yep, /data is on the Data LV - that should be good. =20 - fabian =20 > > > On Wed, Dec 18, 2013 at 11:45 AM, Fabian Deutsch <fabiand(a)redhat.com&gt; > wrote: > Am Mittwoch, den 18.12.2013, 11:42 +0200 schrieb Gabi C: > > Yes, it is the VM part..I just run into an issue. My setup > consist in > > 2 nodes with glusterfs and after adding supplemental hard > disk, after > > reboot I've lost glusterfs volumes! > > > Could you exactly explain what you configured? > > > > > How can I persist any configuration on node and I refer here > to > > ''setenforce 0'' - for ssh login to work- and further > > > How changes can be persisted on Node can be found here: > http://www.ovirt.org/Node_Troubleshooting#Making_changes_=

> > Do you know into what path the glusterfs data goes? Or is it > written > directly onto a disk/LV? > > - fabian > > > "" http://www.ovirt.org/Features/GlusterFS_Storage_Domain > > * option rpc-auth-allow-insecure on =3D=3D> in > glusterd.vol (ensure > > u restart glusterd service... for this to take > effect) > > > * volume set <volname> server.allow-insecure on =3D=3D> > (ensure u > > stop and start the volume.. for this to take > effect)'' > > > > > > Thanks! > > > > > > > > > > > > On Wed, Dec 18, 2013 at 11:35 AM, Fabian Deutsch > <fabiand(a)redhat.com&gt; > > wrote: > > Am Mittwoch, den 18.12.2013, 08:34 +0200 schrieb > Gabi C: > > > Hello! > > > > > > > > > In order to increase disk space I want to add a > new disk > > drive to > > > ovirt node. After adding this should I proceed as > "normal" - > > pvcreate, > > > vgcreate, lvcreate and so on - or these > configuration will > > not > > > persist? > > > > > > Hey Gabi, > > > > basically plain LVM is used in Node - so yes > pvcreate and > > lvextend can > > be used. > > What storage part do you want to extend? The part > where the > > VMs reside? > > You will also need to take care to extend the > filesystem. > > > > - fabian > > > > > > > > > > =20 =20 =20 =20 =20 =20

-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAABAgAGBQJSsYr8AAoJEC9+uOgSHVGUL0gP/RuQrRclsXWZVlDiU3hh3CCC TwK3o9ACGa1CrNSF2w9fzrl0C6+2/xGHkFADJFV+xQmsD07glkC66SPMJYEDpFNE 9Cn/mOKoDi4UEa9ik9v1RKXQUiYPQilxNCFhjZYAWqZFgF7LmLz/D3b+VAUStrP+ RL8hgmUnPfsUXlT1jO8Ulx76FmK17HUEC7B09BuICFAS/w+vKk2CkApMjVKkjOsw 2UEmWDDB3NVLCY1OHjYPfOkUFPuYgE6bbPZ/ci68Asm2mdm4JkVcbsOvNXuAHXx1 0rze9f23TSrLwK9RDMBWQ2JBHCIKecFsjT0BSHjCxYmglpz4p5UD83nyV5SQgwix mtzVs7ohAEreKuO86Q8bpFHhOLd/2qRv7Z9Z3yhU4CAYZh9+1camTuU29IE2usYJ ID8jEc4BQ/OtTWqWHZb3dAkuXGv5RraFHX2iByI+u41o24mhDmvMeJQ7yfhNL9el UJxHUU6Q88VZqb8j1+1BaXmHGMFiDyfq5vhe2rYTWvbiIs/U02wKDIe5mYDe7wQt iyWSWwxY9wADO68ofqzvrxOq0aDMR1HC+Fiji1Z33czv9t0TIUQ8EXTvbgPpDQgP 4RElYaztYlIJCnOPx6UC/kgFiXIOhveCp8CzedARUqNOUSDsNKm0ytXI4Kx2m29u aNxMRamEe6tDJfSzR16E =uaFk -----END PGP SIGNATURE-----