- Discuss - lists.centos.org

ipset module loaded at startup on CentOS 6.5
by Rob Townley 26 Aug '14

26 Aug '14

Anybody on here successfully get ipset iptables sets to work _after_ a reboot? My question on StackExchange http://unix.stackexchange.com/questions/149536/upon-bootup-all-iptables-are… Some of the things that need to be in place, otherwise iptables does not load: 1.) The kernel module ip_set needs to be loaded. 2.) The "sets" need to be created. 3.) Only after 1 and 2 succeed, dare start up iptables.

3 3

Port scanning from MicroSoft?
by James B. Byrne 26 Aug '14

26 Aug '14

This mornings activity log shows this: . . . From 23.102.132.99 - 2 packets to tcp(3389) From 23.102.133.164 - 1 packet to tcp(3389) From 23.102.134.239 - 2 packets to tcp(3389) From 23.102.136.210 - 3 packets to tcp(3389) From 23.102.136.222 - 2 packets to tcp(3389) From 23.102.137.62 - 3 packets to tcp(3389) From 23.102.137.101 - 2 packets to tcp(3389) From 23.102.138.184 - 1 packet to tcp(3389) From 23.102.138.216 - 1 packet to tcp(3389) From 23.102.139.11 - 2 packets to tcp(3389) From 23.102.139.27 - 5 packets to tcp(3389) From 23.102.140.90 - 2 packets to tcp(3389) From 23.102.140.158 - 3 packets to tcp(3389) From 23.102.161.114 - 1 packet to tcp(3389) From 23.102.170.1 - 2 packets to tcp(3389) From 23.102.170.48 - 4 packets to tcp(3389) From 23.102.171.49 - 2 packets to tcp(3389) From 23.102.172.233 - 2 packets to tcp(3389) From 23.102.173.124 - 2 packets to tcp(3389) . . . These are either mostly or entirely MicroSoft.com addresses. Any ideas as to what legitimate use this probing might have? I know that 3389 is MS-RDP. My question is why would a 'reputable' firm be scanning my systems for open connections on that port? -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

4 3

Postfix setup
by Timothy Murphy 25 Aug '14

25 Aug '14

I'm trying to clarify the various ways in which I could set up Postfix + Dovecot + SpamAssassin under CentOS-7, and I'd welcome any comments on the following remarks. As far as I can see there are 3 standard ways of setting this up: 1. Use amavisd 2. Use dovecot + pigeonhole/sieve 3. Use spamass-milter At present I'm following (2), but am thinking of going over to (1), since this seems simpler. (Amavisd wasn't available when I set up CentOS-7, so I didn't consider it then.) It seems to me that (2) is using dovecot in a slightly odd way, since as far as I can see dovecot normally takes email from ~/Maildir/cur/ and then moves marked spam. I'm not quite sure if (3) is a genuine alternative, or if it is why it is not the standard since it seems very simple? -- Timothy Murphy e-mail: gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin 2, Ireland

2 1

Hardware raid health?
by Les Mikesell 25 Aug '14

25 Aug '14

I just had an IBM in a remote location with a hardware raid1 have both drives go bad. With local machines I probably would have caught it from the drive light before the 2nd one died... What is the state of the art in linux software monitoring for this? Long ago when that box was set up I think the best I could have done was a Java GUI tool that IBM had for their servers - and that seemed like overkill for a simple monitor. Is there anything more lightweight that knows about the underlying drives in a hardware raid set on IBM's - and also recent HP servers? -- Les Mikesell lesmikesell(a)gmail.com

5 6

Re: [CentOS] NetworkManager
by Marcelo Ricardo Leitner 25 Aug '14

25 Aug '14

Em 23-08-2014 19:30, Steve Clark escreveu: > On 08/22/2014 07:42 PM, Digimer wrote: >> On 22/08/14 07:07 PM, Les Mikesell wrote: >>> On Fri, Aug 22, 2014 at 5:46 PM, Digimer <lists(a)alteeve.ca> wrote: >>>> To continue your analogy, should car companies have stopped changing >>>> after the 20s? I mean, the cars then got you were you needed to go, right? >>> The point is to abstract an interface so you can make changes behind >>> it without breaking the things already built around it. You can >>> always add things without breaking anything that already worked for >>> your community of users. If you didn't care about that yourself, >>> you'd be recompiling a gentoo weekly instead of being here. >> To echo John, this is a major release. It's where, when needed, things >> can change and break backwards compatibility. If a change like this >> happened as a y-stream release, sure, I'll grab my pitch fork along with >> you. >> >> It's not realistic to expect backwards compatibility to last forever. >> The sysv init stuff had a good long run, but it was time to change. Now, >> you're welcome to disagree with me (and the archives are littered >> already with this argument), but in the end, it changed. A major version >> was the right place to do it, and now it is done. >> >> So this brings me back to my original point... Unless you plan to wage a >> war against things like Network Manager, systemd or what have you in the >> faint home of reverting in the next major release, you don't have a lot >> of viable long term options. >> >> Learn the new ways or fade from relevance. >> >> I say this without passing judgment on the merits of the new or old >> ways, simply as a fact of life. Even if you did hold out hope for, say, >> RHEL 8 to return to the old ways, you will have a hard time avoiding >> EL7. It will almost certainly be adopted wide-scale and that will >> provide inertia. >> > NetworkManager is the window's world way of doing things for people that don't really understand > what is going on. I see no use for it immediately disable it. But it pains me to have to take the time. TBH, I also had some pain on learning it, but now that we also have nmcli (command line tool), I actually feel it's easier than the old ifcfg- files. It's better script-able than before. Marcelo

2 1

Compiling modules in kernel source but not included in distro.
by Andrew Stringer 25 Aug '14

25 Aug '14

Hi, I've been trying to compile some kernel modules for centos 6.5, specifically fore_200e atm driver (although I also have hardware to try nicstar and he ). This module is not included in the centos kernel or modules but is included in the stock kernel source. Lots of articles on compiling or patching modules in general or compiling code not included in the kernel source, but not much on creating a module in the source but not included in a distro. After reading some of the centos wiki articles on why I don't need the kernel source, I tried just compiling the module source on it's own, but when I tried to modprobe / insmod it, I get this error:- insmod: error inserting '/lib/modules/2.6.32-431.20.5.el6.x86_64/extra/fore_200e.ko': -1 Invalid module format Google suggests this is because I am trying to compile against the wrong headers but as far as I can see, there is only one kernel and kernel headers on the system. This is my os:- Linux localhost.localdomain 2.6.32-431.20.5.el6.x86_64 #1 SMP Fri Jul 25 08:34:44 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux It's a vm used just for compiling the code, so obviously there isn't some real PCI bus hardware present but this should not cause the above error. As a different track, I tried to compile a new kernel and modules. This is on a real machine, with a 32bit kernel, 2.6.32-431.20.5.el6.i686 #1 SMP, although the hardware is 64 bits. I thought to avoid any possible issues with either non-64 bit clean code or trying to compile 32 bit code on a 64 bit machine initially, I installed a 32 bit os. With make menuconfig I could select the extra modules to compile. This seems to have worked ok, but the resulting kernel is kernel-2.6.32-1.i386.rpm, the src package is kernel-2.6.32-1.src.rpm but the running kernel is 2.6.32-431.20.5 Trying to install it gives:- [root@neptune ~]# rpm -ivh /home/andrew/rpmbuild/RPMS/i386/kernel-2.6.32-1.i386.rpm Preparing... ########################################### [100%] package kernel-2.6.32-71.el6.i686 (which is newer than kernel-2.6.32-1.i386) is already installed package kernel-2.6.32-431.20.5.el6.i686 (which is newer than kernel-2.6.32-1.i386) is already installed [root@neptune ~]# I'm not sure why the new kernel isn't a later number. I downloaded the latest centos source so the major numbers match, but I'm not sure why the minor numbers are 2.6.32-1 not 2.6.32-431.20.5 and note importantly, how to fix it. I'm still not convinced that recompling the whole kernel just to get some new modules is the right way to go. My feeling is that my initial approach is the right way to go. Any clues on the best direction to proceed? Regards, Andrew. -- Windows, for life without walls. Linux, for life without Windows.

3 4

Re: [CentOS] NetworkManager
by Keith Keller 23 Aug '14

23 Aug '14

On 2014-08-23, Steve Clark <sclark(a)netwolves.com> wrote: > NetworkManager is the window's world way of doing things for people that don't really understand > what is going on. I see no use for it immediately disable it. But it pains me to have to take the time. If you do it often enough, you should probably create a kickstart file, install image (e.g., Docker/KVM), or similar, which already has it disabled. I already do this for my OpenVZ images, which are preconfigured for my desires. And if that's too much work then it's probably not too often that you need to manually disable it. :) --keith -- kkeller(a)wombat.san-francisco.ca.us

1 0

NetworkManager
by Christof Stocker 23 Aug '14

23 Aug '14

So I noticed that the minimal installation of CentOS 7 comes - in contrary to minimal CentOS 6.5 - preinstalled with the NetworkManager. I somewhat understand its usefulness, especially for wlan / desktops, and its not like it really bothers me.. That being said, it seems to me with my naive linux understanding that it kinda goes against the definition of a "minimal" installation. Does anyone know why this decision was made / a good idea?

12 20

color is not known to server "FOREGROUND"
by Frank Cox 23 Aug '14

23 Aug '14

I asked about this a while back with no response, but now have a bit more information. Still no idea how to fix it. I am occasionally seeing the above error when running various programs. Originally, I discovered it when running the "display" command from ImageMagick. $display picture.jpg display: color is not known to server `FOREGROUND': No such file or directory @ error/xwindow.c/XGetPixelPacket/3064. No picture is displayed. GraphicsMagick does the same thing, but it shows the picture: $ gm display picture.jpg gm display: Unable to load font (-*-helvetica-medium-r-normal--12-*-*-*-*-*-iso8859-1) [Resource temporarily unavailable]. gm display: Color is not known to server (FOREGROUND) [No such file or directory]. gm display: Color is not known to server (BACKGROUND) [No such file or directory]. I have now discovered a tcl/tk program that appears to have the same issue: $ ./Mobi_Unpack.pyw Traceback (most recent call last): File "./Mobi_Unpack.pyw", line 211, in <module> sys.exit(main()) File "./Mobi_Unpack.pyw", line 202, in main root = Tkinter.Tk() File "/usr/lib64/python2.7/lib-tk/Tkinter.py", line 1745, in __init__ self.tk = _tkinter.create(screenName, baseName, className, interactive, wantobjects, useTk, sync, use) _tkinter.TclError: unknown color name "BACKGROUND" My reading indicates that this may be due to an issue with the xorg rgbpath declaration, but I don't know how to check what xorg is actually using (since the rgbpath declaration doesn't appear in any of the files in the xorg.conf.d subdirectory). /usr/share/X11/rgb.txt is present, though. Where and how is FOREGROUND and BACKGROUND defined for this purpose? -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

1 0

CentOS-announce Digest, Vol 114, Issue 12
by centos-announce-request＠centos.org 23 Aug '14

23 Aug '14

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. CEBA-2014:C001 CentOS 7 libguestfs BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 22 Aug 2014 17:27:26 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:C001 CentOS 7 libguestfs BugFix Update To: centos-announce(a)centos.org Message-ID: <20140822172726.GA9960(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and BugFix Advisory 2014:C001 Upstream details at : http://bugs.centos.org/view.php?id=7364 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: a2b5ece4065075c7b11e9ce59d6281bebc9b9b98b3076160f388f3eb1e965fc2 libguestfs-1.22.6-22.el7.centos.0.1.x86_64.rpm 6fdac768fd7cc557c32e01e49eead7c6901a609aa1b46ba91b52f16b195635f6 libguestfs-devel-1.22.6-22.el7.centos.0.1.x86_64.rpm bb0dbe3b121fa58851f1efcf6ac77f98f4ceb93d599328231e245e5e8f7b8462 libguestfs-gobject-1.22.6-22.el7.centos.0.1.x86_64.rpm 38b332740586a141be3253621c7fdb906989e6e3888204a989ed317ae4128b16 libguestfs-gobject-devel-1.22.6-22.el7.centos.0.1.x86_64.rpm cd1e202eaee0eefaea4c7a7b12fb8f147ba552429fd32055defa98b5f10219ce libguestfs-gobject-doc-1.22.6-22.el7.centos.0.1.noarch.rpm 2c3081e6044ca3464770804cf24de23b6a12137b16530aee0232a646b04214fd libguestfs-java-1.22.6-22.el7.centos.0.1.x86_64.rpm d5e4132f8e185bffcfb5b51d910ec254e966c4b7c931b0165969b6b541ac4fd5 libguestfs-java-devel-1.22.6-22.el7.centos.0.1.x86_64.rpm f5b1888a82a4f53d24e6a9af34bd9ab397a7ef2691da5ff7e5c51be6cac4d855 libguestfs-javadoc-1.22.6-22.el7.centos.0.1.noarch.rpm f53dfe84dadd58c0a5abebcf6c4b8fd14c6b747c10376092555a5c501e202b30 libguestfs-man-pages-ja-1.22.6-22.el7.centos.0.1.noarch.rpm 715601b5e1e597127d3b4793ba000364f0afff4eed59f5238f88d68964bd6008 libguestfs-man-pages-uk-1.22.6-22.el7.centos.0.1.noarch.rpm 205774376743bcbb4b91dfcad5c754272de9475afc47cf161986391108d18541 libguestfs-tools-1.22.6-22.el7.centos.0.1.noarch.rpm 65347ba1c5cd9e35bacecdaca62e6b8b7f821f8dab4f965758135f3cc6346b5c libguestfs-tools-c-1.22.6-22.el7.centos.0.1.x86_64.rpm f8d44ca2d182e044dd065c1bcc08b061e9fb06065738b30beb1fe776d0c27169 lua-guestfs-1.22.6-22.el7.centos.0.1.x86_64.rpm 6b3b2704b73b2a2630e19f52341670b818cd14c40a3a1172e66ce30a81e1db21 ocaml-libguestfs-1.22.6-22.el7.centos.0.1.x86_64.rpm 9d91d4755184c056b8e3f4610bd25d4205a587f5b29f70f1ad17486399088f7a ocaml-libguestfs-devel-1.22.6-22.el7.centos.0.1.x86_64.rpm 410da626e570af05b224dc513a66cad96f6d66ac280e25e44a27dece647fae9d perl-Sys-Guestfs-1.22.6-22.el7.centos.0.1.x86_64.rpm 095f5a74533068091558bcc743ffb067b170dd805788f5ff5098b972a4b1667b python-libguestfs-1.22.6-22.el7.centos.0.1.x86_64.rpm 47d61af9a0533ff357c45034dd26ef1d3f482c6ca1ffba12a7afb9e29941c005 ruby-libguestfs-1.22.6-22.el7.centos.0.1.x86_64.rpm Source: 9d8b5596e405ba7a9b452adedd46a614c242bbc1a9b9e203d8b03d169c7402a5 libguestfs-1.22.6-22.el7.centos.0.1.src.rpm NOTE: This is a rebuild of the libguestfs SRPM to fix CentOS bug 7364 ... there is no modification to the actual source code, just needed to be built against a new centos-release file. -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos at 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 114, Issue 12 ************************************************

1 0

Re: [CentOS] Upgrade to m7.0 retaining some existing partitions
by Tony Molloy 23 Aug '14

23 Aug '14

On Friday 22 August 2014 14:00:45 you wrote: > Le 19.08.2014 08:44, Tony Molloy a écrit : > > I want to install 7.0 replacing an existing 6.5 installation. > > > > When I choose custom partitioning I can delete the old 6.5 > > partitions and create new partitions 7.0 but there doesn't appear > > to be any way to retain an existing partition, say /home for > > instance, over the installation. > > > > Am I just missing something obvious or any ideas on what the > > magic is. > > Hi Tony > > Did you receive an answer to your question ? I didn't see anything > on the list ! I'm interested too. > > Thank you No but I sorted it out myself. I just took a chance, it was on a test server anyway ;-) In the disk partitioning screen you will see the old 6.5 installation. Clicking on it will bring up the existing 6.5 partitions. Then select each of the existing partitions and a configuration menu comes up which allows you to reformat the partition if required. So just don't reformat the partitions you want to keep .They then become part of the new 7.0 installation. Hope this helps. Regards, Tony -- Linux nogs.tonyshome.ie 2.6.32-431.23.3.el6.x86_64 #1 SMP Thu Jul 31 17:20:51 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

1 0

php-fpm on centos 6
by Александр Кириллов 23 Aug '14

23 Aug '14

What's the story with php-fpm on centos 6? There's a php-fpm rpm for centos 6 in epel but other essential mods like mod_fastcgi or mod_proxy_fcgi seem to be missing from the repos I'm usually using. Need a push in right direction. Thanks.

4 11

Centos 6.6 changes
by Ted Miller 23 Aug '14

23 Aug '14

What are the significant changes in Centos 6.6 (as released so far)? Ted Miller Elkhart, IN, USA

2 1

Yum update changes inode of file
by Meikel 22 Aug '14

22 Aug '14

Hi folks, on CentOS 6.5 I run tripwire software which verifies data integrity. My system is automatically updated by yum (as far as I understand the /etc/cron.daily/0yum.cron is responsible for the regular system updates). After a system update I'm then notified by tripwire about the changes on the file system. By browsing those tripwire reports I found that there are files which did not change at all (i.e. the MD5 hash is the same as before) but the inode changed. I do not understand what yum did to the file that resulted in an inode change, especially I'm wondering how the inode can change although there was no modification on the file at all. Thanks in advance for any clarification. Find below an excerpt from the tripwire log (for /etc/nsswitch.conf) which shows that only inode changed. Regards, Meikel Excerpt from tripwire report: Modified object name: /etc/nsswitch.conf Property: Expected Observed ------------- ----------- ----------- Object Type Regular File Regular File Device Number 64770 64770 * Inode Number 393292 393686 Mode -rw-r--r-- -rw-r--r-- Num Links 1 1 UID root (0) root (0) GID root (0) root (0) Size 1688 1688 Modify Time Tue 04 May 2010 09:22:21 PM CEST Tue 04 May 2010 09:22:21 PM CEST Blocks 8 8 CRC32 DjDI7W DjDI7W MD5 ANYAnN/RJkbSUehjA7wMSM ANYAnN/RJkbSUehjA7wMSM

4 3

Missing system-config-lvm?
by Sergio Belkin 22 Aug '14

22 Aug '14

Hi, I didn't find system-config-lvm package on centos 7 official repo's, why? :) Greetings -- -- Sergio Belkin http://www.sergiobelkin.com LPIC-2 Certified - http://www.lpi.org

4 3

HP ProLiant DL380 G5
by Matt 22 Aug '14

22 Aug '14

I have CentOS 6.x installed on a "HP ProLiant DL380 G5" server. It has eight 750GB drives in a hardware RAID6 array. Its acting as a host for a number of OpenVZ containers. Seems like every time I reboot this server which is not very often it sits for hours running a disk check or something on boot. The server is located 200+ miles away so its not very convenient to look at. Is there anyway to tell if it plans to run this or tell it not too? Right now its reporting one of the drives in array is bad and last time it did this a reboot resolved it.

12 26

Re: [CentOS] Missing system-config-lvm?
by Sergio Belkin 22 Aug '14

22 Aug '14

I don't rely on such a tool to manage lvms.... but I'm making a doc about LVM's and it was interesting to have a graphical approach... 2014-08-22 14:55 GMT-03:00 Reindl Harald <h.reindl(a)thelounge.net>: > > > Am 22.08.2014 um 19:10 schrieb Sergio Belkin: > > I didn't find system-config-lvm package on centos 7 official repo's, why? > > :) > > because it is dropped long ago upstream for good reasons > https://ask.fedoraproject.org/en/question/38068/lvm-on-fedora20/ > > recent LVM implementations support a ton of features unknown > to "system-config-lvm" - would really like to risk act a > unmaintained tool on a recent setup probably using thin-provision? > > > -- -- Sergio Belkin http://www.sergiobelkin.com LPIC-2 Certified - http://www.lpi.org

1 0

java 1.6 and 1.7 on CentOS
by Asma rabe 22 Aug '14

22 Aug '14

Hi , I have java 1.7 installed on CentOS machine. when i tried to run java program i got an error and found that i should run it using java 1.6. Is the best solution to install Java 1.6 and have both java 1.6 and java 1.7 at same time? or is there a better solution. If i should install both java 1.6 and 1.7 , how to do that ? Thank you very much. Best Regards, Asma

7 17

Centos 7 lockup
by Les Mikesell 21 Aug '14

21 Aug '14

A machine I set up to run OpenNMS stopped working last night - no hardware alarm lights, but keyboard/monitor/network unresponsive. After a reboot I see a large stack of messages like this in /var/log/messages: ---- Aug 20 14:02:34 opennms-h-03 python: SELinux is preventing /usr/sbin/monitor-get-edid-using-vbe from mmap _zero access on the memprotect . ***** Plugin mmap_zero (53.1 confidence) suggests ************************* If you do not think /usr/sbin/monitor-get-edid-using-vbe should need to mmap low memory in the kernel. Then you may be under attack by a hacker, this is a very dangerous access. Do contact your security administrator and report this issue. ***** Plugin catchall_boolean (42.6 confidence) suggests ****************** If you want to allow mmap to low allowed Then you must tell SELinux about this by enabling the 'mmap_low_allowed' boolean. You can read 'None' man page for more details. Do setsebool -P mmap_low_allowed 1 ***** Plugin catchall (5.76 confidence) suggests ************************** If you believe that monitor-get-edid-using-vbe should be allowed mmap_zero access on the memprotect by d efault. Then you should report this as a bug. You can generate a local policy module to allow this access. Do allow this access for now by executing: # grep monitor-get-edi /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp ------ and then this final message Aug 20 14:02:42 opennms-h-03 dbus-daemon: 'list' object has no attribute 'split' Do either of those look fatal? And where else should I look for the underlying problem? -- Les Mikesell lesmikesell(a)gmail.com

3 4

Re: [CentOS] Skype on CentOS 6.5
by James B. Byrne 21 Aug '14

21 Aug '14

On Tue, August 19, 2014 08:20, Liam O'Toole wrote: > > I upgraded to your shiny new Skype a few days ago. Thanks for your > packaging work. > Has anyone tried using FreeCall or TOX as an alternative to Skype? Further, I am curious as to what components of Skype on Linux are open to source review and which are not. My recent inquiries have raised the unsettling possibility that recent Skype clients may be designed to permit remote exploitation of host systems by unauthorised entities. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

6 6

Trying to override MAC addr
by Robert Moskowitz 21 Aug '14

21 Aug '14

I am trying to override the mac addr. Now this is on an armv7 actually running the F19 kernel and Redsleeve 6, but it SHOULD be standard Centos6 ifcfg-eth0 content. Of course RSEL does not start with a ifcfg-eth0 file, letting network services do all the work, so I am starting from scratch, using the file from one of my C6 boxes with static addressing. My file has in it: DEVICE="eth0" BOOTPROTO=none NM_CONTROLLED="no" ONBOOT="yes" TYPE="Ethernet" NAME="System eth0" DNS1=208.83.67.188 GATEWAY="208.83.67.177" IPADDR="208.83.67.179" HOSTNAME="rigel2.htt-consult.com" IPV6INIT="yes" MACADDR=02:67:15:00:01:79 MTU=1500 And when I restart network, it can't find eth0: # service network restart Shutting down loopback interface: [ OK ] Bringing up loopback interface: [ OK ] Bringing up interface eth0: Device eth0 does not seem to be present, delaying initialization. [FAILED] but: # ifconfig eth1 Link encap:Ethernet HWaddr 02:67:15:00:01:79 inet addr:208.83.67.179 Bcast:208.83.67.255 Mask:255.255.255.0 inet6 addr: 2607:f4b8:3:3:67:15ff:fe00:179/64 Scope:Global inet6 addr: fe80::67:15ff:fe00:179/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:254 errors:0 dropped:17 overruns:0 frame:0 TX packets:70 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:26575 (25.9 KiB) TX bytes:6104 (5.9 KiB) Interrupt:87 Base address:0x6000 The assigned MAC addr for eth0 is: 02:c3:04:01:77:c3 The tutorials that I have found on ifcfg-ethN say not to use both hwaddr and macaddr in the same cfg file, but it almost seems that is what is needed? thanks

6 14

Re: [CentOS] Trying to override MAC addr
by Robert Moskowitz 21 Aug '14

21 Aug '14

On 08/21/2014 10:56 AM, Reindl Harald wrote: > > Am 21.08.2014 um 16:43 schrieb Robert Moskowitz: >> On 08/21/2014 10:32 AM, m.roth(a)5-cent.us wrote: >>> Keith Keller wrote: >>>> On 2014-08-21, John R Pierce <pierce(a)hogranch.com> wrote: >>>>> On 8/21/2014 7:09 AM, Robert Moskowitz wrote: >>>>>> I am trying to override the mac addr. >>>>> pretty sure you need to use NIC model specific utilities to do this, >>>>> ifcfg-ethN won't do it. the hwaddr= in there is for finding the nic, >>>>> not for reprogramming it. >>>> ifconfig claims to support it: >>>> >>>> hw class address >>> <snip> >>> Also, don't forget /etc/udev/rules.d/70-persistant-net.rules >> I can't forget what I don't know. please point me to description of >> these rules? > just look at the file > > in the past and on CentOS before RHEL7 it was to assign MAC/device-names > at boot, on recent Redhat based systems just remove it and stick with > place both in the ifcfg-files while disable biosdevname and systemd > devicenames at boot > > both, that udev rules and what i explained you may collide or at least > you need to change the MAC there too to not confuse the configs > I worked a bit on this. I no longer have the MAC or HW addrs in ifcfg-eth0. Only in /etc/udev/rules.d/70-persistent-net.rules, and only for name=eth0: # net device () SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="02:67:15:00:01:79", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" but on reboot, I get the error: Bringing up interface eth0: Device eth0 does not seem to be present, delaying initialization. [FAILED] and the ethernet comes up as eth1 and the eth1 line is added to /etc/udev/rules.d/70-persistent-net.rules Almost as if there is something else that needs changing.

2 3

Re: [CentOS] Trying to override MAC addr
by Robert Moskowitz 21 Aug '14

21 Aug '14

Did not work... On 08/21/2014 10:15 AM, Reindl Harald wrote: > > Am 21.08.2014 um 16:09 schrieb Robert Moskowitz: >> I am trying to override the mac addr. Now this is on an armv7 actually >> running the F19 kernel and Redsleeve 6, but it SHOULD be standard >> Centos6 ifcfg-eth0 content. Of course RSEL does not start with a >> ifcfg-eth0 file, letting network services do all the work, so I am >> starting from scratch, using the file from one of my C6 boxes with >> static addressing. My file has in it: >> >> DEVICE="eth0" >> BOOTPROTO=none >> NM_CONTROLLED="no" >> ONBOOT="yes" >> TYPE="Ethernet" >> NAME="System eth0" >> DNS1=208.83.67.188 >> GATEWAY="208.83.67.177" >> IPADDR="208.83.67.179" >> HOSTNAME="rigel2.htt-consult.com" >> IPV6INIT="yes" >> MACADDR=02:67:15:00:01:79 >> MTU=1500 > that's easy - you need to tell it the physical too > works from Fedora 10 up to Fedora 20 that way > > [root@srv-rhsoft:~]$ cat ifcfg-eth1 > DEVICE=eth1 > HWADDR=68:05:ca:0d:62:c1 > MACADDR=00:50:8d:b5:cc:de > > "00:50:8d:b5:cc:de" is the on my interface has after it is up > "68:05:ca:0d:62:c1" is the pysical one of the device before fake it > > [root@srv-rhsoft:~]$ ifconfig eth1 > eth1: flags=67<UP,BROADCAST,RUNNING> mtu 1500 > inet 62.178.103.85 netmask 255.255.255.0 broadcast 255.255.255.255 > ether 00:50:8d:b5:cc:de txqueuelen 500 (Ethernet) > RX packets 74959980 bytes 25037014848 (23.3 GiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 67607627 bytes 39867204808 (37.1 GiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device interrupt 16 memory 0xf7cc0000-f7ce0000 > # cat > /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE="eth0" BOOTPROTO=none NM_CONTROLLED="no" ONBOOT="yes" TYPE="Ethernet" NAME="System eth0" HWADDR=02:c3:04:01:77:c3 MACADDR=02:67:15:00:01:79 MTU=1500 DNS1=208.83.67.188 GATEWAY="208.83.67.177" IPADDR="208.83.67.179" HOSTNAME="rigel2.htt-consult.com" IPV6INIT="yes" [root@redsleeve ~]# service network restart Shutting down loopback interface: [ OK ] Bringing up loopback interface: [ OK ] Bringing up interface eth0: Device eth0 has different MAC address than expected, ignoring. [FAILED] And now not even an eth1 interface.

2 1

Re: [CentOS] Trying to override MAC addr
by Robert Moskowitz 21 Aug '14

21 Aug '14

On 08/21/2014 10:15 AM, Reindl Harald wrote: > > Am 21.08.2014 um 16:09 schrieb Robert Moskowitz: >> I am trying to override the mac addr. Now this is on an armv7 actually >> running the F19 kernel and Redsleeve 6, but it SHOULD be standard >> Centos6 ifcfg-eth0 content. Of course RSEL does not start with a >> ifcfg-eth0 file, letting network services do all the work, so I am >> starting from scratch, using the file from one of my C6 boxes with >> static addressing. My file has in it: >> >> DEVICE="eth0" >> BOOTPROTO=none >> NM_CONTROLLED="no" >> ONBOOT="yes" >> TYPE="Ethernet" >> NAME="System eth0" >> DNS1=208.83.67.188 >> GATEWAY="208.83.67.177" >> IPADDR="208.83.67.179" >> HOSTNAME="rigel2.htt-consult.com" >> IPV6INIT="yes" >> MACADDR=02:67:15:00:01:79 >> MTU=1500 > that's easy - you need to tell it the physical too > works from Fedora 10 up to Fedora 20 that way > > [root@srv-rhsoft:~]$ cat ifcfg-eth1 > DEVICE=eth1 > HWADDR=68:05:ca:0d:62:c1 > MACADDR=00:50:8d:b5:cc:de > > "00:50:8d:b5:cc:de" is the on my interface has after it is up > "68:05:ca:0d:62:c1" is the pysical one of the device before fake it OK. I ws going by: http://www.centos.org/docs/5/html/Deployment_Guide-en-US/s1-networkscripts-… which says: MACADDR=/<MAC-address>/ where /<MAC-address>/ is the hardware address of the Ethernet device in the form /AA:BB:CC:DD:EE:FF/. This directive is used to assign a MAC address to an interface, overriding the one assigned to the physical NIC. This directive should *not* be used in conjunction with HWADDR. > > [root@srv-rhsoft:~]$ ifconfig eth1 > eth1: flags=67<UP,BROADCAST,RUNNING> mtu 1500 > inet 62.178.103.85 netmask 255.255.255.0 broadcast 255.255.255.255 > ether 00:50:8d:b5:cc:de txqueuelen 500 (Ethernet) > RX packets 74959980 bytes 25037014848 (23.3 GiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 67607627 bytes 39867204808 (37.1 GiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device interrupt 16 memory 0xf7cc0000-f7ce0000 >

1 0

CentOS-announce Digest, Vol 114, Issue 11
by centos-announce-request＠centos.org 21 Aug '14

21 Aug '14

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-2014:1075 Moderate CentOS 6 qemu-kvm Update (Johnny Hughes) 2. CEBA-2014:1080 CentOS 6 ccid Update (Johnny Hughes) 3. CEBA-2014:1081 CentOS 7 perl-Test-Pod FASTTRACK BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 19 Aug 2014 10:00:56 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:1075 Moderate CentOS 6 qemu-kvm Update To: centos-announce(a)centos.org Message-ID: <20140819100056.GA27838(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1075 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1075.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4c2f64fbfa724282ccea4c96a54bf8efd0ef9b0994c590b10208f49192f926ae qemu-guest-agent-0.12.1.2-2.415.el6_5.14.i686.rpm x86_64: 6ece8abdbb5f15c1a4fda968db4a9f2a35d3b273c66d3f9e3777796259762d15 qemu-guest-agent-0.12.1.2-2.415.el6_5.14.x86_64.rpm 5754d91f336abb86787e1cc3378477de5407c1a3a3c7e20a9a40783a78e8afee qemu-img-0.12.1.2-2.415.el6_5.14.x86_64.rpm 4ce7d58ddf89b67cbcaeda217aba78b8a3b4facf1ed632c0ee90ac4f27d00a86 qemu-kvm-0.12.1.2-2.415.el6_5.14.x86_64.rpm 4c10810d91f41199b63fdf5913a6090c7bc1b1ebda300b63c5b934dc9773f5bc qemu-kvm-tools-0.12.1.2-2.415.el6_5.14.x86_64.rpm Source: d1c7b724bfb2a1c3ea74e835f2b893ce70eeef66bc95ff073732fbe0efb615d5 qemu-kvm-0.12.1.2-2.415.el6_5.14.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 20 Aug 2014 13:00:22 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:1080 CentOS 6 ccid Update To: centos-announce(a)centos.org Message-ID: <20140820130022.GA5091(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1080 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1080.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2ac61bf52b8fead7aa134984cfe47dabef0e038e94bfef1141879a2f7224390c ccid-1.3.9-6.1.el6_5.i686.rpm x86_64: 3acf42c67fbe2f9cd561818b03e7a4d7b1eb7727f67ca31e0d1409bee059e7e5 ccid-1.3.9-6.1.el6_5.x86_64.rpm Source: 2c1128b52d06abb7ad4c12e490460fc22fc40a7fdaa24dc07ad940f934bb13f6 ccid-1.3.9-6.1.el6_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 20 Aug 2014 13:11:14 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:1081 CentOS 7 perl-Test-Pod FASTTRACK BugFix Update To: centos-announce(a)centos.org Message-ID: <20140820131114.GA24354(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1081 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1081.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c81d42c09fc4cfff0342f5ae9e76d7ba7b26377c00ac038f17317f3743094bbb perl-Test-Pod-1.48-3.el7.noarch.rpm Source: da0fb9277a920e37ac3f0b3b1d372093608781ee0a371864ba243efe218feddb perl-Test-Pod-1.48-3.el7.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 114, Issue 11 ************************************************

1 0

Re: [CentOS] Skype on CentOS 6.5 (SOLVED)
by Mark LaPierre 21 Aug '14

21 Aug '14

On 08/18/14 22:05, Jim Perrin wrote:> > > On 08/18/2014 08:09 PM, Mark LaPierre wrote: >> Hey Y'all, >> >> About a week ago my Skype installation stopped working. I can start it up >> but I can't log on. Does this have something to do with the recent update >> to LibC? Is there a repo som where that has the latest version of Skype >> for CentOS 6.5? > > No. This is because Microsoft dropped support for older versions of Skype. > > > >> When I go to the Skype web site I see that there is a version several >> versions newer available for RPM based Linux but that one won't even start. >> >> Can anyone offer some sound advice to getting my Skype running again? > > Did you try the directions on the wiki? > > http://wiki.centos.org/HowTos/Skype > > I already had the nuxrepo set up on my system. All that was needed was yum --enablerepo=nuxrepo install skype Thanks for clearing the cobwebs. -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ****

1 0

yumex for C7
by Robert G. (Doc) Savage 20 Aug '14

20 Aug '14

Can anyone tell me when the udisks, python-pexpect, and pyxdg packages in EPEL will be updated so I can install yumex under CentOS 7? Resolving Dependencies --> Running transaction check ---> Package yumex.noarch 0:3.0.15-1.el7 will be installed --> Processing Dependency: udisks for package: yumex-3.0.15-1.el7.noarch --> Processing Dependency: pyxdg for package: yumex-3.0.15-1.el7.noarch --> Processing Dependency: python-pexpect for package: yumex-3.0.15-1.el7.noarch --> Finished Dependency Resolution Error: Package: yumex-3.0.15-1.el7.noarch (epel) Requires: udisks Error: Package: yumex-3.0.15-1.el7.noarch (epel) Requires: python-pexpect Error: Package: yumex-3.0.15-1.el7.noarch (epel) Requires: pyxdg You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest --Doc Savage Fairview Heights, IL

2 2

lvm module missing in initramfs
by Vlado Potisk 20 Aug '14

20 Aug '14

After upgrading the kernel package, my Centos 7 server didn't boot. Here is a small summary: old kernel = kernel-3.10.0-123.4.4.el7.x86_64 (everything just fine) new kernel = kernel-3.10.0-123.6.3.el7.x86_64 root partition is on a primary partition, NOT on a LVM volume /var partition is on a LVM volume new kernel's boot problem = systemd cannot mount /var partition saying requirements failed or something like that I have find out that the new kernel's initramfs image does not contain the lvm module while the old kernel's initramfs did. I have created a new initramfs with lvm using dracut and could boot the server successfully. However I do not consider this as a fix, and don't know how to find the primary cause of the problem. I need some help finding out who's to blame: Is the lvm module really missing? AFAIK the initramfs exists for one purpose only and that is to mount the root partition. All kernel modules are on this partition and once it is mounted, the kernel can access all hardware it supports - LVM included, of course. The fact is the root partition WAS mounted successfully before the boot process failed and the lvm module is NOT needed for this task. Initramfs did its job fine, didn't it? If that's true and the lvm module is NOT missing in the initramfs, is the boot problem systemd related? Has it failed to activate the LVM? Why? Any help would be appreciated.

1 0

debuginfo
by Fred Smith 20 Aug '14

20 Aug '14

Hi! On C7 I enabled the debuginfo repo and ran: debuginfo-install glibc-2.17-55.el7.x86_64 keyutils-libs-1.5.8-3.el7.x86_64 krb5-libs-1.11.3-49.el7.x86_64 libcom_err-1.42.9-4.el7.x86_64 libselinux-2.2.2-6.el7.x86_64 openssl-libs-1.0.1e-34.el7_0.4.x86_64 pcre-8.32-12.el7.x86_64 xz-libs-5.1.2-8alpha.el7.x86_64 zlib-1.2.7-13.el7.x86_64 Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: mirror.es.its.nyu.edu * extras: mirror.cs.pitt.edu * updates: mirrors.lga7.us.voxel.net --> Running transaction check ---> Package e2fsprogs-debuginfo.x86_64 0:1.42.9-4.el7 will be installed ---> Package gcc-debuginfo.x86_64 0:4.8.2-16.el7 will be installed --> Processing Dependency: gcc-base-debuginfo = 4.8.2-16.el7 for package: gcc-debuginfo-4.8.2-16.el7.x86_64 ---> Package glibc-debuginfo.x86_64 0:2.17-55.el7 will be installed --> Processing Dependency: glibc-debuginfo-common = 2.17-55.el7 for package: glibc-debuginfo-2.17-55.el7.x86_64 ---> Package keyutils-debuginfo.x86_64 0:1.5.8-3.el7 will be installed ---> Package krb5-debuginfo.x86_64 0:1.11.3-49.el7 will be installed ---> Package libselinux-debuginfo.x86_64 0:2.2.2-6.el7 will be installed ---> Package libverto-debuginfo.x86_64 0:0.2.5-4.el7 will be installed ---> Package nss-softokn-debuginfo.x86_64 0:3.15.4-2.el7 will be installed ---> Package openssl-debuginfo.x86_64 1:1.0.1e-34.el7_0.4 will be installed ---> Package pcre-debuginfo.x86_64 0:8.32-12.el7 will be installed ---> Package xz-debuginfo.x86_64 0:5.1.2-8alpha.el7 will be installed ---> Package yum-plugin-auto-update-debug-info.noarch 0:1.1.31-25.el7_0 will be installed ---> Package zlib-debuginfo.x86_64 0:1.2.7-13.el7 will be installed --> Running transaction check ---> Package gcc-base-debuginfo.x86_64 0:4.8.2-16.el7 will be installed ---> Package glibc-debuginfo-common.x86_64 0:2.17-55.el7 will be installed --> Finished Dependency Resolution Dependencies Resolved ==================================================================================================== Package Arch Version Repository Size ==================================================================================================== Installing: e2fsprogs-debuginfo x86_64 1.42.9-4.el7 debug 1.4 M gcc-debuginfo x86_64 4.8.2-16.el7 debug 194 M glibc-debuginfo x86_64 2.17-55.el7 debug 9.2 M keyutils-debuginfo x86_64 1.5.8-3.el7 debug 84 k krb5-debuginfo x86_64 1.11.3-49.el7 debug 4.1 M libselinux-debuginfo x86_64 2.2.2-6.el7 debug 704 k libverto-debuginfo x86_64 0.2.5-4.el7 debug 53 k nss-softokn-debuginfo x86_64 3.15.4-2.el7 debug 1.7 M openssl-debuginfo x86_64 1:1.0.1e-34.el7_0.4 debug 3.7 M pcre-debuginfo x86_64 8.32-12.el7 debug 1.0 M xz-debuginfo x86_64 5.1.2-8alpha.el7 debug 528 k yum-plugin-auto-update-debug-info noarch 1.1.31-25.el7_0 updates 22 k zlib-debuginfo x86_64 1.2.7-13.el7 debug 243 k Installing for dependencies: gcc-base-debuginfo x86_64 4.8.2-16.el7 debug 2.7 M glibc-debuginfo-common x86_64 2.17-55.el7 debug 8.6 M Transaction Summary ==================================================================================================== Install 13 Packages (+2 Dependent packages) Total size: 227 M Installed size: 1.0 G Is this ok [y/d/N]: y Downloading packages: warning: /var/cache/yum/x86_64/7/debug/packages/gcc-base-debuginfo-4.8.2-16.el7.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID b6792c39: NOKEY Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Debug-7 GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Debug-7 (0xF4A80EB5) is already installed Importing GPG key 0xB6792C39: Userid : "CentOS-7 Debug (CentOS-7 Debuginfo RPMS) <security(a)centos.org>" Fingerprint: 759d 690f 6099 2d52 6a35 8cbd d0f2 5a3c b679 2c39 Package : centos-release-7-0.1406.el7.centos.2.4.x86_64 (@updates) From : /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Debug-7 Is this ok [y/N]: y Key imported successfully Import of key(s) didn't help, wrong key(s)? Public key for gcc-base-debuginfo-4.8.2-16.el7.x86_64.rpm is not installed Failing package is: gcc-base-debuginfo-4.8.2-16.el7.x86_64 GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Debug-7 ----------- end of debuginfo-install output ----------------- Note that it was unable to install the GPG key for gcc-base-debuginfo-4.8.2-16.el7.x86_64.rpm Anyone got any clues why, or what I do about it? I really need the debuginfo for, one hopes, solving a problem I'm struggling with. thanks! -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- The Lord is like a strong tower. Those who do what is right can run to him for safety. --------------------------- Proverbs 18:10 (niv) -----------------------------

2 2

Run script at startup
by Alan Holt 20 Aug '14

20 Aug '14

Hello, I just install the newest version of Centos 7 and I am a bit disappointed with new /etc/rc/local file I found that it's not usable anymore. *[root@lab3 ~]# cat /etc/rc.local* " THIS FILE IS ADDED FOR COMPATIBILITY PURPOSES" It is highly advisable to create own systemd services or udev rules to run scripts during boot instead of using this file. Usually I was added my script to /etc/rc.local *[root@lab3 ~]# echo /usr/bin/bash /opt/ssh_tunnel.sh >> /etc/rc.local* And it was working perfect. What I should do in new Centos 7, please help. *--* *Best regards.* *Alex Berber* *+9 72 54 285 952 3* *www.linuxspace.org* <http://www.linuxspace.org/>

6 6

Re: [CentOS] cleaner than before RHEL7 -> Re: Run script at startup
by Alan Holt 20 Aug '14

20 Aug '14

Thanks. I will try to use this solution (Second Way) and I'll report how it works. This is very critical for me. On Wed, Aug 20, 2014 at 5:58 PM, Reindl Harald <h.reindl(a)thelounge.net> wrote: > > "Type=oneshot" does what the name says -> fire up a command once > it expects that this command is short running > since it is a bash-script and the PID is the one from > the bash which is supposed to end after it has finished > it would fail/restart all the time in case of monitoring > > "Type=simple" is a long running, non-forking service aka a > ordinary binary which don't exit and so it's PID can be > watched and if it disappears without a stop command, well > > as said, i have a lot of SSH tunnels expected to work > 24 hours a day over different networks with Type=simple > > http://www.freedesktop.org/software/systemd/man/systemd.service.html > > Am 20.08.2014 um 16:40 schrieb Alan Holt: > > Hello, > > > > thank you for your quick answer. > > > > You are completely right with this: > > > > because they die away in case of network errors and reboots > > > > > > my script contain Reverse SSH Tunnel: > > [root@lab3 system]# cat /opt/ssh_tunnel.sh > > #!/bin/bash > > ssh -f -N -R 12345:localhost:22 root(a)158.216.189.170 <mailto: > root(a)158.216.189.170> > > > > So as I understood from your explanation, I can do it in two different > ways. > > > > *First way: * > > To create systemd-unit with path to existing script: > > > > [Unit] > > Description=My Service > > After=network.service systemd-networkd.service network-online.target > > [Service] > > Type=oneshot > > *ExecStart=/usr/bin/bash /opt/ssh_tunnel.sh* > > [Install] > > WantedBy=multi-user.target > > > > > > > > *Second way:* > > To create systemd-unit with all configuration inside. > > > > [Unit] > > Description=SSH-Forwarding > > After=network.service systemd-networkd.service network-online.target > > [Service] > > Type=simple > > ExecStart=*/usr/bin/ssh -i /home/gateway/.ssh/id_ecdsa gateway@${REMOTE_HOST} > -N -C > > **-L${LOCAL_ADDRESS}:${LOCAL_PORT}:127.0.0.1:${REMOTE_PORT} > > *Restart=always > > RestartSec=60 > > TimeoutSec=30 > > CapabilityBoundingSet=CAP_NET_BIND_SERVICE CAP_DAC_OVERRIDE > > [Install] > > WantedBy=multi-user.target > > > > > > But in First Way I don't see this records: > > > > Restart=always > > RestartSec=60 > > TimeoutSec=30 > > > > > > So that means that my tunnel will die from time to time. (because > network failure or something like that) > > And i see difference in this record (I will try to learn about it): > > > > Type=oneshot > > Type=simple > > > > > > So this means that the best practice is to use *Second Way* described by > you? > > > > > > On Wed, Aug 20, 2014 at 4:24 PM, Reindl Harald <h.reindl(a)thelounge.net > <mailto:h.reindl@thelounge.net>> wrote: > > > > > > Am 20.08.2014 um 15:07 schrieb Alan Holt: > > > I just install the newest version of Centos 7 and I am a bit > disappointed > > > with new /etc/rc/local file > > > I found that it's not usable anymore. > > > > > > *[root@lab3 ~]# cat /etc/rc.local* > > > " THIS FILE IS ADDED FOR COMPATIBILITY PURPOSES" > > > It is highly advisable to create own systemd services or udev rules > > > to run scripts during boot instead of using this file. > > > > > > Usually I was added my script to /etc/rc.local > > > > > > *[root@lab3 ~]# echo /usr/bin/bash /opt/ssh_tunnel.sh >> > /etc/rc.local* > > > > > > And it was working perfect. > > > > > > What I should do in new Centos 7, please help > > > > create a systemd-unit? > > > > in general such scripts for port-forwarding are plain crap > > because they die away in case of network errors and reboots > > > > look at the service below, this survives a restart of the > > forwarded remote machine because in case of a failure after > > 60 seconds it executes ExecStart again > > > > and no - don't put multiple forwards in one service > > > > i have a machine with 8 such forwarder-services and they > > are monitored by systemd because one MAINPID > > > _____________________________________________________________________________ > > > > * touch /etc/systemd/system/tunnel.service > > * put the content below in the file > > * systemctl enable tunnel.service > > * systemctl start tunnel.service > > > > [Unit] > > Description=My Service > > After=network.service systemd-networkd.service network-online.target > > > > [Service] > > Type=oneshot > > ExecStart=/usr/bin/bash /opt/ssh_tunnel.sh > > > > [Install] > > WantedBy=multi-user.target > > > _____________________________________________________________________________ > > > > [Unit] > > Description=SSH-Forwarding > > After=network.service systemd-networkd.service network-online.target > > > > [Service] > > Type=simple > > ExecStart=/usr/bin/ssh -i /home/gateway/.ssh/id_ecdsa gateway@${REMOTE_HOST} > -N -C > > -L${LOCAL_ADDRESS}:${LOCAL_PORT}:127.0.0.1:${REMOTE_PORT} > > Restart=always > > RestartSec=60 > > TimeoutSec=30 > > CapabilityBoundingSet=CAP_NET_BIND_SERVICE CAP_DAC_OVERRIDE > > > > [Install] > > WantedBy=multi-user.target > > > _____________________________________________________________________________ > > > > ${REMOTE_HOST} = the machine with the service you want forwarded > > ${LOCAL_ADDRESS} = 127.0.0.1 or your WAN-IP if the port should be > reachable from your LAN > > ${LOCAL_PORT} = the port on your side > > ${REMOTE_PORT} = the port of the service you want to forward > > > > > > > > > > -- > > /בברכה, / > > /אלכס ברבר/ > > /+9 72 54 285 952 3 > > / > > /www.linuxspace.org/ <http://www.linuxspace.org> > > /--/ > > /Best regards./ > > /Alex Berber/ > > /+9 72 54 285 952 3/ > > /www.linuxspace.org/ <http://www.linuxspace.org/> > > -- > > Reindl Harald > the lounge interactive design GmbH > A-1060 Vienna, Hofmühlgasse 17 > CTO / CISO / Software-Development > m: +43 (676) 40 221 40, p: +43 (1) 595 3999 33 > icq: 154546673, http://www.thelounge.net/ > > http://www.thelounge.net/signature.asc.what.htm > > -- *בברכה, * *אלכס ברבר* *+9 72 54 285 952 3* *www.linuxspace.org* <http://www.linuxspace.org> *--* *Best regards.* *Alex Berber* *+9 72 54 285 952 3* *www.linuxspace.org* <http://www.linuxspace.org/>

1 0

Re: [CentOS] cleaner than before RHEL7 -> Re: Run script at startup
by Alan Holt 20 Aug '14

20 Aug '14

Hello, thank you for your quick answer. You are completely right with this: because they die away in case of network errors and reboots my script contain Reverse SSH Tunnel: [root@lab3 system]# cat /opt/ssh_tunnel.sh #!/bin/bash ssh -f -N -R 12345:localhost:22 root(a)158.216.189.170 So as I understood from your explanation, I can do it in two different ways. *First way: * To create systemd-unit with path to existing script: [Unit] > Description=My Service > After=network.service systemd-networkd.service network-online.target > [Service] > Type=oneshot > *ExecStart=/usr/bin/bash /opt/ssh_tunnel.sh* > [Install] > WantedBy=multi-user.target *Second way:* To create systemd-unit with all configuration inside. [Unit] > Description=SSH-Forwarding > After=network.service systemd-networkd.service network-online.target > [Service] > Type=simple > ExecStart= > */usr/bin/ssh -i /home/gateway/.ssh/id_ecdsa gateway@${REMOTE_HOST} -N -C* > *-L${LOCAL_ADDRESS}:${LOCAL_PORT}:127.0.0.1:${REMOTE_PORT}*Restart=always > RestartSec=60 > TimeoutSec=30 > CapabilityBoundingSet=CAP_NET_BIND_SERVICE CAP_DAC_OVERRIDE > [Install] > WantedBy=multi-user.target But in First Way I don't see this records: Restart=always > RestartSec=60 > TimeoutSec=30 So that means that my tunnel will die from time to time. (because network failure or something like that) And i see difference in this record (I will try to learn about it): Type=oneshot > Type=simple So this means that the best practice is to use *Second Way* described by you? PS: Sry for double sending On Wed, Aug 20, 2014 at 4:24 PM, Reindl Harald <h.reindl(a)thelounge.net> wrote: > > Am 20.08.2014 um 15:07 schrieb Alan Holt: > > I just install the newest version of Centos 7 and I am a bit disappointed > > with new /etc/rc/local file > > I found that it's not usable anymore. > > > > *[root@lab3 ~]# cat /etc/rc.local* > > " THIS FILE IS ADDED FOR COMPATIBILITY PURPOSES" > > It is highly advisable to create own systemd services or udev rules > > to run scripts during boot instead of using this file. > > > > Usually I was added my script to /etc/rc.local > > > > *[root@lab3 ~]# echo /usr/bin/bash /opt/ssh_tunnel.sh >> /etc/rc.local* > > > > And it was working perfect. > > > > What I should do in new Centos 7, please help > > create a systemd-unit? > > in general such scripts for port-forwarding are plain crap > because they die away in case of network errors and reboots > > look at the service below, this survives a restart of the > forwarded remote machine because in case of a failure after > 60 seconds it executes ExecStart again > > and no - don't put multiple forwards in one service > > i have a machine with 8 such forwarder-services and they > are monitored by systemd because one MAINPID > > _____________________________________________________________________________ > > * touch /etc/systemd/system/tunnel.service > * put the content below in the file > * systemctl enable tunnel.service > * systemctl start tunnel.service > > [Unit] > Description=My Service > After=network.service systemd-networkd.service network-online.target > > [Service] > Type=oneshot > ExecStart=/usr/bin/bash /opt/ssh_tunnel.sh > > [Install] > WantedBy=multi-user.target > > _____________________________________________________________________________ > > [Unit] > Description=SSH-Forwarding > After=network.service systemd-networkd.service network-online.target > > [Service] > Type=simple > ExecStart=/usr/bin/ssh -i /home/gateway/.ssh/id_ecdsa gateway@${REMOTE_HOST} > -N -C > -L${LOCAL_ADDRESS}:${LOCAL_PORT}:127.0.0.1:${REMOTE_PORT} > Restart=always > RestartSec=60 > TimeoutSec=30 > CapabilityBoundingSet=CAP_NET_BIND_SERVICE CAP_DAC_OVERRIDE > > [Install] > WantedBy=multi-user.target > > _____________________________________________________________________________ > > ${REMOTE_HOST} = the machine with the service you want forwarded > ${LOCAL_ADDRESS} = 127.0.0.1 or your WAN-IP if the port should be > reachable from your LAN > ${LOCAL_PORT} = the port on your side > ${REMOTE_PORT} = the port of the service you want to forward > > -- *בברכה, * *אלכס ברבר* *+9 72 54 285 952 3* *www.linuxspace.org* <http://www.linuxspace.org> *--* *Best regards.* *Alex Berber* *+9 72 54 285 952 3* *www.linuxspace.org* <http://www.linuxspace.org/>

1 0

Logitech unifying receiver (pairing)
by Toralf Lund 20 Aug '14

20 Aug '14

Hi, Is anyone here using a Logitech wireless mouse our keyboard or whatever using a "unifying receiver". Any luck with pairing new devices with the unit? I've tried various different programs from the net that's supposed to be able to do this, but they all fail in one way or the other. "pairing_tool" and "ltpair" will exit with a "broken pipe" message, while PyUnify.py from https://github.com/AveryLouie/BlogDocs fails says "usb.core.USBError: Input/output error", and solaar (installed via the EPEL Testing repo) fails in the following manner: Traceback (most recent call last): File "/usr/bin/solaar-cli", line 42, in <module> solaar.cli.main() File "/usr/lib/python2.6/site-packages/solaar/cli.py", line 429, in main args = _parse_arguments() File "/usr/lib/python2.6/site-packages/solaar/cli.py", line 421, in _parse_arguments logging.root.addHandler(logging.NullHandler()) AttributeError: 'module' object has no attribute 'NullHandler' This is on a CentOS 6 x86_64 system with all updates installed. Any other ideas? In case you don't know how these units work, note that they generally work just like that as long as you use the device and receiver from the same box, so as to speak. The problem is linking a device to a different receiver - which is supported, but requires software. - Toralf|||||| This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.

4 6

Re: [CentOS] SELinux vs. logwatch and virsh
by Bill Gee 20 Aug '14

20 Aug '14

Hi Dan - "ausearch -m avc -ts recent" produces no output. If I run it as "ausearch -f virsh" then it produces output similar to this. Each day's run of logwatch produces three of these audit log entries. The a1 and a2 values are different for each entry, but everything else is the same. =============== time->Mon Aug 18 03:21:03 2014 type=SYSCALL msg=audit(1408350063.257:7492): arch=c000003e syscall=21 success=no exit=-13 a0=11ee230 a1=4 a2=7fff722837b0 a3=7fff72283640 items=0 ppid=2815 pid=2816 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=981 comm="bash" exe="/usr/bin/bash" subj=system_u:system_r:logwatch_t:s0-s0:c0.c1023 key=(null) type=AVC msg=audit(1408350063.257:7492): avc: denied { read } for pid=2816 comm="bash" name="virsh" dev="dm-0" ino=135911290 scontext=system_u:system_r:logwatch_t:s0-s0:c0.c1023 tcontext=system_u:object_r:virsh_exec_t:s0 tclass=file =============== I thought about using audit2allow as you suggest. The problem is then I don't really know what change is required. What exactly will it do? And is there a guarantee that it will work? Regarding your general question ... It seems to me that logwatch can be used to provide feedback on operational status of almost anything on the system. If you go beyond the typical reading of log files, then that often requires running some script or utility program or something. Anytime that is done, I think this kind of problem will appear. Much of what logwatch does is running files through "cat". That process runs as "bin_t" which must be a general type. I wonder what would happen if I changed virsh to the same type. For what it is worth, I have another computer running CentOS 6.5 and VirtualBox. The VBoxManage program must run as the same user which is running the virtual machines, which frustrates me to no end. I finally figured out a way to work around it by setting up a user cron job under that user. It saves the output to a text file. The logwatch script then comes along and reads that file into its output. It works, but it is not ideal. There are obvious problems with synchronization, plus if a computer is running VMs under multiple user accounts, then multiple user cron jobs are needed. Thanks - Bill Gee ============================= > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos What AVC messages are you seeing? ausearch -m avc -ts recent. I would put the machine in permissive mode, run your tests and then add the allow rules using audit2allow -M mylogwatch Message: 8 Date: Fri, 15 Aug 2014 11:22:40 -0400 From: Daniel J Walsh <dwalsh(a)redhat.com> Subject: Re: [CentOS] SELinux vs. logwatch and virsh To: CentOS mailing list <centos(a)centos.org> Message-ID: <53EE25C0.3040404(a)redhat.com> Content-Type: text/plain; charset=windows-1252 On 08/14/2014 11:02 AM, Bill Gee wrote: > Hello everyone - > > I am stumped ... Does anyone have suggestions on how to proceed? Is there a way > to get what I want? > > The environment: CentOS 7.0 with latest patches. > > The goal: I want logwatch to include a report on the status of kvm virtual computers. > > The problem: When run from anacron, SELinux denies permission for the virsh utility. > Here is a portion of the logwatch output: > > --------------------- KVM libvirt status report Begin ------------------------ > > Date Range: yesterday > /etc/logwatch/scripts/services/libvirt: line 15: /usr/bin/virsh: Permission denied > > ---------------------- KVM libvirt status report End ------------------------- > > If I "run-parts /etc/cron.daily" from a root console, it all works. Same if I run "logwatch" > from a root console. > > I set SELinux to permissive and that allows virsh to run. Therefore I know it is > something to do with SELinux. > > The logwatch script is: > > #Lots of comments > /usr/bin/virsh list --all > > I see the selinux security context of virsh is > > system_u:object_r:virsh_exec_t:s0 > > while logwatch.pl runs as > > system_u:object_r:logwatch_exec_t:s0 > > As I understand it, selinux does not permit having multiple type settings for a file. Any > file can have exactly one type setting. > > I ran this command hoping it would add another type to the virsh program. > > semanage fcontext -a -t logwatch_exec_t /usr/bin/virsh > > semanage fcontext --list /usr/bin/virsh | grep virsh > /usr/bin/virsh all files > system_u:object_r:logwatch_exec_t:s0 > /usr/bin/virsh regular file system_u:object_r:virsh_exec_t:s0 > /usr/sbin/xl regular file system_u:object_r:virsh_exec_t:s0 > /usr/sbin/xm regular file system_u:object_r:virsh_exec_t:s0 > > Semanage did add the new type, but that did not fix the problem. Virsh still gets > "permission denied" when logwatch tries to run it. > > Thanks - Bill Gee > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos BTW if you think this is something we should do in general in such a way as logwatch can only look at the content in Read Only mode, then we might want it to become default. ------------------------------

2 1

/dev/disk/by-uuid missing
by Michael Schumacher 20 Aug '14

20 Aug '14

hi! I got a problem with one of my servers where the boot process fails, because it cannot find its root partition. My /boot/grub/grub.conf uses to look like ---8<--- title CentOS (2.6.32-431.17.1.el6.x86_64) root (hd0,0) kernel /vmlinuz-2.6.32-431.17.1.el6.x86_64 ro root=UUID=8ef1f6cb-5dfc-497e-83d0-8d91cbbe4939 rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD quiet SYSFONT=latarcyrheb-sun16 rhgb crashkernel=auto rd_NO_DM rd_NO_LVM KEYBOARDTYPE=pc KEYTABLE=de initrd /initramfs-2.6.32-431.17.1.el6.x86_64.img ---8<-- I could get the system to boot again by just replacing the "root=UUID-..." part with "root=/dev/sdb3" when I started looking around, I noticed that the "/dev/disk"by-uuid" directory was not there. The "by-id" as well as the "by-path" directories were both there. I tried to create directory and the links in the directory manually, but they were gone after the next reboot. I assume that these /dev/disk/ entries are created by some process at boot time, but I have no clue how this is done nor what is wrong with my system. I checked what blkid -L says, but this seems to be OK. ---8<--- device fs_type label mount point UUID ----------------------------------------------------------------------------------------- /dev/sda1 ext4 /mnt/raid a574f30b-fa43-4e34-8498-1cb29c4c261f /dev/sdb1 ext4 /boot 01746f38-6289-4b03-8011-bfac89ed89bd /dev/sdb2 swap <swap> 903a51b7-393d-4df9-9b58-f06a0a80a748 /dev/sdb3 ext4 / 8ef1f6cb-5dfc-497e-83d0-8d91cbbe4939 ---8<--- Any help? btw., the problem appeared when I installed a 18TB raid array. I had to compile the e2fsprogs from the most recent sources using this recipe http://blog.ronnyegner-consulting.de/2011/08/18/ext4-and-the-16-tb-limit-no… to install a very large ext4 file system on the raid disk. best regards --- Michael Schumacher PAMAS Partikelmess- und Analysesysteme GmbH Dieselstr.10, D-71277 Rutesheim Tel +49-7152-99630 Fax +49-7152-996333 Geschäftsführer: Gerhard Schreck Handelsregister B Stuttgart HRB 252024

1 1

systemd session abandoned
by Steven Stern 20 Aug '14

20 Aug '14

Things like this keep showing up in my my logs. Any idea what to look for to (1) figure out why and (2) track it to a particular service? systemd: Failed to mark scope session-19.scope as abandoned : Stale file handle -- -- Steve

3 3

Re: [CentOS] Java plugin (icedtea-web) does not load
by James B. Byrne 20 Aug '14

20 Aug '14

On Mon, August 18, 2014 09:05, Valeri Galtsev wrote: > > On Mon, August 18, 2014 5:50 am, Toralf Lund wrote: > >> >> This e-mail, including any attachments and response string, may contain >> proprietary information which is confidential and may be legally >> privileged. It is for the intended recipient only. If you are not the >> intended recipient or transmission error has misdirected this e-mail, >> please notify the author by return e-mail and delete this message and any >> attachment immediately. If you are not the intended recipient you must not >> use, disclose, distribute, forward, copy, print or rely on this e-mail in >> any way except as permitted by the author. > > I'm sorry if that offends anyone, the the BS nature of e-mail footers like > this one always offends my intelligence. As a recipient of e-mail I didn't > give my consent to be obliged to anything. whatever you sent me was at > your sole discretion. You want any obligations from the recipient of your > message, you should contact the recipient first and get him agree to be > obliged to anything you request. > > Who is the idiot lawyer who wrote it? He shouldn't even have layer degree > for incompetence! Even I, not lawyer, do understand that you can not make > the person obliged to do or not do anything by unilaterally doing > something (sending that person e-mail with idiotic footer). > You mean like forcing someone to agree to the terms of a license through the act opening the package that contains the text of said license? You would be amazed as what corporate interests have twisted the courts into doing for them through sponsored legislation (DMCA for example). I agree about the BS part but that does not make it unenforceable BS in some jurisdictions. And then there is always the threat of impoverishment through litigation. A big enough complainant can simply litigate frivolous torts to impose an economic penalty on its victim regardless of the outcome. Those sorts of disclaimers simple provide a pretext. I just delete messages with such things; unread whenever I notice them in time, otherwise ignoring the contents if I do not. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

5 5

Hulu requires Flash Player 10.1.53.64
by Michael Hennebry 20 Aug '14

20 Aug '14

I'm running firefox on Centos 6 and am trying to watch a movie on hulu. Hulu requires Flash Player 10.1.53.64 or higher What to do? My recollection is that dealing with flash has always been a pain and that it recently got worse when Adobe EOLed flash for linux. Is this correct? [hennebry@localhost grease]$ uname -a Linux localhost.localdomain 2.6.32-431.20.3.el6.x86_64 #1 SMP Thu Jun 19 21:14:45 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux [hennebry@localhost grease]$ A pointer to instructions would be good. -- Michael hennebry(a)web.cs.ndsu.NoDak.edu "SCSI is NOT magic. There are *fundamental technical reasons* why it is necessary to sacrifice a young goat to your SCSI chain now and then." -- John Woods

2 1

your memcached problem
by Eero Volotinen 19 Aug '14

19 Aug '14

Hi Tim, Sorry, but I cannot access the original email, but your problems is in the rpm optimization flags. fixed spec: http://pastebin.com/KfW78RGd see the line beginning of %{__make} , replace it with: %{__make} CFLAGS='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=0 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' -- Eero

1 0

failure building memcached rpm
by Tim Dunphy 19 Aug '14

19 Aug '14

Hi all, I need to install the latest memcached version (1.4.20) on a number of machines in this environment. There are only rpm's of this app for RHEL 6. But we need to install the latest memcached on a number of RHEL 5 machines. To be specific, they are OEL 5.7 hosts. I've installed all of the developers tools that I would need. But when I go to build the RPM I am getting the following error: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -DNDEBUG -m64 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -pthread -pthread -Wall -Werror -pedantic -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -c -o memcached-items.o `test -f 'items.c' || echo './'`items.c cc1: warnings being treated as errors memcached.c: In function 'process_bin_get_or_touch': memcached.c:1277: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result make[2]: *** [memcached-memcached.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/home/makerpm/rpmbuild/BUILD/memcached-1.4.20' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/makerpm/rpmbuild/BUILD/memcached-1.4.20' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.56803 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.56803 (%build) And I'm hoping if I share with you the spec file that I'm using, I might be able to get some help with this. I am not sure where the problem is. Here's the spec file I'm using: # Authority: dag # Upstream: Brad Fitzpatrick <brad$danga,com> ### perl-AnyEvent is rfx on EL5, and so memcached must be as well %{?el5:# Tag: rfx} ### EL6 ships with memcached-1.4.4-3.el6 %{?el6:# Tag: rfx} %ifarch %{ix86} %define build_64bit --disable-64bit %else %define build_64bit --enable-64bit %endif Summary: Distributed memory object caching system Name: memcached Version: 1.4.20 Release: 1%{?dist} License: BSD Group: System Environment/Daemons URL: http://memcached.org/ Source: http://memcached.googlecode.com/files/memcached-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root BuildRequires: cyrus-sasl-devel BuildRequires: libevent-devel Requires(post): /sbin/chkconfig Requires(preun): /sbin/chkconfig, /sbin/service Requires(postun): /sbin/service %description memcached is a high-performance, distributed memory object caching system, generic in nature, but intended for use in speeding up dynamic web applications by alleviating database load. %package devel Group: Development/Tools Summary: Header files for memcached %description devel Install this package if you want to develop programs that link against memcached. %prep %setup %{__cat} <<EOF >memcached.sysconfig PORT="11211" USER="nobody" MAXCONN="1024" CACHESIZE="64" OPTIONS="" EOF %build %configure \ --program-prefix="%{?_program_prefix}" \ --disable-dependency-tracking \ --enable-sasl \ %{build_64bit} %{__make} %{?_smp_mflags} %install %{__rm} -rf %{buildroot} %{__make} install DESTDIR="%{buildroot}" %{__install} -Dp -m0755 scripts/memcached.sysv %{buildroot}%{_sysconfdir}/rc.d/init.d/memcached %{__install} -Dp -m0644 memcached.sysconfig %{buildroot}%{_sysconfdir}/sysconfig/memcached %{__install} -Dp -m0755 scripts/memcached-tool %{buildroot}%{_bindir} %{__install} -Dp -m0755 scripts/mc_slab_mover %{buildroot}%{_bindir} %{__install} -Dp -m0755 scripts/damemtop %{buildroot}%{_bindir} %{__install} -Dp -m0644 scripts/damemtop.yaml %{buildroot}%{_sysconfdir} %post /sbin/chkconfig --add memcached %preun if [ $1 -eq 0 ]; then /sbin/service memcached stop &> /dev/null || : /sbin/chkconfig --del memcached fi %postun /sbin/service memcached condrestart &>/dev/null || : %clean %{__rm} -rf %{buildroot} %files %defattr(-, root, root, 0755) %doc AUTHORS COPYING ChangeLog doc/*.txt NEWS scripts/README.damemtop %doc %{_mandir}/man?/* %config(noreplace) %{_sysconfdir}/sysconfig/memcached %config(noreplace) %{_sysconfdir}/damemtop.yaml %config %{_initrddir}/memcached %{_bindir}/damemtop %{_bindir}/memcached %{_bindir}/memcached-tool %{_bindir}/mc_slab_mover %files devel %{_includedir}/memcached %changelog * Wed Aug 22 2012 Steve Huff <shuff(a)vecna.org> - 1.4.14-1 - Updated to 1.4.14. - Replace custom SysV init script with stock. - Install mc_slab_mover utility. * Thu Aug 25 2011 Steve Huff <shuff(a)vecna.org> - 1.4.7-1 - Updated to 1.4.7. - Install damemtop in a sensible place. * Fri Aug 05 2011 Steve Huff <shuff(a)vecna.org> - 1.4.6-1 - Updated to 1.4.6. - Tagged as RFX in el5 as well (due to perl-AnyEvent dependency). * Fri Apr 16 2010 Steve Huff <shuff(a)vecna.org> - 1.4.5-1 - Updated to 1.4.5. * Wed Mar 31 2010 Steve Huff <shuff(a)vecna.org> - 1.4.4-2 - Rebuild against libevent-1.4.13 on EL5. * Mon Feb 08 2010 Steve Huff <shuff(a)vecna.org> - 1.4.4-1 - Updated to 1.4.4. - Split off include files into memcached-devel. - Install memcached-tool in %{_bindir}, install damemtop in %{_docdir}. * Wed Aug 20 2008 Michael Best <mbest(a)pendragon.org> 1.2.6 - Update to 1.2.6. * Tue May 29 2007 Matthias Saou <http://freshrpms.net/> 1.2.2-1 - Update to 1.2.2. - Enable new threads feature. * Sun Mar 25 2007 Dag Wieers <dag(a)wieers.com> - 1.2.1-4 - Rebuild against libevent-1.1a on EL5. * Wed Mar 07 2007 Dag Wieers <dag(a)wieers.com> - 1.2.1-3 - Rebuild against libevent-1.3b. * Tue Feb 20 2007 Dag Wieers <dag(a)wieers.com> - 1.2.1-2 - Rebuild against libevent-1.3a. * Mon Feb 19 2007 Dag Wieers <dag(a)wieers.com> - 1.2.1-1 - Updated to release 1.2.1. * Wed Nov 01 2006 Dag Wieers <dag(a)wieers.com> - 1.1.13-1 - Updated to release 1.1.13. * Sat Aug 19 2006 Dag Wieers <dag(a)wieers.com> - 1.1.12-3 - Rebuild against libevent-1.1b. * Mon Apr 03 2006 Dag Wieers <dag(a)wieers.com> - 1.1.12-2 - Rebuild against libevent-1.1a. * Wed Jan 11 2006 Matthias Saou <http://freshrpms.net/> 1.1.12-1 - Update to 1.1.12. - Remove no longer needed segfault patch. - Add Requires(foo):... - Remove INSTALL from %%doc. - Don't have the init script be tagged as config, the config part is all in the sysconfig file. - make install now works again. - Fix non working reload in the init script. * Mon Mar 07 2005 Dag Wieers <dag(a)wieers.com> - 1.1.11-1 - Cosmetic changes. * Thu Feb 24 2005 Rob Starkey <falcon(a)rasterburn.com> - 1.1.11-1 - Initial package. Can I please get some help with this problem? Thanks -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B

1 0

Java plugin (icedtea-web) does not load
by Toralf Lund 19 Aug '14

19 Aug '14

Hi, After some recent upgrade or the other, the browser plugin for java no longer works in my CentOS 6 x86_64 setup - using Firefox. Applets won't load, and no java plugin is mentioned in "about:plugins". The "openjdk" Java packages as well as icetea-web are installed, though, and everything worked just fine a few weeks ago. Has anyone else seen this? Any idea what may be wrong and/or how to diagnose the problem? Should I expect error messages anywhere if the plugin just won't load (can't see anything in the browser console)? Note that when I talk about upgrades, I mean that I generally install all "notified" system updates. - Toralf This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.

4 8

CentOS 6, Postfix, and Procmail -- how do I get it to work?
by Robert Heller 19 Aug '14

19 Aug '14

What is the trick to get Postfix's local command to pipe mail through procmail? I have: -bash-4.1$ grep allow_mail_to_commands /etc/postfix/main.cf allow_mail_to_commands = alias, forward and -bash-4.1$ cat .forward |/usr/bin/procmail and a .procmailrc file: -bash-4.1$ cat .procmailrc PATH=/usr/bsd:/bin:/usr/bin:/exp/rcf/share/bin MAILDIR=/var/lib/amanda/Mail #you'd better make sure it exists DEFAULT=$ORGMAIL #completely optional LOGFILE=$MAILDIR/from #recommended :0 * ^From.*no-reply(a)sns.amazonaws.com |$HOME/retrieveArchive.tcl :0 ! heller(a)deepsoft.com Basically I want all mail to the Amanda Backup account, except messages from Amazon SNS, to be forwarded to me (the system admin). The retrieveArchive.tcl is a script to process Amazon SNS messages. -- Robert Heller -- 978-544-6933 Deepwoods Software -- Custom Software Services http://www.deepsoft.com/ -- Linux Administration Services heller(a)deepsoft.com -- Webhosting Services

3 3

Re: [CentOS] CentOS 6, Postfix, and Procmail -- how do I get it to work?
by Mike Burger 19 Aug '14

19 Aug '14

On 2014-08-18 3:42 pm, Robert Heller wrote: > At Mon, 18 Aug 2014 13:39:49 -0400 Mike Burger > <mburger(a)bubbanfriends.org> wrote: > >> >> On 2014-08-18 1:26 pm, Robert Heller wrote: >> > What is the trick to get Postfix's local command to pipe mail through >> > procmail? >> > >> > I have: >> > >> > -bash-4.1$ grep allow_mail_to_commands /etc/postfix/main.cf >> > allow_mail_to_commands = alias, forward >> > >> > and >> > >> > -bash-4.1$ cat .forward >> > |/usr/bin/procmail >> > >> > and a .procmailrc file: >> > >> > -bash-4.1$ cat .procmailrc >> > PATH=/usr/bsd:/bin:/usr/bin:/exp/rcf/share/bin >> > MAILDIR=/var/lib/amanda/Mail #you'd better make sure it exists >> > DEFAULT=$ORGMAIL #completely optional >> > LOGFILE=$MAILDIR/from #recommended >> > >> > :0 >> > * ^From.*no-reply(a)sns.amazonaws.com >> > |$HOME/retrieveArchive.tcl >> > >> > :0 >> > ! heller(a)deepsoft.com >> > >> > Basically I want all mail to the Amanda Backup account, except messages >> > from >> > Amazon SNS, to be forwarded to me (the system admin). The >> > retrieveArchive.tcl >> > is a script to process Amazon SNS messages. >> >> It's this simple: >> >> Instead of putting a call to procmail in your .forward, first, set up >> /etc/postfix/main.cf with the following line: >> >> mailbox_command = /usr/bin/procmail >> >> and reload postfix. Now, postfix will default to using procmail as its >> local delivery agent. >> >> Now, set up /etc/procmailrc like so: >> >> USER=`whoami` >> >> :0 fw >> | spamc >> >> :0 e >> { >> EXITCODE=$? >> } > > I don't have spamassin set up -- it is not needed, since this is not a > public > facing E-Mail server, it is internal only. Do I need this file? > >> >> Now, set up the amanda user's .procmailrc rules like so: >> >> :0: >> * ^From.*no-reply(a)sns.amazonaws.com >> |$HOME/retrieveArchive.tcl >> >> :0: >> * >> ! heller(a)deepsoft.com >> >> Voila! > > Actually not. Postfix is now using procmail, but procmail is not > processing > .procmailrc... My bad...no, you can skip the /etc/procmail recipe portion that calls spamc...you don't need that. Comment/remove that bit, and then give it a go. Remember to issue "service postfix reload" after editing the main.cf file. -- Mike Burger http://www.bubbanfriends.org "It's always suicide-mission this, save-the-planet that. No one ever just stops by to say 'hi' anymore." --Colonel Jack O'Neill, SG1

2 2

Install and configure Nagios
by Chandran Manikandan 19 Aug '14

19 Aug '14

Hi All, How to install and configure monitoring tools Nagios,lcinga,Zabbix and Ngnix on COS5 and COS6. -- *Thanks,* *Manikandan.C* *System Administrator*

5 4

Skype on CentOS 6.5
by Mark LaPierre 19 Aug '14

19 Aug '14

Hey Y'all, About a week ago my Skype installation stopped working. I can start it up but I can't log on. Does this have something to do with the recent update to LibC? Is there a repo som where that has the latest version of Skype for CentOS 6.5? When I go to the Skype web site I see that there is a version several versions newer available for RPM based Linux but that one won't even start. Can anyone offer some sound advice to getting my Skype running again?

5 4

CentOS-announce Digest, Vol 114, Issue 10
by centos-announce-request＠centos.org 19 Aug '14

19 Aug '14

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. CEBA-2014:1072 CentOS 7 haproxy BugFix Update (Johnny Hughes) 2. CEBA-2014:1071 CentOS 7 gcc BugFix Update (Johnny Hughes) 3. CESA-2014:1073 Low CentOS 7 nss-util Security Update (Johnny Hughes) 4. CESA-2014:1073 Low CentOS 7 nss-softokn Security Update (Johnny Hughes) 5. CESA-2014:1073 Low CentOS 7 nss Security Update (Johnny Hughes) 6. CEBA-2014:1074 CentOS 7 kpatch BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 18 Aug 2014 21:47:05 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:1072 CentOS 7 haproxy BugFix Update To: centos-announce(a)centos.org Message-ID: <20140818214705.GA15997(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1072 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1072.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 797ce4c1adf7978be278a24865b3e5da1edd83cc577e19ae33170d456601267e haproxy-1.5.2-2.el7_0.x86_64.rpm Source: 957e68418a98e680b0db6b675b407a4c23152e8e797c92fa342f3d5c60f76772 haproxy-1.5.2-2.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 18 Aug 2014 21:47:25 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:1071 CentOS 7 gcc BugFix Update To: centos-announce(a)centos.org Message-ID: <20140818214725.GA16274(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1071 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1071.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 38a9566b7799eee6b5cefcba64a8bba474ea4babd4a0ec47a35c5cd947dbc0b7 cpp-4.8.2-16.2.el7_0.x86_64.rpm 39d31c5f92371f63063855c5eda41008144c8a2d911f79d68bb4f11bbbc5af12 gcc-4.8.2-16.2.el7_0.x86_64.rpm b6b60f0106a5a9efa4822d8ea15ae818820f60e9231b5f621fd72f0a35437523 gcc-c++-4.8.2-16.2.el7_0.x86_64.rpm a1003048448e8fe0c2dd088e05a0ac286e2aa16a4f01ce405861d0c49fefdd52 gcc-gfortran-4.8.2-16.2.el7_0.x86_64.rpm e30707f8a39561cdda814b76b2f3efd6164b53b88c7a2a4ed57754c5c6149ac9 gcc-gnat-4.8.2-16.2.el7_0.x86_64.rpm f3ee6326365c174084661293cd77a75a8bf1f966e61b413d171d4d8a58820305 gcc-go-4.8.2-16.2.el7_0.x86_64.rpm 14b789e89b6b5c022ecd9f437710e440d42ba8823291aa7747eda113b637199f gcc-objc-4.8.2-16.2.el7_0.x86_64.rpm ec6f84c79a8f79c128fb6b8459baf90e61929c0ceb3af83515f048c25e82e350 gcc-objc++-4.8.2-16.2.el7_0.x86_64.rpm 47786bec040805aa8bc8c215424cf17fc91429933986084152ef774e2eb96f7c gcc-plugin-devel-4.8.2-16.2.el7_0.x86_64.rpm 02affe99974e1f7629572b423a01d9c04cf71c5132b33834920702388db7e2e3 libasan-4.8.2-16.2.el7_0.i686.rpm 65156882710703be048b2f3e2af1af7baac1d4f58d5b1c0d3c7fa9cd788b8301 libasan-4.8.2-16.2.el7_0.x86_64.rpm beadf9ad5fcfe7eeaa3f2c9c5e08f5c347a2857c543f0b2e88096801b6dea093 libasan-static-4.8.2-16.2.el7_0.i686.rpm ef3914fcfc6f03a6cca23b2e1606f5446740d1b6a5315f35946eba87cc5f1b5e libasan-static-4.8.2-16.2.el7_0.x86_64.rpm e7ca0661b66866254c4a0de162b6fe099493b0aaaa7c27d46f99d3e011211ed9 libatomic-4.8.2-16.2.el7_0.i686.rpm c1e02d1f800984a7e8f24f66666a1b81e75661fd19c22b8c9c1bf618c4ada01f libatomic-4.8.2-16.2.el7_0.x86_64.rpm d2e3955b8ecb2a288be007fea870c372e6448319d0342ec11d555e2e3766be35 libatomic-static-4.8.2-16.2.el7_0.i686.rpm 29a8904a70483ec734cf2828b17bbdce82035b2c5cc84a55e84c445e5cb90612 libatomic-static-4.8.2-16.2.el7_0.x86_64.rpm 8b07d04ca52aedafdf03a2f65b5c14ce7e30d9ad1e0071d5bb085eb6e1dc53c1 libgcc-4.8.2-16.2.el7_0.i686.rpm 4037dbfc3cbdce19dd6e8164e62ce5c422242e384dbd4381363aefdb266db221 libgcc-4.8.2-16.2.el7_0.x86_64.rpm 9920426096dfeb73030fd158a186183298c043a462cca09a84fa024ef141476a libgfortran-4.8.2-16.2.el7_0.i686.rpm 4e03e419d403b19cb9700074d8daed0e6da9d0ad7a2812c431c398fe0a31575f libgfortran-4.8.2-16.2.el7_0.x86_64.rpm bbb7886e0f8bdda2edafac48e837ff56d0bef7303f16e5b7be9a6759a999e0bc libgfortran-static-4.8.2-16.2.el7_0.i686.rpm 06c672a85dee8fcc2a43f9acbc746aad1b81008a99aea4da4760e2a1ba72cc03 libgfortran-static-4.8.2-16.2.el7_0.x86_64.rpm 68f8f2ba2caacbd5631a05b853a1bc554cc6895572c3a8b499c7c5721cbb43e2 libgnat-4.8.2-16.2.el7_0.i686.rpm b8c3adc9daca942e98ef4eb319d1af9a50a7e655e9f3334f845438bb8ad2812c libgnat-4.8.2-16.2.el7_0.x86_64.rpm e4e5027859d8b138dc6088d82e4cb85357fd5c3262cb0546252f1b026f2e8170 libgnat-devel-4.8.2-16.2.el7_0.i686.rpm 6d86ea4432038bd25c7a6321ff0ad9fd29cf8e8f3afdc4dc9680058a6cdb5525 libgnat-devel-4.8.2-16.2.el7_0.x86_64.rpm e5128bdbf75c0e7777ad8ec8b248a09137b5aa13c25efb485a811fe18e2dba43 libgnat-static-4.8.2-16.2.el7_0.i686.rpm 06e55203a807642b96864aa2c6f26e2a1529d1ea4a9373c728f42aa70d3e0917 libgnat-static-4.8.2-16.2.el7_0.x86_64.rpm f41426435a68d9f799f51e013d54c4537b550cfafaf9dedb193d0a12c390282b libgo-4.8.2-16.2.el7_0.i686.rpm c490c5863887c943a48014cf3c8f0a20dae558170fe59b30542d69a4f82bfdf4 libgo-4.8.2-16.2.el7_0.x86_64.rpm a057b458c547945c8b06444f5a4b33b67774204b192206b6c2b5cf042fe6d1ff libgo-devel-4.8.2-16.2.el7_0.i686.rpm a388bb55c6cad015fa50a028de18dc3ec6032fdde68f1033072fce62b8ea20a7 libgo-devel-4.8.2-16.2.el7_0.x86_64.rpm ef0f73d7a6c909cd645d3637f4d56baa726dacce6375fa5ccd1ec39880578325 libgomp-4.8.2-16.2.el7_0.i686.rpm 5c8a6da2d1a49bed7e021745856a0c8a166510f955a484ca4a4a67d163520a4c libgomp-4.8.2-16.2.el7_0.x86_64.rpm 35b174ce1e699a39c5a789e51baf7ee841f65204762abae8669399ccac75cf65 libgo-static-4.8.2-16.2.el7_0.i686.rpm 7a35f68e96742115f38d6f7be831acac5bdf82790206b827d30a9baffb324d37 libgo-static-4.8.2-16.2.el7_0.x86_64.rpm dc162ada585184c0ed91fc2032c70faa3af4c88bfdc39f35519f7f96ebba8b79 libitm-4.8.2-16.2.el7_0.i686.rpm c726d18d3aa86ba6964000359a1e5939763fa4b6381dfab0052472b76bca3498 libitm-4.8.2-16.2.el7_0.x86_64.rpm a98f130511905cc060fe292d116a10dacd1f572c04d2d21cf15feb65959f184d libitm-devel-4.8.2-16.2.el7_0.i686.rpm e7bf50fd65ea83906a651434f2a7dc7147f00cbfad15b843e6ed225580b6d02e libitm-devel-4.8.2-16.2.el7_0.x86_64.rpm 0935f032a8308ab32bfcca3c495d3dc99a84ff0058fc5adc2ad01368960f5335 libitm-static-4.8.2-16.2.el7_0.i686.rpm 6f6b01c31773985e065b7bb10e6897bb825a5a1a9e5f064da609238d43d80b6a libitm-static-4.8.2-16.2.el7_0.x86_64.rpm 4b13192d7956c4936e4463313b23a11373d95f976e1b2511088a6f92ca833d0e libmudflap-4.8.2-16.2.el7_0.i686.rpm db38472b48bb3bad6aa7bbe6276bce17ff349e290108a00789a6c554b8541980 libmudflap-4.8.2-16.2.el7_0.x86_64.rpm 25b60d9cf85d791b5c8a5b0a2a07d3ae31cfd5be010d0c5027cc3308a9db9d28 libmudflap-devel-4.8.2-16.2.el7_0.i686.rpm 22809018b81f4970ef111c78ebb194216bf8dcde1ca8107c4ab70631b0aca6be libmudflap-devel-4.8.2-16.2.el7_0.x86_64.rpm ce119b81fa63942f766266dc9699ae3ca1744461af696f1f11f852616d9e258a libmudflap-static-4.8.2-16.2.el7_0.i686.rpm c84548ee6dd684bad4898598539dcbd2eed2b003b9aaa49b9176b0539ff03fb2 libmudflap-static-4.8.2-16.2.el7_0.x86_64.rpm 85b74d493f8d3bc20f76bcbfe6bba5583782f621034a6609dbde190bb52eef2e libobjc-4.8.2-16.2.el7_0.i686.rpm d080f0db09ccf41b63c45eed76b931f1b73bc1f2e9c745d56deed448c16447f4 libobjc-4.8.2-16.2.el7_0.x86_64.rpm 4246d2f60baac50d7bec37efb2bf4c6a889bac0a830286f0080bc17e646b5f5a libquadmath-4.8.2-16.2.el7_0.i686.rpm b31c5bd64cadf4f85f2a6ef54c919e20ff88d2909386f199696f18fd00ab0e17 libquadmath-4.8.2-16.2.el7_0.x86_64.rpm 244a48a04bfe288e50200ae93673069d2e0652a1aca0ce8673f19541aeb41fe2 libquadmath-devel-4.8.2-16.2.el7_0.i686.rpm 95b6bd81d2714954a031c21e870f551055c67a8e5072a59e114d08f12183af47 libquadmath-devel-4.8.2-16.2.el7_0.x86_64.rpm 2da73a438635819d621a208515030d2b4a9402ca039e253eab81b0ddb7039b3d libquadmath-static-4.8.2-16.2.el7_0.i686.rpm fb8f4aafe375a7ece5ca6d331e1558c2229ff500b6e62c43e93b392c570d0e7b libquadmath-static-4.8.2-16.2.el7_0.x86_64.rpm 8189c265484f039ea9ae057f4458b59e4fd5c3f79df4b86e3bb0cd0b7c740eaf libstdc++-4.8.2-16.2.el7_0.i686.rpm bde7d463d58ada6fe880297f857ee94ec44c394438dabb3af840273f65d82742 libstdc++-4.8.2-16.2.el7_0.x86_64.rpm d1570385686632bd2bb7fcc7db785ada4dccd2f95fb61e8cbd908dbf6081d62e libstdc++-devel-4.8.2-16.2.el7_0.i686.rpm 44a3b769a7a88c8a90c98f1f366537bc4351401b659ffaf30fea02927a4de80f libstdc++-devel-4.8.2-16.2.el7_0.x86_64.rpm 94b8a0af1e67ead95c2bc11d81eeefe945a1ba98e49b15dd72f8084c0e672b3c libstdc++-docs-4.8.2-16.2.el7_0.x86_64.rpm e72d6cb48b8bc88f850772cd5b79d8504b5e1917345bfa6d64e0928c4eb93d5d libstdc++-static-4.8.2-16.2.el7_0.i686.rpm 2be4a47a2bab3a3272631240ad67b31a68d0c121a81b57c9dc74ed3262c214c7 libstdc++-static-4.8.2-16.2.el7_0.x86_64.rpm 0b6247662ec890fe03164fe472870b926c6727970e5d214f7e0bec85bc89d523 libtsan-4.8.2-16.2.el7_0.x86_64.rpm 95a6c592fcfd3b63fa6d5f21a3bddc7a78e71fcb257316f33c655d675c429221 libtsan-static-4.8.2-16.2.el7_0.x86_64.rpm Source: 938f00de7b2f20c30163aa4b0096cb900a042254557a686ae4b224122df48e18 gcc-4.8.2-16.2.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Mon, 18 Aug 2014 21:47:41 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:1073 Low CentOS 7 nss-util Security Update To: centos-announce(a)centos.org Message-ID: <20140818214741.GA16351(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1073 Low Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1073.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6777a234d27b9d233b86d0e046438b857527b277005caf5b7e5d901cf8e971c3 nss-util-3.16.2-1.el7_0.i686.rpm df6ebf444473bcaa08a44948784961a8fd7eb071cbf0696e54f1f22910faa147 nss-util-3.16.2-1.el7_0.x86_64.rpm a3f0d8f469603e87ec2e3ad2e8773cef8f108725f9d130dc0066c90ec68d8194 nss-util-devel-3.16.2-1.el7_0.i686.rpm 1334e0cf730a600d71a13440fb131312f3a8408a4d3bb331abefa859ccd1e7b3 nss-util-devel-3.16.2-1.el7_0.x86_64.rpm Source: 5d1250a4de8e97b0c670407b26f5ed0a0f6380482c95a821b856af1fededee48 nss-util-3.16.2-1.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Mon, 18 Aug 2014 21:47:55 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:1073 Low CentOS 7 nss-softokn Security Update To: centos-announce(a)centos.org Message-ID: <20140818214755.GA16432(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1073 Low Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1073.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1534370272c62c05c156434cf96750da6f59c88b844c77809cb494a8d1a7b65a nss-softokn-3.16.2-1.el7_0.i686.rpm 382e65172442fd54c09695f8b0fa540d0d49f47c89d5b503aa3e00c4efe77a99 nss-softokn-3.16.2-1.el7_0.x86_64.rpm 022b75716e5ba276d24493c3e5b5230616ede93a7248d404eeb17cff923dcd84 nss-softokn-devel-3.16.2-1.el7_0.i686.rpm 67b6e2b78d45cb8b8f8b1160a86e49351accfdbd4d5c0605478a45fac3601f0c nss-softokn-devel-3.16.2-1.el7_0.x86_64.rpm f0a588fd7af82d6730af3a26ea31eb2c448a1dea1ad6c7f7a69cbdc351fb70fb nss-softokn-freebl-3.16.2-1.el7_0.i686.rpm d39aee3976436b99a4e0621ab5d122dba1de8a913daa91d7103f10e2f3cfdcf6 nss-softokn-freebl-3.16.2-1.el7_0.x86_64.rpm ca5d74f32ef19be9434e7c8abb374bafec88f13aac9b1b2ed25df4855516a599 nss-softokn-freebl-devel-3.16.2-1.el7_0.i686.rpm eebc692322b40dc6221b80f7fb92839b95ea76bbb4b59d7d69b0bcd85fc05fd1 nss-softokn-freebl-devel-3.16.2-1.el7_0.x86_64.rpm Source: 2f725e021e97ae0da95ff615fdfd7fb3091cee80fef1c30afb15327cd85ec94d nss-softokn-3.16.2-1.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Mon, 18 Aug 2014 21:48:29 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:1073 Low CentOS 7 nss Security Update To: centos-announce(a)centos.org Message-ID: <20140818214829.GA16539(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1073 Low Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1073.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 77a54699064964c0b2cf463ed7499842a5e1cde60edeabb758a4f126fd830419 nss-3.16.2-2.el7_0.i686.rpm c0f60fd943661bc829d53344af45240ca790bd5a468d8117f8820aa3703a5bff nss-3.16.2-2.el7_0.x86_64.rpm 1f97bdbc2608b4d0334be35b0882eb3b859b00acb7a4f3c633a7a8ba7f0f898d nss-devel-3.16.2-2.el7_0.i686.rpm 9fc8c4a63efdc6bbe784229713cb5d3e0295d075a4bd683c6074cf274160f76e nss-devel-3.16.2-2.el7_0.x86_64.rpm 5dfef33488218c33922390c2a57f75602101b00dc68a17cbd70d43ca080ee3e6 nss-pkcs11-devel-3.16.2-2.el7_0.i686.rpm 7f4da7cbda42ad9ed78dc6be5b5d7e77798753e6d7b62edb5bc7f8b916e592f1 nss-pkcs11-devel-3.16.2-2.el7_0.x86_64.rpm 4a15a17e4c94a95456d9c196219f0d87074ab14e8422a16636496e11882edb11 nss-sysinit-3.16.2-2.el7_0.x86_64.rpm 590089495b65c4e8b8ec0aebe861e02fe32b2a91b2bf62606735ed32f26cf8fc nss-tools-3.16.2-2.el7_0.x86_64.rpm Source: c4226058aca05cb0624ae88dc5cf8d227c8219bafaeba76eae5448f4407c8795 nss-3.16.2-2.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Mon, 18 Aug 2014 21:48:45 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:1074 CentOS 7 kpatch BugFix Update To: centos-announce(a)centos.org Message-ID: <20140818214845.GA16602(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1074 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1074.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 54c186f5da1cf8d23e17cbb1d1c62f6fe00268f27f80663313922b469c09196f kpatch-0.1.10-1.el7_0.noarch.rpm Source: 4e6a52c08909c8d64522b40a286113cd84bb209d8f9655d67fc135895b7a07b9 kpatch-0.1.10-1.el7_0.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 114, Issue 10 ************************************************

1 0

Upgrade to m7.0 retaining some existing partitions
by Tony Molloy 19 Aug '14

19 Aug '14

Hi, I want to install 7.0 replacing an existing 6.5 installation. When I choose custom partitioning I can delete the old 6.5 partitions and create new partitions 7.0 but there doesn't appear to be any way to retain an existing partition, say /home for instance, over the installation. Am I just missing something obvious or any ideas on what the magic is. Regards, Tony -- Linux nogs.tonyshome.ie 2.6.32-431.23.3.el6.x86_64 #1 SMP Thu Jul 31 17:20:51 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

1 0

need-restart ?
by Kai Grunau 19 Aug '14

19 Aug '14

Hi, today I updated the glibc packages on some CentOS machines. After the Update I checked which services/processes I have to restart "yum -C ps" or "needs-restarting" At the most machines I get no information about necessary restarts, but at two machines a long listing : 1 : /sbin/init 386 : /sbin/udevd-d 659 : /sbin/udevd-d 999 : /usr/sbin/vmtoolsd 1103 : auditd 1128 : /sbin/rsyslogd-i/var/run/syslogd.pid-c5 1170 : rpcbind 1188 : rpc.statd 1229 : dbus-daemon--system 1270 : /usr/sbin/acpid 1279 : hald 1280 : hald-runner 1325 : hald-addon-input: Listening on /dev/input/event2 /dev/input/event0 1329 : hald-addon-acpi: listening on acpid socket /var/run/acpid.socket 1350 : automount--pid-file/var/run/autofs.pid 1366 : /usr/sbin/mcelog--daemon 1386 : xinetd-stayalive-pidfile/var/run/xinetd.pid 1486 : /usr/sbin/abrtd 1494 : crond 1505 : /usr/sbin/atd ....... Can someone tell me why I get different output for the same action ? Regards, Kai

2 2

restarting the CentOS office hours
by Karanbir Singh 18 Aug '14

18 Aug '14

Hi Guys, For a few weeks we ran the CentOS officehours, that were fairly well recieved. And now that CentOS-7 is out of the door, it would be good to restart those again, and perhaps focus on conversations wider than just about the Project and the SIG's process. We should do those too, but we should perhaps also consider including technical content and howto's etc. Would there be interest in something of this nature ? Also, I'm looking for some help to organise and run these office hours, so please get in touch if you are able to spare an hour or so every now and again to help with this effort. regards -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

1 0

Re: [CentOS] Use postfix and spamd on CentOS 6 - looking for a shortest guide
by Adam King 18 Aug '14

18 Aug '14

Why are you assuming it's setup wrong? ;) Adam King IT Systems Administrator Skipton Girls High School 01756 707600 www.sghs.org.uk ----- Original Message ----- From: "Reindl Harald" <h.reindl(a)thelounge.net> To: "CentOS mailing list" <centos(a)centos.org>, kinga(a)sghs.org.uk Sent: Monday, August 18, 2014 12:27:12 PM Subject: Re: [CentOS] Use postfix and spamd on CentOS 6 - looking for a shortest guide Am 18.08.2014 um 13:23 schrieb Adam King: > Good stuff, I've had a stable environment for around a year now, milter may > only bring on a performance increase, nothing else. the milter is for not going to jail if your server is for customers und you silentry drop an important false positive because your wrong setup don't reject it in a proper way a smart MTA would use blacklists with weight and postscreen (not with the CentOS6 base packages) to reject 90% of the noise before the content filters and then use spamd as milter to proper reject spam instead accept and drop > ----- Original Message ----- > From: "Alexander Farber" <alexander.farber(a)gmail.com> > To: "CentOS mailing list" <centos(a)centos.org> > Sent: Monday, August 18, 2014 12:18:54 PM > Subject: Re: [CentOS] Use postfix and spamd on CentOS 6 - looking for a shortest guide > > Thanks Adam, it works for me now and I have summarized my setup at: > > > http://serverfault.com/questions/619537/use-postfix-and-spamassassin-packag… > > I don't see a reason to add a milter or amavis - because my server is > idling. > > On Thu, Aug 14, 2014 at 2:23 PM, Adam King <kinga(a)sghs.org.uk> wrote: > >> A message to the original poster.... do you still need help?

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss