--=-GVMvPrk+RfZkifC2aWjW Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Donnerstag, den 19.12.2013, 12:25 +0200 schrieb Gabi C:
Hello again! =20 =20 After persisting selinux config, at reboot I get "Curerent mode: enforced"" although ""Mode from config file: permissive"" ! =20 Due to this, i think I get an denied for glusterfsd: =20 type=3DAVC msg=3Daudit(1387365750.532:5873): avc: denied { relabelfrom = } for pid=3D30249 comm=3D"glusterfsd" name=3D"23fe702e-be59-4f65-8c55-58b1b1e1b023" dev=3D"dm-10" ino=3D1835015 scontext=3Dsystem_u:system_r:glusterd_t:s0 tcontext=3Dsystem_u:object_r:file_t:s0 tclass=3Dfile =20
Hey Gabi, just a small update here. The problems are all related to some mislabeling during build - ths builds problems. You'll need a new image to get rid of all selinux relatde bugs. - fabian
=20 =20 =20 =20 On Wed, Dec 18, 2013 at 3:30 PM, Fabian Deutsch <fabiand@redhat.com> wrote: Am Mittwoch, den 18.12.2013, 14:14 +0200 schrieb Gabi C: > Still, now I cannot start none of the 2 machines! I get > > ID 119 VM proxy2 is down. Exit message: Child quit during startup > handshake: Input/output error."" =20 =20 Could you try ot find out in what context this IO error appears? =20 - fabian =20 > > Something similar to bug > https://bugzilla.redhat.com/show_bug.cgi?id=3D1033064, except that in my > case selinux is permissive! > > > > On Wed, Dec 18, 2013 at 2:10 PM, Gabi C <gabicr@gmail.com> wrote: > in my case $brick_path =3D/data > > > getfattr -d /data return NOTHING on both nodes!!! > > > > > On Wed, Dec 18, 2013 at 1:46 PM, Fabian Deutsch > <fabiand@redhat.com> 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 > > > Hey, > > good that you could recover them. > > Could you please provide $brick_path and getfattr -d > $brick_path > > The question is if and/or why the fattrs are not > stored. > > - fabian > > > > > > > > > On Wed, Dec 18, 2013 at 12:12 PM, Gabi C > <gabicr@gmail.com> 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@redhat.com> 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@redhat.com> > > > 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_on_the_h= ost > > > > > > 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@redhat.com> > > > > 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
--=-GVMvPrk+RfZkifC2aWjW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAABAgAGBQJStFk7AAoJEC9+uOgSHVGU3j4P/imwOPyk5D039xxCAXaqE3Wv hiK/SqQ7BelFzv407kCLd4ljnDsbFdaYBDvF6Om1e44uhQRPfFz8MmAbs5DosdCP Yj3fdqzUr3NWoHaAuqcjz7DyHXA2UNitSHXvsFUJJkueTHsZOmqUY7HC+sXZypy8 Jcs6OFpt/J/oUc+JUvIUEz8Cr5S1dXGIVplJxVqSapva/92BtiYW3T3Q2/b7sZ2s UI+wu8wuFuzzGuYp6Kc5CcuUBFaWMDBA+q2Qbxbn6Bl9VKDa6ch5gvhUqwZh24pb G+PwbAMgzmHZb4sdqTLcGHznWiR29C9EOf+G5Jz3DX+4qhSl+bDAqrRCfSFzprmo X+o3XoxsMfT2CJS0QVIZPiM8RTJKzh+4Atw5voj8Kui1QRCn+buSA3q/R15u6U4l okIczsRr0OWPsHTh1qwdoE8EzPm6oZ3LZ1jOqdQidRPBajsooo5bNtnSOG//mM8H AlItegQQIArXortoPBcpWygd70bZFUX0R3ezm/f6/lPW4TTe1PNeKQ9DfPY5WvhZ PcaJlIcL/3HY6+Z+b19g82XYSXFzpi8OuMjHjZaZkUzS+vUWwjbD7kqB1PCRRbcR zhS9LZyL+IdBHoDx4e60Xy3/RGs5IbhGauKkCjVhjMsXfk8bsLpnkApD1xZ3Oi4l bEKbOHxhssfGSUC3cYFL =TfrL -----END PGP SIGNATURE----- --=-GVMvPrk+RfZkifC2aWjW--