search for: 471f

On Mon, Mar 26, 2018 at 11:41 AM Richard W.M. Jones <rjones@redhat.com> wrote: > On Sun, Mar 25, 2018 at 08:05:14PM +0000, Nir Soffer wrote: > > When using the sdk, you can select both the image format and sparse, so > you > > can create invalid combinations. oVirt selects the allocation for you. > > > > storage type image format sparse | allocation

...j.write(data) BrokenPipeError: [Errno 32] Broken pipe qemu-img: error while writing sector 25343488: Input/output error On the server side we see it's something to do with the ticket expiring: 2018-03-29 12:59:24,215 INFO (Thread-18701) [web] START [192.168.0.128] PUT /images/4e8567f6-939d-471f-8ea8-e64d172c0a26 2018-03-29 12:59:24,216 INFO (Thread-18701) [images] Writing 458752 bytes at offset 12975407104 to /rhev/data-center/mnt/ham0.home.annexia.org:_mnt_ovirt-data/7b4ae32d-bc79-4368-b683-3e0b58b64bf6/images/b4c31e0c-16c0-47d0-a162-9db4357a2dc5/89d70696-2075-4d30-b30e-86465060f677 f...

...rrno 32] Broken pipe > qemu-img: error while writing sector 25343488: Input/output error > > On the server side we see it's something to do with the ticket > expiring: > > 2018-03-29 12:59:24,215 INFO (Thread-18701) [web] START [192.168.0.128] > PUT /images/4e8567f6-939d-471f-8ea8-e64d172c0a26 > 2018-03-29 12:59:24,216 INFO (Thread-18701) [images] Writing 458752 > bytes at offset 12975407104 to /rhev/data-center/mnt/ham0.home.annexia.org:_mnt_ovirt-data/7b4ae32d-bc79-4368-b683-3e0b58b64bf6/images/b4c31e0c-16c0-47d0-a162-9db4357a2dc5/89d70696-2075-4d30-b30e-8646...

...pear on another DC. It the logs I see bursts of the following message: [2014/08/12 15:08:08.026270, 0] ../source4/librpc/rpc/dcerpc_util.c:660(dcerpc_pipe_auth_recv) Failed to bind to uuid e3514235-4b06-11d1-ab04-00c04fc2dcd2 for e3514235-4b06-11d1-ab04-00c04fc2dcd2 at ncacn_ip_tcp:3a74ac28-1613-471f-ac3d-1b8932eeb167._msdcs.example.com[1024,seal,krb5] NT_STATUS_INVALID_PARAMETER Could these be the cause to the lack of replication? I've search about and cannot ping down a meaning for this message. -- Adam Tauno Williams <mailto:awilliam at whitemice.org> GPG D95ED383 Systems Admi...

...you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscribe@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/82854235-afb0-471f-ba9b-02589743369b%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.

...nput/output error) I'm not sure about current state of mmap() on FUSE and Gluster, but its strange that it works only on certain mount of the same volume. version: glusterfs 3.10.3 [root at dc1]# gluster volume info flow Volume Name: flow Type: Distributed-Replicate Volume ID: dc6a9ea0-97ec-471f-b763-1d395ece73e1 Status: Started Snapshot Count: 0 Number of Bricks: 3 x 2 = 6 Transport-type: tcp Bricks: Brick1: dc1.liberouter.org:/data/glusterfs/flow/brick1/safety_dir Brick2: dc2.liberouter.org:/data/glusterfs/flow/brick2/safety_dir Brick3: dc2.liberouter.org:/data/glusterfs/flow/brick1/safe...

...problem is observed. https://bugzilla.redhat.com/enter_bug.cgi?product=GlusterFS&component=write-behind HTH, Niels > > version: glusterfs 3.10.3 > > [root at dc1]# gluster volume info flow > Volume Name: flow > Type: Distributed-Replicate > Volume ID: dc6a9ea0-97ec-471f-b763-1d395ece73e1 > Status: Started > Snapshot Count: 0 > Number of Bricks: 3 x 2 = 6 > Transport-type: tcp > Bricks: > Brick1: dc1.liberouter.org:/data/glusterfs/flow/brick1/safety_dir > Brick2: dc2.liberouter.org:/data/glusterfs/flow/brick2/safety_dir > Brick3: dc2.liberou...

...la.redhat.com/enter_bug.cgi?product=GlusterFS&component=write-behind > > HTH, > Niels > > >> version: glusterfs 3.10.3 >> >> [root at dc1]# gluster volume info flow >> Volume Name: flow >> Type: Distributed-Replicate >> Volume ID: dc6a9ea0-97ec-471f-b763-1d395ece73e1 >> Status: Started >> Snapshot Count: 0 >> Number of Bricks: 3 x 2 = 6 >> Transport-type: tcp >> Bricks: >> Brick1: dc1.liberouter.org:/data/glusterfs/flow/brick1/safety_dir >> Brick2: dc2.liberouter.org:/data/glusterfs/flow/brick2/safety_...

I believe a schema change on a Windows DC (2008rc) has broken replication with our S4 DCs. Anyone have any tips or pointers to resolve this? I have three S4 DCs [CentOS6] and one Windows 2008R2 DC. The Windows 2008R2 DC has the schema master FSMO, and I believe the Exchange schema was added. I am willing to pay US dollars to get this issue resolved. I need the replication restored, the