Re: [Users] Adding new disk to Ovort node

Still, now I cannot start none of the 2 machines! I get=20 =20 ID 119 VM proxy2 is down. Exit message: Child quit during startup handshake: Input/output error.""

=20 Something similar to bug https://bugzilla.redhat.com/show_bug.cgi?id=3D1033064, except that in my case selinux is permissive! =20 =20 =20 On Wed, Dec 18, 2013 at 2:10 PM, Gabi C <gabicr(a)gmail.com&gt; wrote: in my case $brick_path =3D/data =20 =20 getfattr -d /data return NOTHING on both nodes!!! =20 =20 =20 =20 On Wed, Dec 18, 2013 at 1:46 PM, Fabian Deutsch <fabiand(a)redhat.com&gt; wrote: Am Mittwoch, den 18.12.2013, 13:26 +0200 schrieb Gabi C: > Update on Glusterfs issue > > > 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: > > setfattr -x trusted.glusterfs.volume-id $brick_path > setfattr -x trusted.gfid $brick_path =20 =20 Hey, =20 good that you could recover them. =20 Could you please provide $brick_path and getfattr -d $brick_path =20 The question is if and/or why the fattrs are not stored. =20 - fabian =20 > > > > On Wed, Dec 18, 2013 at 12:12 PM, Gabi C <gabicr(a)gmail.com&gt; wrote: > node 1: > > [root@virtual5 admin]# 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/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 > > > > > > > > > node 2: > > > [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 > > > > > 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! > > > Antoni, > > can you tell what log files to look at to find out why > that storage > domain vanished - from a Engine side? > > And do you know what files related to gluster are > changed on the Node > side? > > Gabi, > > could you please provide the contents of /config/files > on the Node. > > > Glusterfs data goes under /data directory which was > automatically > > configured when I installed the node. > > > Yep, /data is on the Data LV - that should be good. > > - fabian > > > > > > > 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) iQIcBAABAgAGBQJSsaNsAAoJEC9+uOgSHVGU8KEQAKMl57YYn1UtFVZxCkUWNDGc 6NQX9LuSHv0DbmtMb+PjV1Ry0t4bVqH8KQd5i8kPoejlvLSulwvEQEXQDfDgnL8h rrb9k3isohLZ0I2+8k73iuM58B89NxLk0G2Ugazyt+ueltej29DWrimxMCNdwvOR 8h6w4nn/ERVv8TpTbkl05eqilhky/ezzOulGl+trTU6Vm8kmlN+CmxB3o3s7yRoU mfYn0eFBkXlXoFoiyMkxjOgzEYYmYxtpHlDipFnztfTVNmRsIckJOkqyNPmCo38f E2F9tQLF1OntWWxcCkZr3yrbfkXFe14WSZJWCXFsTgi1t5I/RL6quk98jsSaekMp gxASSHQYVUy+hqIj9Ve51+8qW9Ct7XzewvX0vQwMoM2JNptlpP4WCtbtOyD5+cy/ L2hKCjlrpkXTtVbVbx9WowmHYC+d4+d3M81fTRi9KXS+kcQLENuichjCI1IT1DZB 7EzVhOsKUwiiKP8wIw6YUSApOtZzAIwdShu0LWJ4MOFQY/gjFT3qnKgFVOwmEoY1 XLzalGMrnF7DA0+R/YUUUN5/JVg6gX4Xe2JCjZfSyjD3di2QUrREAxt3oXD5GP/g ykChlE5olKJigL1CAmXcZEWiyS/0PUuCEJP9C/ZuUyY9+c86Y9tO3H36Sk1I8HXN BufFjsMX7aaM8CttB57x =AbcI -----END PGP SIGNATURE-----