Discuss

discuss@lists.centos.org

34753 discussions

Metadata checksum
by kotipalli venkatesh 20 Oct '15

20 Oct '15

Hi All I am successfully spin the VM with Centos 6.2 ISO. When i am trying to download the packages we are facing the issues. The error message copy paste below, *[root@localhost ~]# yum install ntp* *Loaded plugins: fastestmirror, refresh-packagekit, security* *Loading mirror speeds from cached hostfile* * * base: centos.excellmedia.net <http://centos.excellmedia.net>* * * extras: centos.excellmedia.net <http://centos.excellmedia.net>* * * updates: centos.excellmedia.net <http://centos.excellmedia.net>* *base | 3.7 kB 00:00* *base/primary_db | 4.6 MB 00:01* *http://centos.excellmedia.net/6.7/os/x86_64/repodata/11bcf3233241e37e1a0e04d2fde8a609215059b5b0319fd660f796d462bbe6a8-primary.sqlite.bz2 <http://centos.excellmedia.net/6.7/os/x86_64/repodata/11bcf3233241e37e1a0e04…>: [Errno -1] Metadata file does not match checksum* *Trying other mirror.* These are the commands run but noluck. 1. yum clean all 2. yum clean metadata 3. rpm --rebuilddb *Note: Not only Centos 6.2 iso, We are trying to 6.5 iso also but no luck.* Please guys help me. Regards, Venkatesh.k

1 0

PV AMI for CentOS 7
by Jo Rhett 20 Oct '15

20 Oct '15

Is there any chance we could get a PV AMI for CentOS 7 to match the HVM version at https://aws.amazon.com/marketplace/pp/B00O7WM7QW/ref=srh_res_product_title?… We have prepurchased reserved instances based on older PV machines (m1, c1, etc) It would be very very helpful to have a PV AMI so we could migrate to CentOS 7 on those image types. https://bugs.centos.org/view.php?id=9499 <https://bugs.centos.org/view.php?id=9499> -- Jo Rhett Net Consonance : net philanthropy to improve open source and internet projects.

2 5

Exists some problem with cronjobs under CentOS7
by C. L. Martinez 19 Oct '15

19 Oct '15

Hi all, I am having strange problems with my cron jobs in my CentOS7 kvm host. After the initial install and first boot, any cron job configured had run (including cron tasks installed by some rpm packages). Last cron's entry log is: Oct 9 17:01:01 santgraal CROND[9014]: (root) CMD (run-parts /etc/cron.hourly) Oct 9 17:01:01 santgraal run-parts(/etc/cron.hourly)[9014]: starting 0anacron Oct 9 17:01:01 santgraal run-parts(/etc/cron.hourly)[9023]: finished 0anacron Oct 9 17:01:01 santgraal run-parts(/etc/cron.hourly)[9014]: starting 0yum-hourly.cron Oct 9 17:01:01 santgraal run-parts(/etc/cron.hourly)[9029]: finished 0yum-hourly.cron cron service is running without problems: [root@coskvm01 log]# systemctl status crond crond.service - Command Scheduler Loaded: loaded (/usr/lib/systemd/system/crond.service; enabled) Active: active (running) since Sun 2015-10-11 11:49:41 UTC; 28min ago Main PID: 5124 (crond) CGroup: /system.slice/crond.service └─5124 /usr/sbin/crond -n Forcing to run cron tasks editing root's crontab with "crontab -e", it doesn't works also. Is this a bug?? Or do I need to install some package apart of: cronie-1.4.11-13.el7.x86_64 cronie-anacron-1.4.11-13.el7.x86_64 crontabs-1.11-6.20121102git.el7.noarch ???

12 34

snmpd exec issue
by Leandro 19 Oct '15

19 Oct '15

Hello guys , I was trying to get a command output from my Centos 6 server using the snmpd "exec" section. The line added to snmpd.conf id: exec get_whitelist /bin/cat /home/snmp_user/whitelist.txt Afer trying to get the resut performing the snmpwalk client form another server I always got "permission denied" After reading some forums I founded that disabling selinux It works. My question is .. What is the proper way to achieve snmpd executing some commands ? In my case it is working now but ... Im not sure if disabling selinux is the best way. Regards. Leandro.

2 1

Debugging Kernel Problems
by Tod 19 Oct '15

19 Oct '15

Not sure if this is the correct subject line but my recently installed Centos build (Linux localhost.localdomain 3.10.0-229.14.1.el7.x86_64 #1 SMP Tue Sep 15 15:05:51 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux) periodically just freezes - completely locks up, no activity, nothing in the logs, just stops dead requiring a power off and reboot. I've really looked around to try and find the _best_ way to set up debugging but there is a lot written about it from a lot of parties but I'm not sure who the definitive source is. I did try booting with the 'CentOS Linux (3.10.0-229.14.1.el7.x86_64) 7 (Core) with debugging' option but that really didn't add anything to finding a solution. Dmesg did report this however: dmesg|grep debug [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-3.10.0-229.14.1.el7.x86_64 root=UUID=1928d2da-784c-4b18-868c-f9858bceea6d ro crashkernel=auto rhgb quiet LANG=en_US.UTF-8 systemd.debug [ 0.000000] Kernel command line: BOOT_IMAGE=/vmlinuz-3.10.0-229.14.1.el7.x86_64 root=UUID=1928d2da-784c-4b18-868c-f9858bceea6d ro crashkernel=auto rhgb quiet LANG=en_US.UTF-8 systemd.debug [ 0.940176] ehci-pci 0000:00:12.2: debug port 1 [ 0.946472] ehci-pci 0000:00:13.2: debug port 1 [ 1.238335] systemd[1]: Unknown kernel switch systemd.debug. Ignoring. [ 5.083981] SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts [ 5.206423] systemd[1]: Unknown kernel switch systemd.debug. Ignoring. Which I found interesting. So, can anyone point me to a detailed guide to debugging what's going on with my build that will help me solve my locking problem? BTW, I think it might be my wireless Atheros equipped PCI card (dmesg|grep -i atheros [ 2.231264] ath5k: phy0: Atheros AR2414 chip found (MAC: 0x79, PHY: 0x45) but can't be sure because I've not any real proof that's the issue. Thanks in advance for your patience and assistance.

4 4

Re: [CentOS] [OT] fail2ban update (epel) breaks logrotate
by tony＠softins.co.uk 18 Oct '15

18 Oct '15

In article <n009u2$85v$1(a)softins.softins.co.uk>, Tony Mountifield <tony(a)softins.co.uk> wrote: > Apologies, this is slightly off-topic being to do with an EPEL package, > although it's running on CentOS6, so I thought others here might have come > across this issue. > > I have five CentOS 6 systems running fail2ban from EPEL, and this > package was updated in the last week from 0.9.2-1.el6 to 0.9.3-1.el6. > > On all these systems, I received an error from logrotate this morning. > > [root@system ~]# /usr/bin/fail2ban-client flushlogs > logs: rolled over > Traceback (most recent call last): > File "/usr/bin/fail2ban-client", line 470, in <module> > if client.start(sys.argv): > File "/usr/bin/fail2ban-client", line 440, in start > return self.__processCommand(args) > File "/usr/bin/fail2ban-client", line 281, in __processCommand > return self.__processCmd([cmd]) > File "/usr/bin/fail2ban-client", line 185, in __processCmd > client.close() > File "/usr/lib/python2.6/site-packages/fail2ban/client/csocket.py", line 55, in close > self.__csock.sendall(CSPROTO.CLOSE + CSPROTO.END) > File "<string>", line 1, in sendall > socket.error: [Errno 32] Broken pipe > [root@system ~]# OK, on further investigation, I found that the fail2ban service had not been restarted by the update script. So I restarted it, and got the same error as it was stopping, but it started up ok. After restarting, the error no longer occurs: [root@system ~]# ps -fC fail2ban-server root 7528 1 0 Sep23 ? 00:10:06 /usr/bin/python -Es /usr/bin/fail2ban-server -s /var/run/fail2ban/fail2ban.sock -p /var/run/fail2ban/fail2ban.pid -x -b [root@system ~]# service fail2ban restart Stopping fail2ban: Traceback (most recent call last): File "/usr/bin/fail2ban-client", line 470, in <module> if client.start(sys.argv): File "/usr/bin/fail2ban-client", line 440, in start return self.__processCommand(args) File "/usr/bin/fail2ban-client", line 281, in __processCommand return self.__processCmd([cmd]) File "/usr/bin/fail2ban-client", line 185, in __processCmd client.close() File "/usr/lib/python2.6/site-packages/fail2ban/client/csocket.py", line 55, in close self.__csock.sendall(CSPROTO.CLOSE + CSPROTO.END) File "<string>", line 1, in sendall socket.error: [Errno 32] Broken pipe [FAILED] Starting fail2ban: [ OK ] [root@system ~]# ps -fC fail2ban-server root 11647 1 1 15:30 ? 00:00:00 /usr/bin/python -Es /usr/bin/fail2ban-server -s /var/run/fail2ban/fail2ban.sock -p /var/run/fail2ban/fail2ban.pid -x -b [root@system ~]# /usr/bin/fail2ban-client flushlogs logs: rolled over [root@system ~]# Hope this info is useful to others... Cheers Tony -- Tony Mountifield Work: tony(a)softins.co.uk - http://www.softins.co.uk Play: tony(a)mountifield.org - http://tony.mountifield.org

1 0

[OT] fail2ban update (epel) breaks logrotate
by tony＠softins.co.uk 18 Oct '15

18 Oct '15

Apologies, this is slightly off-topic being to do with an EPEL package, although it's running on CentOS6, so I thought others here might have come across this issue. I have five CentOS 6 systems running fail2ban from EPEL, and this package was updated in the last week from 0.9.2-1.el6 to 0.9.3-1.el6. On all these systems, I received an error from logrotate this morning. It appears that something has broken the flushlogs option in fail2ban-client: [root@system ~]# cat /etc/logrotate.d/fail2ban # # Gentoo: # http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-analyzer/fail2b… # # Debian: # https://github.com/fail2ban/fail2ban/blob/debian/debian/fail2ban.logrotate # # Fedora view: # http://pkgs.fedoraproject.org/cgit/fail2ban.git/tree/fail2ban-logrotate /var/log/fail2ban.log { rotate 7 missingok compress postrotate /usr/bin/fail2ban-client flushlogs 1>/dev/null || true endscript } [root@system ~]# /usr/bin/fail2ban-client flushlogs logs: rolled over Traceback (most recent call last): File "/usr/bin/fail2ban-client", line 470, in <module> if client.start(sys.argv): File "/usr/bin/fail2ban-client", line 440, in start return self.__processCommand(args) File "/usr/bin/fail2ban-client", line 281, in __processCommand return self.__processCmd([cmd]) File "/usr/bin/fail2ban-client", line 185, in __processCmd client.close() File "/usr/lib/python2.6/site-packages/fail2ban/client/csocket.py", line 55, in close self.__csock.sendall(CSPROTO.CLOSE + CSPROTO.END) File "<string>", line 1, in sendall socket.error: [Errno 32] Broken pipe [root@system ~]# Has anyone else found this today? And even better know how to fix it? There doesn't seem to be any current activity in epel-users, and I found the update announcement in epel-package-announce, but didn't see anything about this in the "IMPORTANT incompatible changes" section. Cheers Tony -- Tony Mountifield Work: tony(a)softins.co.uk - http://www.softins.co.uk Play: tony(a)mountifield.org - http://tony.mountifield.org

1 0

CentOS-announce Digest, Vol 128, Issue 4
by centos-announce-request＠centos.org 17 Oct '15

17 Oct '15

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. Update for centos-release-openstack (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Fri, 16 Oct 2015 19:14:42 +0100 From: Karanbir Singh <kbsingh(a)centos.org> To: CentOS Announcements List <centos-announce(a)centos.org> Subject: [CentOS-announce] Update for centos-release-openstack Message-ID: <56213E92.2050104(a)centos.org> Content-Type: text/plain; charset=utf-8 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The CentOS Cloud SIG ( https://wiki.centos.org/SpecialInterestGroup/Cloud ) is releasing a new OpenStack metadata package called centos-release-openstack-kilo that replaces centos-release-openstack. Metadata packages in CentOS are used to setup the repositories used by the package manager ( yum ) and the signing keys used to validate content installed from the corresponding repositories. The present metadata package, called centos-release-openstack, does not allow for us to have multiple OpenStack versions available to users, without adding many layers of complexity to the install and update process. This new OpenStack metadata package ( centos-release-openstack-kilo ) effectively sets up the mechanics required for us to deliver OpenStack Liberty as an alternative to users who might prefer the newer codebase, once it's available. However, we would like to still support the users who have a Kilo install at the moment, and would like to run that as long as updates are available for Kilo itself. Kilo to Liberty update process will require administrative actions, for details see "Upgrade Notes" in upstream release notes https://wiki.openstack.org/wiki/ReleaseNotes/Liberty The metadata rpm for OpenStack Liberty will be called centos-release-openstack-liberty and users will be able to install it once released. For more information on our progress with that effort, please join the Cloud SIG meetings that are held weekly on #centos-devel on irc.freenode.net or join us on the centos-devel mailing list ( https://lists.centos.org/ ). The updated metadata package, centos-release-openstack-kilo, is now available on all CentOS mirrors, and can be installed by running either 'yum update centos-release-openstack' or 'yum install centos-release-openstack-kilo' - -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJWIT6SAAoJEI3Oi2Mx7xbt5OUH/AoA9RW3H2w2YxzRFDkZJOS9 GFuxBSxX7C1hQ+u/5XQlEYx/hj4oaJSeWEBd5bOCyCxVJRSFakUy2LjenErbaX5n QiUdYtaDh2MP72doiGTbOyMpRbJT9jnbuSrSzd4t9oEVGOWyP+gLlaU0QhL4ST3t 01m1Z6vxd0VYmXWpGYH1gK65GEymYNb5vE/MwLFq+Apm2DXELKoPgtwRkwyiT19d aV+xT4f2qLrtI5YMVKspjNxKYOX72yExzrbcaUersTbTmsJB9zCrbi3sqAy/BOv9 jnCpG677EHre6R23ipQ36rUSi401FC8dnN89kO3+joUBtqsPYZw6P8p9brKKC68= =T+80 -----END PGP SIGNATURE----- ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 128, Issue 4 ***********************************************

1 0

Incoming rsync connection attempts
by Jeff Boyce 16 Oct '15

16 Oct '15

Greetings - In my logwatch report this morning I noticed reference to an attempt to connect to rsync from an external IP address. It doesn't appear that the connection was successful based on correlating information between /var/log/secure and /var/log/messages. But I am looking for some suggestions for implementing more preventative measures, if necessary. The log information from the last few attempts are shown below. /var/log/secure Oct 13 00:14:08 Bison xinetd[2232]: START: rsync pid=15306 from=180.97.106.36 Oct 13 01:55:51 Bison xinetd[2232]: START: rsync pid=15343 from=85.25.43.94 Oct 13 23:25:35 Bison xinetd[2232]: START: rsync pid=16548 from=114.119.37.86 /var/log/messages Oct 13 00:14:08 Bison rsyncd[15306]: rsync: unable to open configuration file "/etc/rsyncd.conf": No such file or directory (2) Oct 13 00:14:08 Bison rsyncd[15306]: rsync error: syntax or usage error (code 1) at clientserver.c(923) [receiver=3.0.5] Oct 13 01:55:51 Bison rsyncd[15343]: rsync: unable to open configuration file "/etc/rsyncd.conf": No such file or directory (2) Oct 13 01:55:51 Bison rsyncd[15343]: rsync error: syntax or usage error (code 1) at clientserver.c(923) [receiver=3.0.5] Oct 13 23:25:35 Bison rsyncd[16548]: rsync: unable to open configuration file "/etc/rsyncd.conf": No such file or directory (2) Oct 13 23:25:35 Bison rsyncd[16548]: rsync error: syntax or usage error (code 1) at clientserver.c(923) [receiver=3.0.5] There is no /etc/rsyncd.conf file present on the system, so I can see why the connection wasn't successful. Our backups get pushed to this one from other servers using rsync. This is on a RHEL 3.9 box (Dell PE2600, year 2004) that is primarily used as backup storage within our LAN. I will retire it when it dies, until then it runs fairly maintenance free. I do have a public IP address assigned to the WAN because we have a vsftp server running on it for transferring files back and forth to a few clients, and I occasionally access the server remotely. I am wondering if there is anything relatively simple that I can do to address these attempted connections, until I have time to move our vsftp server from it and remove the public IP address from the WAN? Thanks. Jeff -- Jeff Boyce Meridian Environmental

5 4

Semi-OT: torque, pbs_mom, cpuset, loglevel
by m.roth＠5-cent.us 16 Oct '15

16 Oct '15

We're running the current version of torque. On our small supercomputer (an SGI), no updates to torque since July, but just recently - someone may be trying something new - /var/log/messages is on-and-off being spammed with Oct 15 18:02:04 servername pbs_mom: LOG_INFO::create_job_cpuset, creating cpuset for job 1971[656].york.cit.nih.gov: 1 cpus (12), 1 mems (1) and I mean thousands of lines. I tried to adjust the loglevel of pbs_mom, but it appeared to make *no* change, and their "documentation" and "manpage" simply does not describe what message level each value of loglevel produces. Anyone have a clue? I've been googling, and not finding anything of use. mark

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss