--=-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(a)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(a)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(a)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(a)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(a)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(a)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(a)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--