Discuss

discuss@lists.centos.org

2 participants
34758 discussions

Bacula + Nagios
by Alessandro Baggi 05 Jun '15

05 Jun '15

Hi list, I'm trying to monitoring bacula (dir, sd and fd) with nagios and plugin check_bacula. check_bacula was installed from repo base, current OS C7.1. When running check_bacula I get error with authentication: "BACULA CRITICAL - Cannot authenticate to Director: 1999 Authorization failed." and from bacula.log: Unable to authenticate console "not real" at client:127.0.0.1:9101. I suppose that It can be a password mismatch but all password/name combination are correct. Anyone has the same problem? Thanks in advance.

1 0

CentOS-announce Digest, Vol 124, Issue 2
by centos-announce-request＠centos.org 05 Jun '15

05 Jun '15

Send CentOS-announce mailing list submissions to centos-announce(a)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(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-2015:1072 Moderate CentOS 6 openssl Security Update (Johnny Hughes) 2. CEBA-2015:1071 CentOS 6 ricci BugFix Update (Johnny Hughes) 3. CESA-2015:1072 Moderate CentOS 7 openssl Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 4 Jun 2015 19:47:16 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1072 Moderate CentOS 6 openssl Security Update Message-ID: <20150604194716.GA32177(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1072 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1072.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 61a340e1f4c073fce63dcaeb0c20330451f09fb2e63f170da1bcbb359df24fe3 openssl-1.0.1e-30.el6.9.i686.rpm e2d72bc63138543ec5d3324ecf4b5bbb934fd5d4c5ba8d2238b6eb3f45c36cd6 openssl-devel-1.0.1e-30.el6.9.i686.rpm 3161722f72ab9ef7437a755e494d088eee710a6d94d24c874629569494e3a766 openssl-perl-1.0.1e-30.el6.9.i686.rpm b38a56910840a8a55b604641cb6069a8b7ef01aaa2710bc4c6c5cc4a58df403e openssl-static-1.0.1e-30.el6.9.i686.rpm x86_64: 61a340e1f4c073fce63dcaeb0c20330451f09fb2e63f170da1bcbb359df24fe3 openssl-1.0.1e-30.el6.9.i686.rpm abf1c59ad113a230124ecefde6e2ef1cad8a21e52b2545a72b57e6d4fb6a1477 openssl-1.0.1e-30.el6.9.x86_64.rpm e2d72bc63138543ec5d3324ecf4b5bbb934fd5d4c5ba8d2238b6eb3f45c36cd6 openssl-devel-1.0.1e-30.el6.9.i686.rpm 0aa7aeeecee811ec3ccfbbdce757025e6cddf3b8e1c9b0d9e6de70a9edb8e89e openssl-devel-1.0.1e-30.el6.9.x86_64.rpm 630717c9db143cb84e3110247be1b71cecd37978c745bfed02cf3632ea2541d8 openssl-perl-1.0.1e-30.el6.9.x86_64.rpm 9fc173b782d134200cc370521ba537601950fed0451d2535fd2c9c6adb6e1f7f openssl-static-1.0.1e-30.el6.9.x86_64.rpm Source: ec7e2f4d6983f9e3c8537b340bc68df69c15440676b48d6bda49b90e721762d0 openssl-1.0.1e-30.el6.9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Thu, 4 Jun 2015 19:48:24 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1071 CentOS 6 ricci BugFix Update Message-ID: <20150604194824.GA32285(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1071 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1071.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7e7f9a1133b73d2a120a36c6ce6aec16f07ec0e56f664c64bbd17cb3d14a6d40 ccs-0.16.2-75.el6_6.2.i686.rpm 1870fa28ce72b1985252339e549a6f7085bd97cea42927eb2019d0728de991f3 ricci-0.16.2-75.el6_6.2.i686.rpm x86_64: 1a923b80aaffbdb0a49d2b9f130cd261a7d8a7930eac395bff1ea7be40fa4444 ccs-0.16.2-75.el6_6.2.x86_64.rpm 3bd3022855221839a3704bbabb5f8425cf73b1b10ca3c7678f21b2d4a8478797 ricci-0.16.2-75.el6_6.2.x86_64.rpm Source: ccfd7b186da8957b94919fc294e4e70eae82bb981958fe98704a9296290de818 ricci-0.16.2-75.el6_6.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Thu, 4 Jun 2015 20:17:09 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1072 Moderate CentOS 7 openssl Security Update Message-ID: <20150604201709.GA48251(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1072 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1072.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 23939456cb1c15c92a2dbd2bd3ad55b548fccfdab765b62402628fb5c6ccc374 openssl-1.0.1e-42.el7.6.x86_64.rpm fb2d6d5e3cb02a1326f147ebf1523ec0040cf28fcb03de221081921706e6d148 openssl-devel-1.0.1e-42.el7.6.i686.rpm 30badcd3e211e702b31e30f062dbbf33bc4d4b7574ae711d480c15cb23c6109d openssl-devel-1.0.1e-42.el7.6.x86_64.rpm 6b810bba11af22159377a0bd57c60f39a26e2595d786fc71dc0526419f0f6d74 openssl-libs-1.0.1e-42.el7.6.i686.rpm 0216a002329c6a7521802189a135aa8eeaafe2f572a410fc668c97c8725b5240 openssl-libs-1.0.1e-42.el7.6.x86_64.rpm e6df95089fdfcea486ccc022b4e627e63e1343c633a255485a6b5052f34b5bdf openssl-perl-1.0.1e-42.el7.6.x86_64.rpm 0b3df8f98c4c7ec137c084bfacf19f5c13aa8c333cf0f1d7a80621869856d88a openssl-static-1.0.1e-42.el7.6.i686.rpm c3ac3aa63c1a9be69bab396dae351d90ac70e0cb4616284652537471aef0c5ac openssl-static-1.0.1e-42.el7.6.x86_64.rpm Source: f657c1010ec82fe8450559fa3ea64de6165a85a14b114029b4906ac3439f1ac5 openssl-1.0.1e-42.el7.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 124, Issue 2 ***********************************************

1 0

managing logins for different classes of servers
by Matt Garman 04 Jun '15

04 Jun '15

Our environment has several "classes" of servers, such as "development", "production", "qa", "utility", etc. Then we have all our users. There's no obvious mapping between users and server class. Some users may have access to only one class, some may span multiple classes, etc. And for maximum complexity, some classes of machines use local (i.e. /etc/passwd, /etc/shadow) authentication, others use Kerberos. With enough users and enough classes, it gets to be more than one can easily manage with a simple spreadsheet or other crude mechanism. Plus the ever-growing risk of giving a user access to a class he shouldn't have. Is there a simple centralized solution that can simplify the management of this? One caveat though is that our "production" class machines should not have any external dependencies. These are business-critical, so we try to minimize any single point of failure (e.g. a central server). Plus the production class machines are distributed in multiple remote locations. Any thoughts?

3 2

CentOS-announce Digest, Vol 124, Issue 1
by centos-announce-request＠centos.org 04 Jun '15

04 Jun '15

1 0

CentOS 5.11 / Firefox 38 -- totally borked...
by Lars Hecking 04 Jun '15

04 Jun '15

The subject line is deliberate. It looks like firefox 38 is infliting a rerun of http://marc.info/?l=centos&m=141288474630498&w=2 upon us. Addons are downloaded into /tmp, but never installed. Not even Install addon from file works. Going back to ff31. Grumbling ...

3 3

Try II: selinux, xfs, and CentOS 6 and 5 issue [SOLVED]
by m.roth＠5-cent.us 03 Jun '15

03 Jun '15

I wrote: > I partitioned GPT, and formatted, as xfs, a large (3TB) drive on a CentOS > 6 system, which has selinux in permissive mode. I then moved the drive to a > CentOS 5 system. When we run a copy (it mirror-copies from another system), > we get a ton of errors. I discovered that the CentOS 5 system was enforcing. > I changed it to permissive, I labelled the directories and files w/ semanage, > did a restorecon, and even did a fixfiles, and *then* I tried /.autorelabel and > rebooted, and we still get a ton of errors: Jun 1 17:01:32 <server> kernel: > inode_doinit_with_dentry: > context_to_sid(unconfined_u:object_r:file_t:s0) returned 22 for dev=sdd1 ino=2151541032 Dan's recommendation to add context="system_u:object_r:usr_t:s0" to the mount options in fastab does indeed seem to have solve the problem. Thanks muchly, Dan. mark

1 0

daemon in /etc/init.d/functions creates no pifile?
by skotthof 03 Jun '15

03 Jun '15

Hi, we started using centos7 to run kvm+libvirt. For novnc to virtual machines I like to start websockify as a daemon by libvirt (as a hook) Under Debian I used the line: # start-stop-daemon --start --chuid $RUNUSER --make-pidfile --pidfile $PIDFILE --startas $PROGRAM -- $OPTIONS which creates a nice pidfile. In Centos I figured out, to include /etc/init.d/functions and I tried: # daemon --user $RUNUSER --pidfile=$PIDFILE $PROGRAM $OPTIONS But this seems not to create a pidfile at all. It checks only if a pidile exist already. This is executed at the end # $cgroup $nice runuser -s /bin/bash $user -c "$corelimit >/dev/null 2>&1 ; $*" Am I missed something? Thanks, Sebastian -- Sebastian Kotthoff Rechenzentrum Universität Mannheim B6, 23-29; Building B; Room 1.10 68159 Mannheim Tel: +49 621 181 2516 Fax: +49 621 181 2682

2 4

Lirc 0.9.0
by Kirk Bocek 03 Jun '15

03 Jun '15

Does anyone have any experience getting LIRC 0.9.0 up and running on CentOS 6.6? I have the packages from EPEL installed: lirc.x86_64 0.9.0-8.el6 @epel lirc-doc.x86_64 0.9.0-8.el6 @epel lirc-libs.x86_64 0.9.0-8.el6 @epel lirc-remotes.x86_64 0.9.0-8.el6 @epel And my IR driver loads fine and creates /dev/lirc0: IR NEC protocol handler initialized IR RC5(x) protocol handler initialized IR RC6 protocol handler initialized Registered IR keymap rc-rc6-mce input: Media Center Ed. eHome Infrared Remote Transceiver (0471:0815) as /devices/pci0000:00/0000:00:1d.3/usb5/5-1/5-1:1.0/rc/rc0/input12 rc0: Media Center Ed. eHome Infrared Remote Transceiver (0471:0815) as /devices/pci0000:00/0000:00:1d.3/usb5/5-1/5-1:1.0/rc/rc0 mceusb 5-1:1.0: Registered Philips eHome Infrared Transceiver on usb5:2 usbcore: registered new interface driver mceusb IR JVC protocol handler initialized IR Sony protocol handler initialized lirc_dev: IR Remote Control driver registered, major 247 rc rc0: lirc_dev: driver ir-lirc-codec (mceusb) registered at minor = 0 IR LIRC bridge handler initialized I added LIRC_DEVICE="/dev/lirc0" to /etc/sysconfig/lirc. I have my configuration in /etc/lirc/lircd.conf that was working with LIRC 0.8.6. But when I run irw, I get no output. I do see in the log: Jun 1 06:04:04 marble lircd-0.9.0[1787]: lircd(default) ready, using /var/run/lirc/lircd Jun 1 06:06:08 marble lircd-0.9.0[1787]: accepted new client on /var/run/lirc/lircd Jun 1 06:06:10 marble lircd-0.9.0[1787]: failed on bit 1 Jun 1 06:06:10 marble lircd-0.9.0[1787]: failed on bit 1 And a whole bunch of failed on bit messages. Does anyone have any ideas?

1 0

Supervisord - is it really needed?
by Rafał Radecki 02 Jun '15

02 Jun '15

Hi All :) In Centos 7 we have systemd. Is in this case supervisord needed? What are your experiences? systemd can clearly be used to respawn processes in case they will die. BR, Rafal.

1 0

Try II: selinux, xfs, and CentOS 6 and 5 issue
by m.roth＠5-cent.us 02 Jun '15

02 Jun '15

Tried just the selinux list yesterday, no answers, so I'm trying again. I partitioned GPT, and formatted, as xfs, a large (3TB) drive on a CentOS 6 system, which has selinux in permissive mode. I then moved the drive to a CentOS 5 system. When we run a copy (it mirror-copies from another system), we get a ton of errors. I discovered that the CentOS 5 system was enforcing. I changed it to permissive, I labelled the directories and files w/ semanage, did a restorecon, and even did a fixfiles, and *then* I tried /.autorelabel and rebooted, and we still get a ton of errors: Jun 1 17:01:32 <server> kernel: inode_doinit_with_dentry: context_to_sid(unconfined_u:object_r:file_t:s0) returned 22 for dev=sdd1 ino=2151541032 I had to reboot to disabled to get it to shut up. So: is there something that selinux does in CentOS 6 that is in the labelling on the xfs filesystem that I can do something about on the CentOS 5 system, or do I just have to leave selinux disabled (until, maybe in the next year, we can rebuild to 7....)? mark

3 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss