Discuss October 2017

discuss@lists.centos.org

128 participants
115 discussions

NFS mount on Centos 7 crashing
by Nikolaos Milas 20 Oct '17

20 Oct '17

Hello, We have a VM (under KVM - a VPS service by our ISP) running CentOS 7. On it we have 2 NFS mounts, one for backup and one as a live file system (where there are two user homes as well): ----------------------------------------------------------------------------------------------------------------------- # cat /etc/fstab /dev/mapper/centos-root / xfs defaults 0 0 UUID=7a3ae70a-8ef3-463b-8f5b-be4e2e7be894 /boot xfs defaults 0 0 /dev/mapper/centos-swap swap swap defaults 0 0 10.201.40.34:/data/col1/noc-bkups-1 /mnt/dd2500-1 nfs auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 0 0 10.201.40.34:/data/col1/hesperia-mount /hesperiamount nfs auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 0 0 ----------------------------------------------------------------------------------------------------------------------- This setup has been working fine for over a year, even under significant load, without issues. However, yesterday, the "live" NFS mount (/hesperiamount) has started crashing. When bootingeverything is fine, but very soonafter boot we noticed that we lose communication to the mount, although the remote storage system is accessible(without reporting any errors) and no network issues have occurred. We found that dmesg reports failures with call traces (2 examples): https://pastebin.com/GVSDbxFr https://pastebin.com/WujKQuHG This happens repeatedly/consistently (after several reboots) so we have been forced to replace the NFS mount with a local mount (on a new local virtual hard disk), to restore normal system operation. So the fstab has now become: ------------------------------------------------------------------------------------------------------------------- # cat /etc/fstab /dev/mapper/centos-root / xfs defaults 0 0 UUID=7a3ae70a-8ef3-463b-8f5b-be4e2e7be894 /boot xfs defaults 0 0 /dev/mapper/centos-swap swap swap defaults 0 0 /dev/mapper/vg2-lv1 /hesperiamount xfs defaults 0 0 10.201.40.34:/data/col1/noc-bkups-1 /mnt/dd2500-1 nfs auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 0 0 # 10.201.40.34:/data/col1/hesperia-mount /hesperiamount nfs auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 0 0 ------------------------------------------------------------------------------------------------------------------- Note that when I later mounted manually the same NFS share on the same box (in order to copy data from it using rsync), it did not crash (but it only had reads and no writes in this scenario). The share was manually mounted with the following command: # mount -vv -o auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 -t nfs 10.201.40.34:/data/col1/hesperia-mount /hesperiamount2 Questions: * Is this a known issue/bug? * Have we possibly made any NFS misconfigurations (which however have not caused any errors for about a year now)? * What could we do to prevent the error from occurring again? Please advise. Thanks, Nick

3 12

CentOS-announce Digest, Vol 152, Issue 7
by centos-announce-request＠centos.org 19 Oct '17

19 Oct '17

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2017:2911 Important CentOS 6 wpa_supplicant Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 18 Oct 2017 16:57:30 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:2911 Important CentOS 6 wpa_supplicant Security Update Message-ID: <20171018165730.GA63724(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:2911 Important Upstream details at : https://access.redhat.com/errata/RHSA-2017:2911 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1c4e471af89b650f2dd8b47db7a09af8a04368b0ed6532125ca37a7e55220193 wpa_supplicant-0.7.3-9.el6_9.2.i686.rpm x86_64: 0644c3f6c879b7224014c2576384981597aec268b3c8abef3b616c2f05874117 wpa_supplicant-0.7.3-9.el6_9.2.x86_64.rpm Source: c74efa3ad9af3b9eb39e505e9a62dc2423791b27f988a3db9ab1057f1d499ef4 wpa_supplicant-0.7.3-9.el6_9.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 152, Issue 7 ***********************************************

1 0

sidekiq receives SIGHUP when started via ssh -t
by Yuri Kanivetsky 18 Oct '17

18 Oct '17

Hi, I have a couple of ideas how to fix it, but I'm trying to figure out what's going on first. I mainly start this program (sidekiq) on Debian systems, and it might be my first time running it under CentOS, so my conjecture is that it has to do with differences between distributions... Now then, when I run it this way: ssh user(a)example.com '. ~/.bash_profile && rvm 2.3.1@gemset1 && cd path/to/site && bundle exec sidekiq -C config/sidekiq.yml -d -L log/sidekiq.log' it daemonizes itself and stays running. When I add -t switch (ssh -t ...), it gets terminated by SIGHUP. On Ubuntu it stays running in both cases. What's happening here? Any suggestions are welcome. Regards, Yuri

1 2

delay in establishing network connectivity
by FHDATA 18 Oct '17

18 Oct '17

hello, centos 7 If the system (wired static IP#) is powered down and stayed powered down for some period: let say 48 hours or so .... when it is rebooted again it can not establish a network connectivity for some time: 7 to 15 minutes and then everything network wise is fine... I am unable to spot any errors in various system logs. If you think this is on the OS/system side .... where do you think I should look to hunt down some parameter or settings that maybe causing this? thank you, F-

3 2

Re: [CentOS] [CentOS-announce] CESA-2017:2907 Important CentOS 7 wpa_supplicant Security Update
by Yves Bellefeuille 18 Oct '17

18 Oct '17

Johnny Hughes <johnny(a)centos.org> wrote: > CentOS Errata and Security Advisory 2017:2907 Important > > Upstream details at : https://access.redhat.com/errata/RHSA-2017:2907 Will there also be an update for CentOS 6? Or does the problem not exist with CentOS 6? -- Yves Bellefeuille <yan(a)storm.ca>

4 4

Null deference panic in CentOS-6.5
by wuzhouhui 18 Oct '17

18 Oct '17

Hi, I got a panic when running CentOS-6.5: crash> bt PID: 106074 TASK: ffff8839c1e32ae0 CPU: 4 COMMAND: "flushd4[cbd-sd-" #0 [ffff8839c2a91900] machine_kexec at ffffffff81038fa9 #1 [ffff8839c2a91960] crash_kexec at ffffffff810c5992 #2 [ffff8839c2a91a30] oops_end at ffffffff81515c90 #3 [ffff8839c2a91a60] no_context at ffffffff81049f1b #4 [ffff8839c2a91ab0] __bad_area_nosemaphore at ffffffff8104a1a5 #5 [ffff8839c2a91b00] bad_area_nosemaphore at ffffffff8104a273 #6 [ffff8839c2a91b10] __do_page_fault at ffffffff8104a9bf #7 [ffff8839c2a91c30] do_page_fault at ffffffff81517bae #8 [ffff8839c2a91c60] page_fault at ffffffff81514f95 [exception RIP: rb_next+1] RIP: ffffffff81286e21 RSP: ffff8839c2a91d10 RFLAGS: 00010046 RAX: 0000000000000000 RBX: ffff88204b501c00 RCX: 0000000000000000 RDX: ffff88013bc56840 RSI: ffff88013bc568d8 RDI: 0000000000000010 RBP: ffff8839c2a91d60 R8: 0000000000000001 R9: 0000000000000001 R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000 R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 ORIG_RAX: ffffffffffffffff CS: 0010 SS: 0018 #9 [ffff8839c2a91d18] pick_next_task_fair at ffffffff81068121 #10 [ffff8839c2a91d68] schedule at ffffffff81511e08 #11 [ffff8839c2a91e28] flushd_run at ffffffffa07a2cbd [cbd] #12 [ffff8839c2a91ee8] kthread at ffffffff8109acd6 #13 [ffff8839c2a91f48] kernel_thread at ffffffff8100c20a The [cbd] is a module developed by us, I think this bug has nothing to do with it. And the contents of rq in pick_next_task(struct rq *rq) is (see attachement for full contents of struct rq): struct rq { lock = { raw_lock = { slock = 67109881 } }, nr_running = 2, cpu_load = {0, 5923, 14993, 13888, 9115}, last_load_update_tick = 4365159236, nohz_balance_kick = 0 '\000', skip_clock_update = 0, load = { weight = 2, inv_weight = 0 }, nr_load_updates = 21530842, nr_switches = 148355748, cfs = { load = { weight = 2, inv_weight = 0 }, nr_running = 1, h_nr_running = 2, exec_clock = 3309310258875, min_vruntime = 1181294560093, tasks_timeline = { rb_node = 0x0 }, rb_leftmost = 0x0, tasks = { next = 0xffff88013bc568e8, prev = 0xffff88013bc568e8 }, balance_iterator = 0xffff88013bc568e8, curr = 0xffff88204b501e00, next = 0x0, last = 0x0, skip = 0x0, nr_spread_over = 5, .... We can see that the value if rq->cfs.nr_running is not zero, but rb_leftmost is null. With skip is null, this causes null deference panic in pick_next_entity() of pick_next_task_fair(). Does anyone have encountered same problem or advice? Thanks

5 7

Auth failure messages
by david 18 Oct '17

18 Oct '17

Folks I am using sendmail as my mail server. SELINUX is disabled. I observe messages in Centos 7 (and 6) in /var/log/messages, similar to: saslauthd[2765]: do_auth : auth failure: [user=bettie] [service=smtp] [realm=] [mech=pam] [reason=PAM auth error] I guess that this is because somebody tried to access one of the SMTP ports with a logon attempt. This is understandable; there are crackers out there. I'd like to block SMTP completely from the originating sender (by dropping the IP packets), but don't know how to figure out what the IP address is. I don't see anything in the "maillog" that, for example, has the name "bettie" or some other clue. The only thing I see is a message like sendmail[5452]: v9HIoBox005452: [xxx.xxx.xxx.xxx] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA with a close timestamp, but I'm reluctant to tie the two log entries together. Is there some log, or log setting that might enable me to tie the do_auth error to a specific IP address? I'm very reluctant to change mail servers to postfix or something like that. Thanks David

3 2

gdevilspie on mate
by H 18 Oct '17

18 Oct '17

I just read about gdevilspie on this list the other day and downloaded it for my mate desktop. Although it installed, it complains that python-wnck is not installed. Does anyone know if it is supposed to work on mate? I would have expected it to install python-wnck as a requirement if not already installed?

3 7

Dahdi get latest
by Jerry Geis 18 Oct '17

18 Oct '17

I am trying to use dahdi complete 2.11.1 with a 4.13 kernel. - NOT working for know reasons. I tried applying two patches but still get compile errors. AHHH! How do I just use git to get the latest with the fixes ???? This command did not work - I still get the errors. git clone git://git.asterisk.org/dahdi/linux dahdi-linux Thanks, Jerry

1 1

CentOS-announce Digest, Vol 152, Issue 6
by centos-announce-request＠centos.org 18 Oct '17

18 Oct '17

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2017:2907 Important CentOS 7 wpa_supplicant Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 17 Oct 2017 21:54:54 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:2907 Important CentOS 7 wpa_supplicant Security Update Message-ID: <20171017215454.GA49502(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:2907 Important Upstream details at : https://access.redhat.com/errata/RHSA-2017:2907 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: bcb982dc33b01aeb8b0807cee6d6b07bfe0ca020fda96d2b64e34e6912daa698 wpa_supplicant-2.6-5.el7_4.1.x86_64.rpm Source: d19567c0ecc7a639590f1ebd018618a7e061c42c7549fb60070d6f6581efa71b wpa_supplicant-2.6-5.el7_4.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 152, Issue 6 ***********************************************

1 0

← Newer
1
2
3
4
5
6
7
8
9
...
12
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss October 2017