similar to: FreeIPA - client/replica errors

Please send me the logs as well i.e glusterd.logs and cmd_history.log. On Wed, Sep 13, 2017 at 1:45 PM, lejeczek <peljasz at yahoo.co.uk> wrote: > > > On 13/09/17 06:21, Gaurav Yadav wrote: > >> Please provide the output of gluster volume info, gluster volume status >> and gluster peer status. >> >> Apart from above info, please provide glusterd logs,

On 13/09/17 06:21, Gaurav Yadav wrote: > Please provide the output of gluster volume info, gluster > volume status and gluster peer status. > > Apart? from above info, please provide glusterd logs, > cmd_history.log. > > Thanks > Gaurav > > On Tue, Sep 12, 2017 at 2:22 PM, lejeczek > <peljasz at yahoo.co.uk <mailto:peljasz at yahoo.co.uk>> wrote:

These symptoms appear to be the same as I've recorded in this post: http://lists.gluster.org/pipermail/gluster-users/2017-September/032435.html On Wed, Sep 13, 2017 at 7:01 AM, Atin Mukherjee <atin.mukherjee83 at gmail.com> wrote: > Additionally the brick log file of the same brick would be required. > Please look for if brick process went down or crashed. Doing a volume start

Additionally the brick log file of the same brick would be required. Please look for if brick process went down or crashed. Doing a volume start force should resolve the issue. On Wed, 13 Sep 2017 at 16:28, Gaurav Yadav <gyadav at redhat.com> wrote: > Please send me the logs as well i.e glusterd.logs and cmd_history.log. > > > On Wed, Sep 13, 2017 at 1:45 PM, lejeczek

hi guys do you see the same by any chance? .... --> Processing Dependency: ipa-server-common = 4.6.4-10.el7.centos.2 for package: python2-ipaserver-4.6.4-10.el7.centos.2.noarch --> Processing Dependency: ipa-common = 4.6.4-10.el7.centos.2 for package: python2-ipaserver-4.6.4-10.el7.centos.2.noarch --> Finished Dependency Resolution Error: Package:

On 13/09/17 20:47, Ben Werthmann wrote: > These symptoms appear to be the same as I've recorded in > this post: > > http://lists.gluster.org/pipermail/gluster-users/2017-September/032435.html > > On Wed, Sep 13, 2017 at 7:01 AM, Atin Mukherjee > <atin.mukherjee83 at gmail.com > <mailto:atin.mukherjee83 at gmail.com>> wrote: > > Additionally the

hi guys I've just let the system to get big update to 7.8 and with it came new Samba(4.10.4-10.el7.x86_64), a version with now fails on my boxes for no apparent reasons. My Samba uses LDAP backend but I can see no errors related to that neither. ... [2020/05/05 15:53:37.093041,? 0] ../../lib/util/become_daemon.c:136(daemon_ready) ? daemon_ready: daemon 'smbd' finished starting up and

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 17 Jun 2015, lejeczek wrote: > I think I'm near getting a simple replication, but on server which is still > "empty" I get: > > Initialization failed: Namespace '': > mkdir(/var/spool/mail/ccnr.biotechnology/nr412/Maildir) failed: Permission > denied (euid=1187(nr412) egid=513(Domain Users) missing

I think I'm near getting a simple replication, but on server which is still "empty" I get: Initialization failed: Namespace '': mkdir(/var/spool/mail/ccnr.biotechnology/nr412/Maildir) failed: Permission denied (euid=1187(nr412) egid=513(Domain Users) missing +w perm: /var/spool/mail, we're not in group 12(mail), dir owned by 0:12 mode=0775 but repl from server runs

Hi Folks. I have installed an ipa server on a linux CentOS release 6.4 (Final). It is using outside DNS. I have https console access authenticating admin user through kerberos, and have migrated information on 80+ users and groups to it from a LDAP server. Packages related to ipa installed are: [root ~]# rpm -qa | grep ipa ipa-server-selinux-3.0.0-26.el6_4.2.x86_64

Please provide the output of gluster volume info, gluster volume status and gluster peer status. Apart from above info, please provide glusterd logs, cmd_history.log. Thanks Gaurav On Tue, Sep 12, 2017 at 2:22 PM, lejeczek <peljasz at yahoo.co.uk> wrote: > hi everyone > > I have 3-peer cluster with all vols in replica mode, 9 vols. > What I see, unfortunately, is one brick

hi guys in my qutest I have this: ...     <filesystem type='mount' accessmode='passthrough'>       <source dir='/home'/>       <target dir='/home'/>     </filesystem> ... and on the host /home/* are user home dirs which are automounted off a glusterfs volume. The guest starts okey, I can see dirs under /home but if I go to /home/userA I

hi guys I'm trying a typical, I'd presume, setup: two libvirt hosts with one lxc guest each. boxA: $  ovs-vsctl show 1a6a2e4f-11f3-48df-becd-03b59d00a1fb     Bridge "ovsbr0"         Port nm-team             trunks: [55]             Interface nm-team         Port "vnet12"             trunks: [55]             Interface "vnet12"         Port

hi everyone I have 3-peer cluster with all vols in replica mode, 9 vols. What I see, unfortunately, is one brick fails in one vol, when it happens it's always the same vol on the same brick. Command: gluster vol status $vol - would show brick not online. Restarting glusterd with systemclt does not help, only system reboot seem to help, until it happens, next time. How to troubleshoot this

Okey, after more extensive R&D and testing I came up with 2 final solutions: 1) external tool: wipchg 2) internal tincd: wait_device(int secs) Both solution works 100% time (tested on Win2003). I publish them here, so interested parties can do they own testing. 1) ftp://borg.uu3.net/home/borg/tmp/wipchg.tgz You need Mingw compiler to build this. 2)

hi guys I've just let the system to get big update to 7.8 and with it came new Samba(4.10.4-10.el7.x86_64), a version with now fails on my boxes for no apparent reasons. My Samba uses LDAP backend but I can see no errors related to that neither. ... [2020/05/05 15:53:37.093041,? 0] ../../lib/util/become_daemon.c:136(daemon_ready) ? daemon_ready: daemon 'smbd' finished starting up and

On Friday 03 February 2017 15:06:38 John Hodrien wrote: > On Fri, 3 Feb 2017, Gary Stainburn wrote: > > Googling shows that a number of people seem to be suffering from this but > > doesn't seem to give a solution. Does anyone have any suggestion? > > It's been mentioned on this list before. > > Google: site:lists.centos.org freeipa conflict > > jh Cheers

On Mon, Jun 10, 2019 at 12:28:02PM +0100, lejeczek wrote: > hi guys > > in my qutest I have this: > > ... > >     <filesystem type='mount' accessmode='passthrough'> >       <source dir='/home'/> >       <target dir='/home'/> >     </filesystem> > > ... > > and on the host /home/* are user home

Okey, after more testing its not working 100% Seems when tinc start when windows is booting, the windows IP stack does a lot of other things and so NotifyAddrChange() returns earlier for other interfaces probably. Seems fixing that is much harder that I expected. More research is needed to correctly fix that. ---------- Original message ---------- From: borg at uu3.net To: tinc-devel at

Hello ! I am using shorewall , it is okey. Just i like to forbid edonkey as i did for kazaa using ftwall. Thanks. Wahid.