similar to: How to disable the self-heal?

I have two GlusterFS server and the volume status is replica . The add of them are server01:192.168.1.10 and server02:192.168.1.11 . The client mount the server01'vol and I can use the GLusterFS usually. Now, l am reading the file on the glusterfs volume usually, the server02's interface down suddenly ? and the client is also down. It will resume after a delay(about 10s),I think

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Security Advisory CESA-2006:0195 tar security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2006-0195.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/tar-1.13.25-14.RHEL3.i386.rpm source: updates/SRPMS/tar-1.13.25-14.RHEL3.src.rpm You may update your CentOS-3 i386 installations by running the

CentOS Errata and Security Advisory CESA-2006:0195 tar security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2006-0195.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/tar-1.13.25-14.RHEL3.x86_64.rpm source: updates/SRPMS/tar-1.13.25-14.RHEL3.src.rpm You may update your CentOS-3 x86_64 installations by

CentOS Errata and Bugfix Advisory 2019:0195 Upstream details at : https://access.redhat.com/errata/RHBA-2019:0195 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 95d58225e3f1d2458d0d791ef26182feb87aabaf9f167240175c6e4486ba898f nvme-cli-1.6-4.el7_6.x86_64.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/

CentOS Errata and Security Advisory 2020:0195 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0195 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 632ea80e6506f4b9a35f65a9bbfc353985e866ce8aa801c27fe0a4720f260ed9 python-reportlab-2.5-9.el7_7.1.x86_64.rpm

before inlining all 20005 after inlining somewhere here changed made it NoAlias after Global Variable Optimizer 20014 20373 20255 20372 20254 before GVN 19993 20011 19991 20010 20030 It appears that TBAA metadata certainly changed after inlining and subsequent passes. I have attached the .bc file. I think I will try to dump out more TBAA metadata between passes. The method in

Hi All, It's broken !! (drat) Asterisk if failing to load with the following error (taken from end of /var/log/asterisk/full) after adding bristuff. Can anyone help please? Jul 17 19:57:54 VERBOSE[2503]: == Registered channel type 'Phone' (Standard Linux Telephony API Driver) Jul 17 19:57:54 VERBOSE[2503]: [chan_zap.so]Jul 17 19:57:54 VERBOSE[2503]: [chan_zap.so] =>

Hello all, I have problems trying to register sipXphone to asterisk. It always print the message : May 26 13:04:33 NOTICE[2781]: chan_sip.c:7691 handle_request: Registration from 'sip:2503@172.25.50.52' failed for '172.25.49.219' Anyone has an idea to help? Asterik seems to fail in register_verify() but i don't know why... My sip.conf is the following : ; ; SIP

hi at all, i'm trying to migrate a vm between two host but fails, this is what I did: virsh # start win2008 Domain win2008 started virsh # list Id Name State ---------------------------------- 1 win2008 running virsh # migrate --live win2008 qemu+ssh://host2/system error: internal error Attempt to migrate guest to the same host

CentOS Errata and Bugfix Advisory 2012:0405 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0405.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a445627078ff3161c355ce2ba6396496e0efd45cbfb88d15d7f0020099673a78 gnome-desktop-2.28.2-9.el6.centos.i686.rpm

CentOS Errata and Enhancement Advisory 2018:0405 Upstream details at : https://access.redhat.com/errata/RHEA-2018:0405 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 81164e5236795d49af78522b24efa7b49235382e2457f3d43c00f069020857b3 fence-agents-all-4.0.11-66.el7_4.4.x86_64.rpm

Hi all, I have a volume where the output of volume heal info shows several gfid entries to be healed, but they've been there for weeks and have not healed. Any normal file that shows up on the heal info does get healed as expected, but these gfid entries do not. Is there any way to remove these orphaned entries from the volume so they are no longer stuck in the heal process? Thank you!

Hello I am using Glusterfs 3.10.5 on CentOS7. A replicated distributed volume with a dist-rep hot tier. During data migration, we noticed the tierd.log on one of nodes was huge. Upon review it seemed to be stuck on a certain set of files. Running a "gluster vol heal VOL info" showed that those same files caused problems in the tier, were in split brain. So we went to fix split

Since that I removed one of the interfaces of net of the server, the Samba presents problems generating following log: ec 13 09:41:46 sfs nmbd[2503]: [2005/12/13 09:41:46, 0] nmbd/nmbd_browsesync.c:get_domain_master_name_node_status_fail(488) Dec 13 09:41:46 sfs nmbd[2503]: get_domain_master_name_node_status_fail: Dec 13 09:41:46 sfs nmbd[2503]: Doing a node status request to the domain

CentOS Errata and Security Advisory 2006:0105 https://rhn.redhat.com/errata/RHSA-2006-0195.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/tar-1.13.25-14.RHEL3.ia64.rpm -- Pasi Pirhonen - upi@iki.fi - http://iki.fi/upi/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type:

CentOS Errata and Security Advisory 2006:0105 https://rhn.redhat.com/errata/RHSA-2006-0195.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/tar-1.13.25-14.RHEL3.s390.rpm s390x: updates/s390x/RPMS/tar-1.13.25-14.RHEL3.s390x.rpm -- Pasi Pirhonen - upi@iki.fi - http://iki.fi/upi/ -------------- next part -------------- A

The following errata for CentOS-2 have been built and uploaded to the centos mirror: RHSA-2006:0195-01 Low: tar security update Files available: tar-1.13.25-5.AS21.1.i386.rpm More details are available from the RedHat web site at https://rhn.redhat.com/errata/rh21as-errata.html The easy way to make sure you are up to date with all the latest patches is to run: # yum update -- John Newbigin

Dear R-users, I am exploring disease spread in trees. I have locations for diseased trees in 2004 and 2005 and want to know whether the patterns are independent. I would like to use both the 'gcross' and 'kcross' functions (in spatstat). I imported the data from two text files and created point objects using as.ppp. I then created a marked planar point pattern using ppp. I am

Hi: I've installed the prepaid modules, and it doesn't seem to be able to connect to the database server. Please help. Dec 13 23:03:34 ERROR[2503]: PrepaidAuthCID: FATAL - Couldn't connect to database server 'localhost'. Dec 13 23:03:34 ERROR[2503]: PrepaidRate: FATAL - Couldn't connect to database server 'localhost'. Dec 13 23:03:34 WARNING[2503]: Prepaid