April 2014 - Discuss - lists.centos.org

SSD for Centos SWAP /tmp & /var/ partition
by Keith Roberts 03 Sep '25

03 Sep '25

Has anyone actually used a SSD in a Centos setup? My little experiment with a s/h WD drive for /tmp and SWAP partitions kicked the bucket on Wednesday, when the poor WD drive caught the click-of-death. It was a s/h drive to start with and lasted about 4 months. But that was without the /var/log/ partition being written to it, as I mounted that back onto /var/log from the original drive. So I had to install another (WD) drive, and repartion it and rebuild my RPM package database, from the backed-up Packages file. That seems to be all OK now. I'm wondering if it would be a good idea to use a new SSD for moving all the disk i/o to, that Linux likes to do so often. Plus putting SWAP onto a decent SSD should speed things up somewhat. Here's a short video of a laptop fitted with a SSD drive booting macOS, compared to a similar laptop booting from the standard HDD. The laptop with the SSD boots and loads some apps in 28 seconds. The other one takes twice as long. http://eshop.macsales.com/shop/SSD/OWC/Mercury_Extreme_Pro_6G/?utm_source=t… Kind Regards, Keith Roberts ----------------------------------------------------------------- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk All email addresses are challenge-response protected with TMDA [http://tmda.net] -----------------------------------------------------------------

33 96

heavy IO load when working with sparse files (centos 6.4)
by Ron E 31 Mar '15

31 Mar '15

Dear List, We have noticed a variety of reproducible conditions working with sparse files on multiple servers under load with CentOS 6.4. The short story is that processes that read / write sparse files with large "holes" can generate an IO storm. Oddly, this only happens with holes and not with the sections of the files that contain data. We have seen extremely high IO load for example copying a 40 or 80gb sparse file that only has a few gigs of data in it. Attempts to lower the io priority and cpu priority of these processes do not make any measurable difference. (ionice, nice) This has been observed with processes such as: cp rsync sha1sum The server does have to be under some load to reproduce the necessary conditions. The cases we have seen involve servers running 10-30 guests under kvm. Load is in acceptable norms when the processes are run, such as load avg 5-15 on a 24 core (12 core with HT enabled) server. We also verify before starting such a process that the spindle with the file we're working on is not being unduly hammered by another process. These servers have one hardware raid controller each (Dell H700 controller with write cache enabled) and multiple raid arrays (separate sets of physical spindles). Interestingly, the IO storm is not limited to the array / spindles where the sparse file resides but affects all IO on that server. We have looked extensively and not found any account of a similar issue. We have seen this on configurations that are 'plain vanilla' enough to think that this is not something specific to our environment. Wondering if anyone else has seen this and if any suggestions on gathering more data / troubleshooting. We wonder if we've found either a raid controller driver issue, an OS issue or some other such thing. What seems to point in this direction is that even with ionice -c3 which should prevent the process from using IO unless the storage is idle, an io storm which appears to saturate the entire raid bus on a given server can occur. Thanks in advance.

3 3

Centos 6.4 on Xserve, IPMI error
by Arno B 31 Mar '15

31 Mar '15

Hello! I'm trying to install Centos 6.4 64 bit on this Xserve: http://www.everymac.com/systems/apple/xserve/specs/xserve-intel-xeon-2.8-ei… I got a bootloader from: http://blog.christophersmart.com/2009/07/23/linux-on-an-apple-xserve-efi-on… as none of the official Centos releases (full, minimal, network 64 bit) boot on this machine. They all crash when loading the bootx64.conf. I have built a USB stick with a working bootx64.efi, grub.cfg, together with an initrd and a vmlinuz from the isolinux folder. These seem to get me into booting a kernel until something called IPMI is starting to throw errors at me: Console: switching to colour frame buffer device 128x48 fb0: VESA VGA frame buffer device ipmi message handler version 39.2 IPMI System Interface driver. ipmi_si 0000:09:00.4: enable device (0002 -> 0003) ipmi_si 0000:09:00.4: PCI INT C -> GSI 16 (level, low) -> IRQ 16 ipmi_si: Adding PCI-specified kcs state machine ipmi_si 0000:09:00.7: enable device (0000 -> 0003) ipmi_si 0000:09:00.7: PCI INT D -> GSI 17 (level, low) -> IRQ 17 ipmi_si: Adding PCI-specified bt state machine ipmi_si: Trying PCI-specified kcs state machine at mem address 0x90841000, slave address 0x0 irq 16 IRQ 16/ipmi_si: IRQF_DISABLED is not guaranteed on shared IRQs Using irq 16 ipmi: Found new BMC (man_id: 0x00003f, prod_id: 0x0003, dev_id: 0x20) IPMI kcs interface initialized ipmi_si: Trying PCI-specified kcs state machine at mem address 0x90840000, slave address 0x0 irq 17 Refined TSC clocksource calibration: 2792.999 MHz. Switching to clocksource tsc IPMI BT: timeout in XACTION [ B_BUSY ] 1 retries left IPMI BT: timeout in XACTION [ B_BUSY ] failed 2 retries, sending error response IPMI: BT reset (takes 5 secs) IPMI BT: timeout in XACTION [ B_BUSY H2B ] failed 2 retries, sending error response IPMI: BT reset (takes 5 secs) IPMI BT: timeout in XACTION [ B_BUSY H2B ] failed 2 retries, sending error response IPMI: BT reset (takes 5 secs) IPMI BT: timeout in XACTION [ B_BUSY H2B ] failed 2 retries, sending error response IPMI: BT reset (takes 5 secs) IPMI BT: timeout in XACTION [ B_BUSY H2B ] failed 2 retries, sending error response IPMI: BT reset (takes 5 secs) then the screen goes to black and the machine doesn't respond to anything anymore... Can anyone please help me with this? Maybe just point me in a direction where to find a solution? I've been googling for a few days now without much results... thanks in advance Arno Beekman

2 1

chromium-33.0.1750.152-3.el6
by ngeorgop 24 Sep '14

24 Sep '14

*New version of chromium (33.0.1750.152)*Build by me :-)i686 chromium-33.0.1750.152-3.el6.i686.rpm <https://docs.google.com/file/d/0B9RlkKQB1POSWmFiT0REeG1QS28/> SRPM chromium-33.0.1750.152-3.el6.src.rpm <https://docs.google.com/file/d/0B9RlkKQB1POSQlZ1OUljT3p6U1U/> -- View this message in context: http://centos.1050465.n5.nabble.com/CentOS-chromium-33-0-1750-152-3-el6-tp5… Sent from the CentOS mailing list archive at Nabble.com.

5 6

mixing MX and CNAME
by aurfalien 27 Aug '14

27 Aug '14

Hi, Has any one had problems with mail clients were your DNS is like this; doman.com MX 50 mail.domain.com domain.com MX 100 mail2.domain.com domain.com CNAME www.domain.com -aurf

8 12

RH developer toolset
by Jerry Geis 13 Aug '14

13 Aug '14

I saw an article this morning about the RH developer toolset. basically it includes a couple of packages like PHP python mysql (etc) that are later packages than that included in the released version like a 6.4 for example. So instead of php 5.3 with patches it would be php 5.4 and so on. That is great for a couple packages - but what about more up to date libraries like glib. 6.4 is way behind on glib. Like a couple years behind. Are there any plans in the "toolset" to update core libraries also? Thanks, Jerry

6 6

Mailman 2.1.16 RPMs?
by Robert Heller 14 Jun '14

14 Jun '14

Before I go through the hassle of building it myself I want to know if someone else has built RPMS for Mailman 2.1.16. I *need* to update the version of Mailman on my CentOS 5 server to Mailman 2.1.16 in order to be able to use the from_is_list option to deal with DMARC issues with Yahoo, Aol, and Hotmail. -- Robert Heller -- 978-544-6933 / heller(a)deepsoft.com Deepwoods Software -- http://www.deepsoft.com/ () ascii ribbon campaign -- against html e-mail /\ www.asciiribbon.org -- against proprietary attachments

3 2

Create Virtual Machine via HTTP or FTP
by cbulist＠gmail.com 08 Jun '14

08 Jun '14

Hi, I'm trying to create a Virtual Machine using Network Install mode (I tried HTTP and FTP). The HTTP/FTP server where the installation files are located is the Host Machine. The URL that I'm using is: http://192.168.1.104/inst and the Automatic detect option detects the OS without problem. When the installation starts I got an error: Unable to retrieve http://192.168.1.104/inst/images/install.img I tried different path but I always get the same error. The host machine is a Centos 6.2 (2.6.32.-220.el6.x86_64) I really appreciate any help with this problem. Thanks in advance,

5 7

Samba4 questions
by Steve Campbell 19 May '14

19 May '14

I'm a little new to Samba when used as more than just a simple place to mount a single user to a single share, but we're now getting ready to replace our Netware servers with Samba, and I guess that means Active Directory DC. As I read more and more about this beast, I keep finding pages that indicate the samba4 rpms supplied with the Centos/RH distribution are not the full version and that I should get them from either samba.org or certain other sources that provide complete versions. These pages are a little dated, but not that old. Can anyone provide insight into what they've done in this situation and whether the samba rpms are now full versions? Most of what I have found on the web is dated around when samba4 just came out of beta through a little later. There doesn't seem to be much documentation on this subject on the web or through Amazon, so half of my time is spent searching instead of reading. A good source for reading would be appreciated as well. I can find plenty examples, just not definitive manuals. steve campbell

9 17

Re: [CentOS] Samba4 questions
by Alain Péan 19 May '14

19 May '14

Le 22/04/2014 22:14, Reindl Harald a écrit : >>> not perhaps, for sure >>> >> >>> >>samba-4.1.0-3.el7.x86_64 >>> >>samba-client-4.1.0-3.el7.x86_64 >>> >>samba-common-4.1.0-3.el7.x86_64 >>> >>samba-libs-4.1.0-3.el7.x86_64 >>> >> >> > >> >I notice it is "samba-common-4....", so samba 4 will be the default in RHEL 7, not samba 3.6.x? > samba 3.x is dead > Fedora did the swicth to 4.x long ago > RHEL7 is based on Fedora 19 / Fedora 20 > Thanks for the information. Samba 4 domains are a very different beast than samba 3.x ones (NT4 style). A samba 4 (AD style) includes its own DNS, its own LDAP etc... Alain

4 5

RHEL7 beta discussions?
by Les Mikesell 08 May '14

08 May '14

Where would be an appropriate place to get help with the quirks of RHEL7 beta, particularly GUI usability issues? Gnome3 won't work under x2go, so I'm trying to use KDE but can't believe that anyone actually uses borderless windows where you can't tell where you are clicking near the edges, grey-background terminals or the default font set. So there must be some other themes or a lot that I don't know about it. -- Les Mikesell lesmikesell(a)gmail.com

13 23

Ulimit problem - CentOS 5.10
by Nathan Duehr 05 May '14

05 May '14

Running across some curious stuff with ulimit on CentOS 5.10. We have a non CentOS packaged version of Asterisk (using their packages) that we start at boot time with a typical RC script. Recently it started whining that it couldn't open enough file handles. As we dug further into this, it appears that at boot time, it inherits ulimit from init, which is pretty low: 1024. We've set /etc/security/limits.conf and sysctl significantly higher both for root/system wide and also for the user Asterisk runs under, to no avail. If we log in via ssh as root (or sudo) the correct root/system-wide ulimit of 8192 is set. Looking in /proc/[PID]/limits shows the lower ulimit only if the package is started from init (standard rc3.d type sysV stuff...). If we restart it via console, remote ssh, anything else, the limit bumps to 8196. Attempting to force the ulimit up inside the RC script has no effect, since the package is running as a non-root user. It fails to raise the limit. Right now, we're not totally against just taking it out of the startup and starting it manually anyway, since we really don't want the Asterisk platform coming up after a crash/reboot anyway, and any other reboots there will always be a human involved, but the way init is handling ulimit seems utterly retarded and broken. Some indication (different engineer found it, I haven't seen the RHEL case number) appears to indicate that folks wanted init ulimited heavily in case of startup DDoS type stuff, but we haven't figured out a semi-sane unix-conventional type way AROUND this when it's needed that if we were hit by the proverbial bus, a "normal" unix guy would find. Perhaps we're missing something. Thoughts? -- Nate Duehr denverpilot(a)me.com

5 10

Re: [CentOS] Disappearing Network Manager config scripts
by Les Mikesell 05 May '14

05 May '14

On Wed, Apr 30, 2014 at 1:28 PM, Steve Clark <sclark(a)netwolves.com> wrote: >> > So, have you ever had to deal with a CentOS box and multiple NICs. > Especially one where you've cloned it or moved a disk to a new > chassis? Apparently there is just not a good way to identify > interfaces. > > Yep, do it all the time - first two thing I do are: > rm -f /etc/udev/rules.d/70-persistent-net.rules > rm -r /etc/sysconfig/network-scripts/ifcfg-eth* > and then reboot. > So, now you've got 6 NICs connected to 6 different switches. Which name is which? This is a really fun exercise when the box is remote and you are trying to tell someone used to configuring windows systems how to get it to a point where you can ssh in. -- Les Mikesell lesmikesell(a)gmail.com

11 16

Disappearing Network Manager config scripts
by Evan Rowley 01 May '14

01 May '14

Is anyone frustrated by Network Manager? I wish CentOS just used the basic configuration files like the ones on BSD-style OSes. Those are so simple in comparison. Each time I reboot, it seems like the configuration file I create for Network Manager gets destroyed and replaced with a default file. Nothing in the default file would actually make sense on my network, so I'm not even really sure how this machine is still connected to the network after a reboot destroys my previous configuration. The only way I seem to be able to keep my proper DNS settings is through the GUI interface to Network Manager. I have to enter the configuration in each time I reboot. At the very least, I just want to stop Network Manager from wiping out my perfectly fine /etc/resolv.conf. There has to be a better way. -- - EJR

18 75

3TB non-system disk reports wrong size on Centos 6 x86_64
by Jason Pyeron 01 May '14

01 May '14

root@five-72 ~ # dd if=/dev/zero of=/dev/sdb bs=1M count=1000 1000+0 records in 1000+0 records out 1048576000 bytes (1.0 GB) copied, 8.67101 s, 121 MB/s root@five-72 ~ # parted /dev/sdb GNU Parted 2.1 Using /dev/sdb Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) mklabel gpt (parted) print Model: ATA ST3000DM001-1CH1 (scsi) --> http://www.seagate.com/staticfiles/docs/pdf/datasheet/disc/barracuda-ds1737… 11us.pdf Disk /dev/sdb: 2199GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags (parted) q Information: You may need to update /etc/fstab. root@five-72 ~ # cat /sys/block/sdb/queue/physical_block_size 512 But the drive says 4k sector size! What am I doing wrong? -Jason -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100 - - +1 (443) 269-1555 x333 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00.

1 2

Why are hplip and hpijs always so back dated?
by Styma, Robert E (Robert) 30 Apr '14

30 Apr '14

My fully patched CentOS 6.5 system uses: hplip-common-3.12.4-4.el6_4.1.i686 hpijs-3.12.4-4.el6_4.1.i686 hplip-libs-3.12.4-4.el6_4.1.i686 My wife's printer becomes supported at 3.13.somethingOrOther and the current release is 3.14.something. Why are we so far behind? I realize that I can download the latest, uninstall the RPM versions and compile and build and install the source copy. If I was going to follow that route, I would prefer to build an rpm and install it normally. I have been looking on the Internet and not found anything to turn the release from HP into a binary RPM. (That does not mean it is not there.) I know it must be doable since there are rpm's in the repositories. My skill with RPM's is somewhat limited, but does anyone know of a set of instructions and a spec file that could be used to get started on this process? Thanks in Advance Bob, Phoenix, AZ,

2 1

DSDP-devel?
by m.roth＠5-cent.us 30 Apr '14

30 Apr '14

Anyone know of a safe repo I can find DSDP-devel? mark

1 0

Re: [CentOS] Disappearing Network Manager config scripts
by Les Mikesell 30 Apr '14

30 Apr '14

On Wed, Apr 30, 2014 at 1:02 PM, Steve Clark <sclark(a)netwolves.com> wrote: > > You do know that windows servers have a fairly complete set of command > line options, don't you? > > Well the one and only time I configured an interface on windows from the > command line I couldn't believe I had to type > some great big string to identify the interface, of course I had looked up > how to do it on the internet so there may > have been a shorter way to do it. So, have you ever had to deal with a CentOS box and multiple NICs. Especially one where you've cloned it or moved a disk to a new chassis? Apparently there is just not a good way to identify interfaces. > I guess coming from a history of starting out on an IBM 1130 and proceeding > thru Burroughs, NCR and Data General OSes and hardware > I just got used to understanding at a very low level and doing things > without the help of some fancy GUI. Well, you can do it that way on windows if you want. It's just, ummm, different. Like that thing we were talking about here. -- Les Mikesell lesmikesell(a)gmail.com

2 1

Re: [CentOS] Disappearing Network Manager config scripts
by Lamar Owen 30 Apr '14

30 Apr '14

On 04/30/2014 12:54 PM, Steve Clark wrote: > What I meant about Windows is everything seems to be hidden behind > some gui interface, which > leads people to not really understand the underpinnings of what is > truly happening. A GUI and a registry; and I agree with that assessment. > NM seems akin > to this, at least the last time I tried to use several years ago. There is a CLI to manage (but not edit) connections with NetworkManager in C6. EL7 is supposed to improve the CLI functionality of NM, but that remains to be seen (meaning I've not taken the time to try it, as it's not really high on my list of priorities). The command is nmcli, and it takes a bit of reading to see what it is doing. It also takes a bit of thought, since NM is connection, rather than interface, oriented. Earlier versions do seem to be more opaque than they probably should be, which is probably one of the primary reasons NM is in the Desktop group, and you get the Traditional networking if you don't install that group, or NM on its own, at least in C6. > > I work in a development environment where we are constantly adding and > removing systems and connections > and for me it just gets in the way. I can quickly type ip a a ..., ip > r a ... and be done with it. I understand your pain, and your needs. Many days my production environment feels that way.

1 0

Automated Reply from Alex Last <centos-announce@centos.org>
by Alex Last 30 Apr '14

30 Apr '14

I will not have access to email on Wed 30th April 2014. If you need urgent support please email or call Dan Benton on dan(a)dogsbodytechnology.com or 07718 679512 Thank you Alex Last

1 0

Re: [CentOS] Mailman 2.1.16 RPMs?
by James B. Byrne 30 Apr '14

30 Apr '14

On Wed, April 30, 2014 07:52, Robert Heller wrote: > Before I go through the hassle of building it myself I want to know if someone > else has built RPMS for Mailman 2.1.16. I *need* to update the version of > Mailman on my CentOS 5 server to Mailman 2.1.16 in order to be able to use the > from_is_list option to deal with DMARC issues with Yahoo, Aol, and Hotmail. > > -- I am in the same boat and I have not found one yet. -- *** 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

2 1

KDE on C6.5: start a program from command line on a specific screen
by Patrick Bervoets 30 Apr '14

30 Apr '14

I'd like to start from konsole a virt-viewer to vm1 on screen vga1 and another virt-viewer to vm2 on screen lvds1. Anyone knows if this is possible with KDE on a CentOS 6.5? Thanks Patrick

3 3

CentOS-announce Digest, Vol 110, Issue 15
by centos-announce-request＠centos.org 30 Apr '14

30 Apr '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:0444 CentOS 5 openscap Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 29 Apr 2014 14:27:09 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0444 CentOS 5 openscap Update To: centos-announce(a)centos.org Message-ID: <20140429142709.GA3781(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0444 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0444.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 61865fc3e66d3d869857420958340b09b48b5fe0d31954eec1228ed1f5121594 openscap-1.0.8-1.el5_10.i386.rpm 97cdd7c63bf60f96fefcdb8a5a38ec482f01cfafc8a818dd8a8988008c4e8bb7 openscap-devel-1.0.8-1.el5_10.i386.rpm 9587afe5985816355b8c4ca9abe30ee5bd8f61f74591c2155447cd745f31d2a1 openscap-engine-sce-1.0.8-1.el5_10.i386.rpm cc710769358b975a34673c3886f6a8efd878f4afc8cba5c0e8e77c3357db1daa openscap-engine-sce-devel-1.0.8-1.el5_10.i386.rpm 60b369f28879a9b8ac881d6b9aed816bf6eade980faa0f0a6b970bc9e8a24b02 openscap-extra-probes-1.0.8-1.el5_10.i386.rpm c15aaa940591c788f014965886442adf64ad216428dc68a66dd7ad363711c958 openscap-python-1.0.8-1.el5_10.i386.rpm a9d5daebfd09c2b012ebd72ec5d14ee8d027f88073a0b2ce72fddb19c8812bb9 openscap-utils-1.0.8-1.el5_10.i386.rpm x86_64: 61865fc3e66d3d869857420958340b09b48b5fe0d31954eec1228ed1f5121594 openscap-1.0.8-1.el5_10.i386.rpm c17c3d2bcc983e804d8122b9385c11ea87694a3e50feefe6061c27936fbc6067 openscap-1.0.8-1.el5_10.x86_64.rpm 97cdd7c63bf60f96fefcdb8a5a38ec482f01cfafc8a818dd8a8988008c4e8bb7 openscap-devel-1.0.8-1.el5_10.i386.rpm e8c478c77bb4c640a16a5af8c9a40aa6649fe985a63b0c3b8eb2aa82c5012651 openscap-devel-1.0.8-1.el5_10.x86_64.rpm da1d7472355396422228d7659e7babb231cfa06d0a6ba7d04f94c0234a1b0c26 openscap-engine-sce-1.0.8-1.el5_10.x86_64.rpm dc275fa7fa4304bd904a641e719ec82efb0964cfaa052ee94b55cfe6435bf298 openscap-engine-sce-devel-1.0.8-1.el5_10.x86_64.rpm 0117e89839cfee9f868987e26bc2c2b92608c5f192ee142448a52d3a5638cae3 openscap-extra-probes-1.0.8-1.el5_10.x86_64.rpm 0720bc6e5aa2f90a99d3552362442c051297497058d979e5856f289deea04d3a openscap-python-1.0.8-1.el5_10.x86_64.rpm 0885e8b4ad005dbc0555076996fb87cffd3d7a1bf6c9f8986a527931fdf89c5c openscap-utils-1.0.8-1.el5_10.x86_64.rpm Source: c04e919a970c1904e8c99686dc484f98443983a2553f1792c948077bf02727f2 openscap-1.0.8-1.el5_10.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 110, Issue 15 ************************************************

1 0

rkhunter 1.4.2 (epel) unary operator expected -ne found
by Patrick Bervoets 30 Apr '14

30 Apr '14

Anyone seeing this? /etc/cron.daily/rkhunter: /usr/bin/rkhunter: regel 13967: [: eenzijdige operator werd verwacht, -ne gevonden Translating: line 13967 unary operator expected -ne found Line 13967 is: if [ `${IPCS_CMD} -u 2>/dev/null | awk -F' ' '/segments allocated/ {print $3}'` -ne 0 ]; then rkhunter 1.4.2 release 1.el6 from epel on a CentOS 6.5 Thanks Patrick

1 0

Sub.: MTS MBLAZE ULTRA
by Asok Mallick 29 Apr '14

29 Apr '14

Dear Sir, I am unable to work MTS MBLAZE ULTRA in CentOS 6.4. Can any one suggest a way to active MTS MBLAZE ULTRA in CentOS 6.4 properly? Yours faithfully ASOK UMAR MALLICK

1 0

São Paulo Dojo and FISL 15
by Johnny Hughes 29 Apr '14

29 Apr '14

The CentOS team is having a Dojo in São Paulo, Brazil on Monday, May 5th, 2014: http://wiki.centos.org/Events/Dojo/SaoPaulo2014 This is a couple of days before the Free Software Forum in Porto Alegre, Brazil ... the CentOS team will also be at FISL 15: http://softwarelivre.org/fisl15 These are our first ever official events in South America and we are looking forward to seeing lots of people at both places. Please come and see us if you have a chance. Thanks, Johnny Hughes

1 0

CentOS-announce Digest, Vol 110, Issue 14
by centos-announce-request＠centos.org 29 Apr '14

29 Apr '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:0438 CentOS 5 gfs2-utils Update (Johnny Hughes) 2. CEBA-2014:0437 CentOS 6 util-linux-ng Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 28 Apr 2014 11:45:45 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0438 CentOS 5 gfs2-utils Update To: centos-announce(a)centos.org Message-ID: <20140428114545.GA27270(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0438 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0438.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9707d80fee69d920ebc9fda023c80f3521bb882e14d12518c3c8bcf543db760b gfs2-utils-0.1.62-39.el5_10.1.i386.rpm x86_64: 89529f619ae83713e9b2608a117e1b6eb60eafcab49ee04d2b559b3a21be43d3 gfs2-utils-0.1.62-39.el5_10.1.x86_64.rpm Source: df756ec1855242793fc21c40b7653333eaf11e27972d4ea8ff054f350ec92df8 gfs2-utils-0.1.62-39.el5_10.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 28 Apr 2014 11:51:45 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0437 CentOS 6 util-linux-ng Update To: centos-announce(a)centos.org Message-ID: <20140428115145.GA2909(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0437 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0437.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3eeaf344a60fb54fdbd9d68352ccb88950b0a7bb0dfbcf37a60f9f4de1e9db48 libblkid-2.17.2-12.14.el6_5.i686.rpm 06e31ee96e9c57986f68ad8dfa57390354aa0eb24b898e10a12275c9f9555581 libblkid-devel-2.17.2-12.14.el6_5.i686.rpm e8b9148383370f29f53aa3d04a1ec82f40bb55db4b22de4dfbd17528fad43e2e libuuid-2.17.2-12.14.el6_5.i686.rpm b7b783587522e3134843a23ce58deebd544a8a0f39d43cbb78bf48b2f522a7e3 libuuid-devel-2.17.2-12.14.el6_5.i686.rpm cce827680e2796ab35dc9857b87fe391d834d4429f26b411b78455b87e434443 util-linux-ng-2.17.2-12.14.el6_5.i686.rpm e68cd7bcd912e641682819f3ffc723a8a054fba2ee692e500051dcd004c294fd uuidd-2.17.2-12.14.el6_5.i686.rpm x86_64: 3eeaf344a60fb54fdbd9d68352ccb88950b0a7bb0dfbcf37a60f9f4de1e9db48 libblkid-2.17.2-12.14.el6_5.i686.rpm c72b1b8818d8ec53838b8bacb17c4f4aa0b5bb3161cd74294bfea41fe1509109 libblkid-2.17.2-12.14.el6_5.x86_64.rpm 06e31ee96e9c57986f68ad8dfa57390354aa0eb24b898e10a12275c9f9555581 libblkid-devel-2.17.2-12.14.el6_5.i686.rpm 58ff40d98367a311870f93dbf8b09b9e1ad3cdb32ad1fe0877ce5e1f41732824 libblkid-devel-2.17.2-12.14.el6_5.x86_64.rpm e8b9148383370f29f53aa3d04a1ec82f40bb55db4b22de4dfbd17528fad43e2e libuuid-2.17.2-12.14.el6_5.i686.rpm 3bb2706ae6af944eed676523bb7caf8a14527e0331bfc511fc6ebc5ecd215cd3 libuuid-2.17.2-12.14.el6_5.x86_64.rpm b7b783587522e3134843a23ce58deebd544a8a0f39d43cbb78bf48b2f522a7e3 libuuid-devel-2.17.2-12.14.el6_5.i686.rpm 0f94d276daec6eced807fda8c8d0d2bfff3b23fe497cbfc21d290c6bd9e355d9 libuuid-devel-2.17.2-12.14.el6_5.x86_64.rpm cce827680e2796ab35dc9857b87fe391d834d4429f26b411b78455b87e434443 util-linux-ng-2.17.2-12.14.el6_5.i686.rpm d1929b3c22b07538642373ead9125c5cb7fa189635b31a3848c6ef83a9a8942c util-linux-ng-2.17.2-12.14.el6_5.x86_64.rpm 93e8665b6b318dc2f71c897d6150ff630bf42e65604239bcebd63fb2e89f451e uuidd-2.17.2-12.14.el6_5.x86_64.rpm Source: 1c3841e1c2979b9173aa7014165dbebc968a3135c4d63071911e9d784c2875a0 util-linux-ng-2.17.2-12.14.el6_5.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 110, Issue 14 ************************************************

1 0

Need Python3 for C6
by Robert Arkiletian 28 Apr '14

28 Apr '14

I need Python 3.4 (latest) on CentOS 6 for development purposes (teaching programming). Need advice for best method to do this. I am concerned about not breaking the internal plumbing of C6. I was thinking about installing it into /opt. I noticed http://puias.math.ias.edu/data/puias/computational has 3.3 but I need 3.4 (asyncio module). Wondering if anyone has tried python3 from puias repo ? Does it break anything? Also, found http://toomuchdata.com/2014/02/16/how-to-install-python-on-centos/ Any advice welcome.

3 3

Will Devtools-1.1 or later become part of SCL?
by Robert Arkiletian 28 Apr '14

28 Apr '14

I've already installed devtools-1.1 from Tru Huynh. http://people.centos.org/tru/devtools-1.1/ Thank You Tru. gcc 4.7.2 is so much newer than stock 4.4.7. (much better C++11 support) Why is devtools-1.1 not officially part of CentOS SCL? I know devtools-2.0 still has issues but 1.1 would bring us on par with Debian 7.0. http://wiki.centos.org/AdditionalResources/Repositories/SCL

2 1

easily mount .iso files on CentOS
by Wes James 28 Apr '14

28 Apr '14

Yes I know you can use the command line to mount an iso, but does anyone know of a tool like mounty for deb systems that you can use a menu to find the iso and and mount it? Windows 8 has right-click and mount, os x has had double-click to open for years. Why do we need to revert to the command line for something like this on linux? Thanks, -wes

2 1

Getting yum to install to python 2.7 dir
by Larry Martell 28 Apr '14

28 Apr '14

I am running CentOS 6.5, which has python 2.6. I need python 2.7 so I installed that and it works and is my default python. But yum does not work with that, so I changed the shebang line for yum to /usr/bin/python2.6 and then yum works again. But when I install a python package with yum it get installed to /usr/lib64/python2.6/site-packages/. How can I get yum to install to /usr/lib64/python2.7/site-packages? Thanks!

6 9

Re: [CentOS] Getting yum to install to python 2.7 dir
by James B. Byrne 28 Apr '14

28 Apr '14

On Sun, April 27, 2014 23:33, Robert Arkiletian wrote: > This is a bad hack. Undo the damage. Then install the official CentOS > Software Collections repo. > > https://www.softwarecollections.org/en/ > > It has Python27. > I followed the instruction on that link and discovered that one basically needs to be a RedHat subscriber to get any use out of it. At least insofar as httpd-2.4 is concerned. I cannot speak what restrictions, if any, are placed on the Python-2.7 package. -- *** 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

2 1

Re: [CentOS] SELInux and POSTFIX
by James B. Byrne 28 Apr '14

28 Apr '14

On Wed, April 23, 2014 16:44, Daniel J Walsh wrote: > Looks like this is allowed in rhel6.5 policy. You could try > > selinux-policy-3.7.19-235.el6 > on people.redhat.com/dwalsh/SELinux/RHEL6 > yum --enablerepo=localfile update selinux\* Loaded plugins: downloadonly, fastestmirror, priorities Loading mirror speeds from cached hostfile * Webmin: download.webmin.com * base: centos.mirror.rafal.ca * epel: fedora.mirror.nexicom.net * extras: mirror.netflash.net * updates: mirror.csclub.uwaterloo.ca Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package selinux-policy.noarch 0:3.7.19-231.el6_5.1 will be updated --> Processing Dependency: selinux-policy = 3.7.19-231.el6_5.1 for package: selinux-policy-targeted-3.7.19-231.el6_5.1.noarch --> Processing Dependency: selinux-policy = 3.7.19-231.el6_5.1 for package: selinux-policy-targeted-3.7.19-231.el6_5.1.noarch ---> Package selinux-policy.noarch 0:3.7.19-235.el6 will be an update --> Finished Dependency Resolution Error: Package: selinux-policy-targeted-3.7.19-231.el6_5.1.noarch (@updates) Requires: selinux-policy = 3.7.19-231.el6_5.1 Removing: selinux-policy-3.7.19-231.el6_5.1.noarch (@updates) selinux-policy = 3.7.19-231.el6_5.1 Updated By: selinux-policy-3.7.19-235.el6.noarch (localfile) selinux-policy = 3.7.19-235.el6 Available: selinux-policy-3.7.19-231.el6.noarch (base) selinux-policy = 3.7.19-231.el6 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest I have these packages in /root/RPMS/repo/Packages: total 3776 -rw-r--r--. 1 root root 69264 Apr 24 20:52 opendmarc-1.1.3-3.1.x86_64.rpm -rw-r--r--. 1 root root 845052 Apr 23 16:41 selinux-policy-3.7.19-235.el6.noarch.rpm -rw-r--r--. 1 root root 2946848 Apr 23 16:41 selinux-policy-targeted-3.7.19-235.el6.noarch.rpm I have run 'createrepo --database --update /root/RPMS/repo' What do I not understand respecting performing this update? I only noted this issue following implementation of an spf policy daemon with Postfix. However, that change was the reason I was looking at the log files to begin with so the situation may have been present for a very long time before that. -- *** 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

2 1

chromium-34.0.1847.132-1.el6
by ngeorgop 28 Apr '14

28 Apr '14

New version of chromium (34.0.1847.132) chromium-34.0.1847.132-1.el6.i686.rpm <https://drive.google.com/file/d/0B9RlkKQB1POSR0pRLXU1Q1JQTmc/edit?usp=shari…> Source: chromium-34.0.1847.132-1.el6.src.rpm <https://docs.google.com/file/d/0B9RlkKQB1POSd1NWWDM2bHRpU1k/edit> I was *OBLIGED* to patch gtk2-2.20.1 in order to build it: gtk2-2.20.1-5.el6.i686.rpm <https://docs.google.com/file/d/0B9RlkKQB1POSVnAzVlhuakUwUkU/edit> gtk2-devel-2.20.1-5.el6.i686.rpm <https://docs.google.com/file/d/0B9RlkKQB1POSYjJSLXVTT0FucnM/edit> Source: gtk2-2.20.1-5.el6.src.rpm <https://docs.google.com/file/d/0B9RlkKQB1POSdVQ0SG9hY1pmOHM/edit> Waiting for comments -- View this message in context: http://centos.1050465.n5.nabble.com/CentOS-chromium-34-0-1847-132-1-el6-tp5… Sent from the CentOS mailing list archive at Nabble.com.

5 9

Ext4 mess .... and EXT4-fs error (device sdc): ext4_mb_generate_buddy
by Götz Reinicke - IT Koordinator 28 Apr '14

28 Apr '14

Hi, I'm faced with a very strange behaviour: Centos 6.5 server, Hardware ISCSI HBA from Emulex OneConnect, most recent drivers and firmware from emulex installed. Directly attached a 10G ISCSI Storage from QSan. Two Raid volumes, Raid 5, 8 Disks each at 2 TB so 14 TB each logic raid volume. Both volumes are logged in and usable as sdb and sdc to the server. Formatted with ext4 -m 0 -v /dev/sd... Now I copied about 600 GB from an old server to one of the new volumes. No problems at all. But moving other data from the old server to the second volume shows the error in the logs: EXT4-fs error (device sdc): ext4_mb_generate_buddy: EXT4-fs: group 2592: 0 blocks in bitmap, 24544 in gd group grows by 16. But the more strange thing I realised today is, that all the data on the first volume (on sdb) shows up on sdc as well + the new data too. Now I'm totally confused and currently there are no more messages in the system log. The files on sdc don't show up on sdb! If I do e.g. a md5sum on the files on both volumes they are the same as is the contents of e.g. some textfiles I checked. May be someone has an idea what might cause a) the error and b) why dose the data from sdb also shows up on sdc? b) also occurred also with the original redhat/centos driver for the ISCSI HBA. May be I have to use partitions and not the whole device or LVM, ... xfs? Other storages from Qsan dont show that problem and other storages with bigger filesystems or e.g. xfs are o.k. too. confused regards . Götz

1 1

Mailman 2.1.16 or later for CentOS 5
by Robert Heller 27 Apr '14

27 Apr '14

Is there a repository with a newer version of mailman for CentOS 5? CentOS 5 ships with mailman 2.1.9 and it looks like I need some of the features of newer version of mailman to cope with DMARC issues relating to aol, yahoo, and hotmail with at least one of my mailman lists. -- Robert Heller -- 978-544-6933 / heller(a)deepsoft.com Deepwoods Software -- http://www.deepsoft.com/ () ascii ribbon campaign -- against html e-mail /\ www.asciiribbon.org -- against proprietary attachments

1 0

CentOS-announce Digest, Vol 110, Issue 13
by centos-announce-request＠centos.org 26 Apr '14

26 Apr '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:0433 Moderate CentOS 5 kernel Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 25 Apr 2014 10:56:20 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0433 Moderate CentOS 5 kernel Update To: centos-announce(a)centos.org Message-ID: <20140425105620.GA6338(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0433 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0433.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 57e573cb29b42ae5e997c57fcd6158037ff8ff855892fc49f3ca52285ce7432c kernel-2.6.18-371.8.1.el5.i686.rpm 6d981d062248ae25b2fc83606ba4fd3b63b8726fc696690f174cab3895caf282 kernel-debug-2.6.18-371.8.1.el5.i686.rpm 1343b4079365c2242181b59eee452632f42536c30b53d8e1f88647b73b9a49cf kernel-debug-devel-2.6.18-371.8.1.el5.i686.rpm 865b929f3d200783d9403f65cad58fcd2fe4ec233ba117051d0f01fe39ba4231 kernel-devel-2.6.18-371.8.1.el5.i686.rpm 3f7b9f68ce176a378c27f26fd9a6072df91df5045d056158e4d31beecae6ec2a kernel-doc-2.6.18-371.8.1.el5.noarch.rpm 02ea69c5dc980a534fc79ebb03d0457abb1effbd6adca59a1cbd0e52ad577c16 kernel-headers-2.6.18-371.8.1.el5.i386.rpm df0073e7fbbb21a8de4538dba7c8e67e8341e970fda2ea4205f756c4853caed7 kernel-PAE-2.6.18-371.8.1.el5.i686.rpm 7ce38822e054bd13ccaf675b5b455f37ebefe078ede2f706e6e117f9456fb1b8 kernel-PAE-devel-2.6.18-371.8.1.el5.i686.rpm 02f8852f47f86ed6ef2d3dd8be8e8c308f2a87d4f0721947e06247bbe4824910 kernel-xen-2.6.18-371.8.1.el5.i686.rpm 5d610e6eea3d85f2579dd059f7b8aeb6e0c4468fa629d3db4d95284edf5ee8dc kernel-xen-devel-2.6.18-371.8.1.el5.i686.rpm x86_64: 5c0197bf994bfa5e2b8f7a02853d37fc6c77b968d4bc907d843f4cb550f5301d kernel-2.6.18-371.8.1.el5.x86_64.rpm 3e6e85d62af1a10a548ce6acc3c171b4561a4b23eafa9f292f18a4d2002d4bc4 kernel-debug-2.6.18-371.8.1.el5.x86_64.rpm 85e3ccfd137dbb22a1a5ae8a7a8e0e8e438ef97e429cde1596133443ac5a5305 kernel-debug-devel-2.6.18-371.8.1.el5.x86_64.rpm 4ea255a8f62ac66c0c75bc66ad71c1013ad90987f0f1e508ced6932680ccba20 kernel-devel-2.6.18-371.8.1.el5.x86_64.rpm 3f7b9f68ce176a378c27f26fd9a6072df91df5045d056158e4d31beecae6ec2a kernel-doc-2.6.18-371.8.1.el5.noarch.rpm 44990037f790aab6dffb438edea8d350d46c8d1bd3745c9bd2fa4339c02e2b12 kernel-headers-2.6.18-371.8.1.el5.x86_64.rpm c034a3aec970668f05c577d6edb6390b8a954b76776790b070d3d0008acb78b3 kernel-xen-2.6.18-371.8.1.el5.x86_64.rpm e36beba7617c7d4268fd4d8222d32ec855f8097c3d007d5e4b406f79ce62a349 kernel-xen-devel-2.6.18-371.8.1.el5.x86_64.rpm Source: d92512bcf7dff2a7f135bf5315b9f434fff12b3dc5dc2ce05eb28a3f03866ebc kernel-2.6.18-371.8.1.el5.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 110, Issue 13 ************************************************

1 0

[OT] how do I remove a battery
by Michael Hennebry 26 Apr '14

26 Apr '14

I've got an MSI K9N Platinum MS 7250 VER 1.1 motherboard with a dead battery. The battery mounts vertically: http://www.cs.ndsu.nodak.edu/~hennebry/computer/battery.png To me, the tab on the right would seem to need moving. It does not want to move. I am reluctant to apply any more force than I already have without knowing how to apply it. How do I remove the battery? -- 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

11 18

Some basic SELinux questions
by Stephen Harris 25 Apr '14

25 Apr '14

At my place we don't use SELinux because we have a gazillion tonnes of legacy software that just are not compatible with the default policies. No one wants to go to the effort of working out everything that needs changing. We also use cfengine for central management. Which somestimes causes a problem when CFe modifies a file that I don't want modified on my machine. So I want to be able to track when specific files were changed. My obvious thought was "create an SELinux audit policy that can track file changes, raise a log message", and we can monitor the logs. At this point I'm at a loss. Let's say I want to know when /local/app/my_app/etc/myfile.conf has been modified; how would I do this? Any ideas? Failing that I guess I could use inotify, but I don't know how well this would scale to 100s of files. Thanks! -- rgds Stephen

4 6

Support for ECDSA in OpenSSL?
by Robert Moskowitz 25 Apr '14

25 Apr '14

Does the version of OpenSSL on Centos 6.5 support ECDSA keypairs? How do I test if this works? (though I should probably ask this on the OpenSSL list) The reason I suspect a problem is that HIPL for Centos (http://infrahip.hiit.fi/) is not creating the ECDSA Host Identity, whereas my Fedora installation IS creating the ECDSA HI.

3 3

Re: [CentOS] Support for ECDSA in OpenSSL?
by Robert Moskowitz 25 Apr '14

25 Apr '14

On 04/25/2014 08:07 AM, Reindl Harald wrote: > > Am 25.04.2014 13:57, schrieb Robert Moskowitz: >> Does the version of OpenSSL on Centos 6.5 support ECDSA keypairs? >> >> How do I test if this works? (though I should probably ask this on the >> OpenSSL list) >> >> The reason I suspect a problem is that HIPL for Centos >> (http://infrahip.hiit.fi/) is not creating the ECDSA Host Identity, >> whereas my Fedora installation IS creating the ECDSA HI > the OpenSSL version does (one of the news in 6.5) > but sadly OpenSSH was not rebuilt against the new OpenSSL > so no, currently no ECDSA before RHEL7-Beta1 Harald, I thank you for this insight. It seems when I hit a truly knotty issue you come through with the pointers to get me going in the right direction. This is not OpenSSH, but HIP for Linux. The HIPL binaries for Centos were compiled on a 6.5 system with all current updates. Or so the developer told me :) Is there some switch that is needed? > here you go for the history > https://bugzilla.redhat.com/show_bug.cgi?id=319901#c108 Interesting and so sad. I did a lot of review of drafts for rfc6090 with Dr. McGrew; more on style than math ("David, I don't understand what you are trying to say here." ;) ). Plus look at the errata pages; cfrg is talking about issuing a new rfc to include all the errata. The supposed inside story is that NSA got really upset that their licensing of the patents was not getting them COTS products, as sales to DoD is a small portion for these vendors. So Kevin joined David as co-author. This is mission critical. We can live with RSA for the pilot, but MUST be on ECDSA for launch. Since my day job is a major RedHat customer, I can have someone from that side of the company do a bug submission against RH6 to get this addressed.

1 1

CentOS-announce Digest, Vol 110, Issue 12
by centos-announce-request＠centos.org 25 Apr '14

25 Apr '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. Downtime for centos mail and list services 2014-04-24 14:00 UTC to 15:00 UTC (Karanbir Singh) 2. CEBA-2014:0431 CentOS 6 pacemaker Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 24 Apr 2014 14:44:53 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] Downtime for centos mail and list services 2014-04-24 14:00 UTC to 15:00 UTC To: CentOS Announcements List <centos-announce(a)centos.org> Message-ID: <53591555.4040700(a)centos.org> Content-Type: text/plain; charset=ISO-8859-1 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi We need to take all mail and lists services offline for a hardware swap out, this is to address reliability issues we've had in the last 48 hrs. This is going to take about an hour starting from 14:00 UTC today, 24th Apr 2014, and we hope to have all services restored by 15:00 UTC. There will be backup mail exchangers and we will freeze + thaw the mailqueues, so there should not be any mail loss during this period of time. for any questions, comments or feedback please drop into #centos-devel on irc.freenode.net and speak with Fabian Arrotin ( Arrfab on irc ) or find me ( kbsingh on irc ) regards, - -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlNZFVQACgkQMA29nj4Tz1vpJACcDbMl1VBuToPjih2UTq4u4M03 v3oAn17WW27KPOKkVJj2jxd8YbllLUqU =DbZW -----END PGP SIGNATURE----- ------------------------------ Message: 2 Date: Thu, 24 Apr 2014 10:53:25 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0431 CentOS 6 pacemaker Update To: centos-announce(a)centos.org Message-ID: <20140424105325.GA56475(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0431 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0431.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: be459071999bdd14ab9c26ebcf75995af637fe4b14cd0b737808cbc27f1b2fd7 pacemaker-1.1.10-14.el6_5.3.i686.rpm ad51cc5e99faecbf9b2a0609b52c5332c1e3822866b33c5fe40ae07fe27c33ad pacemaker-cli-1.1.10-14.el6_5.3.i686.rpm b10a2c564b21494d9698f9a93747059c9e7ae9ccc1237f94b23e9a528f1ff72f pacemaker-cluster-libs-1.1.10-14.el6_5.3.i686.rpm 6059b63e53cf6c266560a80436a0f77da6ab8183d31084ac767d1746557a9296 pacemaker-cts-1.1.10-14.el6_5.3.i686.rpm 3e43468befc9782276629b559184994f8540b42e0965d2c3fc713c5fc2adf790 pacemaker-doc-1.1.10-14.el6_5.3.i686.rpm 9c4dad75691aed70487f90c965b7d78d564d7f5b59c9dfb3e16349237b18e2e7 pacemaker-libs-1.1.10-14.el6_5.3.i686.rpm 7de4efeb19e09cd3b46ea94ac08093f898bf27248848fadae828c03b48d0e5d0 pacemaker-libs-devel-1.1.10-14.el6_5.3.i686.rpm 7637d5957cc60e817488e41d12684f51d4bc49ecc15d4273445eb655a69b10f1 pacemaker-remote-1.1.10-14.el6_5.3.i686.rpm x86_64: d588fb0d2b29708f0f4d609ee19d1f80c81b670ca13816cc3ab024ea1ad79578 pacemaker-1.1.10-14.el6_5.3.x86_64.rpm 87a64420a735ee470c61158119b328d43150ec18ed20df2dcfcf2ccd73fdd7a5 pacemaker-cli-1.1.10-14.el6_5.3.x86_64.rpm b10a2c564b21494d9698f9a93747059c9e7ae9ccc1237f94b23e9a528f1ff72f pacemaker-cluster-libs-1.1.10-14.el6_5.3.i686.rpm 6c55a5dcdc1b0515234e7f8a5212215064a3844547eedfb42a6f145ea0b3bb02 pacemaker-cluster-libs-1.1.10-14.el6_5.3.x86_64.rpm 8b7af46ba368335dd2d2f2e22ebbccbe7328041a03e2f5de2b05a3bf8e16bffc pacemaker-cts-1.1.10-14.el6_5.3.x86_64.rpm 9d6e8f7ae17774650bdda09aa096fbda07b6ec5e84008dcd9960ec52926df372 pacemaker-doc-1.1.10-14.el6_5.3.x86_64.rpm 9c4dad75691aed70487f90c965b7d78d564d7f5b59c9dfb3e16349237b18e2e7 pacemaker-libs-1.1.10-14.el6_5.3.i686.rpm 784f46fe173dc6128f368438168283215e4b939c6f48ac109b1fe5b268958978 pacemaker-libs-1.1.10-14.el6_5.3.x86_64.rpm 7de4efeb19e09cd3b46ea94ac08093f898bf27248848fadae828c03b48d0e5d0 pacemaker-libs-devel-1.1.10-14.el6_5.3.i686.rpm cd534faeb81ced18b3dabf2ca140dec2c887d532b40d40e886011837a139d0ee pacemaker-libs-devel-1.1.10-14.el6_5.3.x86_64.rpm 33a215b040a8b212af188158967eebbd26f57578f6452fd1d41987daa7f678fb pacemaker-remote-1.1.10-14.el6_5.3.x86_64.rpm Source: 7f879cc269222d6f2b235f6e4a8195d3758e12e521258d88bf94322b914ce3d5 pacemaker-1.1.10-14.el6_5.3.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 110, Issue 12 ************************************************

1 0

firefox problem with redirects on centos 5
by Barry Olddog 24 Apr '14

24 Apr '14

I'm having a peculiar problem with Firefox only on my Centos 5 desktop. Every time I try a link from a search engine and even when I type in a location, I get a redirect error: "The page isn't redirecting properly. "Firefox has detected that the server is redirecting the request for this address in a way that will never complete." However, any link in my bookmarks works, as do a couple of remote IPs I have in /etc/hosts. (Does places.sqlite store IP numbers? ) All the machines use the router for DNS, and the router goes to OpenDNS. This problem *only* affects Firefox, and only on the one Centos 5 machine. I have Centos 6 machines, Macs and Androids on the LAN.. Firefox works fine everywhere else. On the Centos 5 box, Opera works fine. Any suggestions?

2 2

lock down gnome-screensaver
by Johan Vermeulen 24 Apr '14

24 Apr '14

Hello All, I'm trying to set defaults for gnome-screensaver on some Centos6.5 laptops and lock it down with these commands: # gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type boolean --set /apps/gnome-screensaver/lock_enabled true # gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type boolean --set /apps/gnome-screensaver/idle_activation_enabled true # gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type int --set /apps/gnome-screensaver/idle_delay 20 The first two commands work, in the screensaver-preferences window, these settings get grayed-out. But the idle_delay 20 command does not work, users can still change the setting to let's say 1 minute. Does anybody know how to do this? Greetings, J. -- Johan Vermeulen IT-medewerker Caw De Kempen johan.vermeulen(a)cawdekempen.be 0479.82.01.41 Powered by Linux.

1 0

CentOS-announce Digest, Vol 110, Issue 11
by centos-announce-request＠centos.org 24 Apr '14

24 Apr '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. CEEA-2014:0424 CentOS 6 rp-pppoe FASTTRACK Update (Johnny Hughes) 2. CEBA-2014:0425 CentOS 6 polkit-gnome FASTTRACK Update (Johnny Hughes) 3. CESA-2014:0429 Moderate CentOS 6 tomcat6 Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 23 Apr 2014 18:32:03 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEEA-2014:0424 CentOS 6 rp-pppoe FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20140423183203.GA35753(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:0424 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-0424.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9847c7a895d7cff591ce456f0c96569bc7d4499cde63acb15614748e536a9c5b rp-pppoe-3.10-11.el6.i686.rpm x86_64: 243926ed3b79cc940b8c4bfcfaaadcdb20dfcf03d4953b3fceaf5c1906782467 rp-pppoe-3.10-11.el6.x86_64.rpm Source: 686bd3347346b9bbecf3e20667ca0ed049205ab159dcb4fdd7a10b3effa8c236 rp-pppoe-3.10-11.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 23 Apr 2014 18:32:35 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0425 CentOS 6 polkit-gnome FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20140423183235.GA36000(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0425 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0425.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d7956d6ba03a7270be804704e00bc348bb9798e0d9c52eab667091bedc57ef73 polkit-gnome-0.96-4.el6.i686.rpm 691fa5a5da6cd5659d4e352d0c56931faa7e89db316fa238625d425a1cbe6bbb polkit-gnome-devel-0.96-4.el6.i686.rpm 636faecb587ad8a063902e52534b30745351b63729761d4b4a0f59f5442f102d polkit-gnome-docs-0.96-4.el6.i686.rpm x86_64: d7956d6ba03a7270be804704e00bc348bb9798e0d9c52eab667091bedc57ef73 polkit-gnome-0.96-4.el6.i686.rpm e873c0f06c0e54dbba653e44f53f1d407b9b96f8a56a590b5b613d28b91ea35e polkit-gnome-0.96-4.el6.x86_64.rpm 691fa5a5da6cd5659d4e352d0c56931faa7e89db316fa238625d425a1cbe6bbb polkit-gnome-devel-0.96-4.el6.i686.rpm 4c9129be452c8d58c429d34a88321c6332f9853c04c7bcae036f8152ae2c469d polkit-gnome-devel-0.96-4.el6.x86_64.rpm 57c2201f07ad5c835edcfd5dc1ca2004d14422424d46421c01ca19309e7f7271 polkit-gnome-docs-0.96-4.el6.x86_64.rpm Source: d1148015a02b911123ca00e789bdc94873384ac8332fa1ef60d637af9f48c7b8 polkit-gnome-0.96-4.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 23 Apr 2014 19:07:14 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0429 Moderate CentOS 6 tomcat6 Update To: centos-announce(a)centos.org Message-ID: <20140423190714.GA38382(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0429 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0429.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 40d46eafbc03360473eb824fe160a35438f4dabd74cd327763825f54acb01cb5 tomcat6-6.0.24-64.el6_5.noarch.rpm f48fe1d7b27afc2dffc71651a74907bd2ad444b69cad33e9a52a047c6baf74e1 tomcat6-admin-webapps-6.0.24-64.el6_5.noarch.rpm e4925fd6dae86fc32e3e9e7c28a1c3e135eff6aa72f343c6517c18ef9f32344a tomcat6-docs-webapp-6.0.24-64.el6_5.noarch.rpm a95f8ff5706fd004c816e057324c30ab868833e0f3c0830865e606b70d29306f tomcat6-el-2.1-api-6.0.24-64.el6_5.noarch.rpm 71aabf7992f60801b68ea7cdef9793125f0143ccb20d13af614e37ee593ce50a tomcat6-javadoc-6.0.24-64.el6_5.noarch.rpm 3da03e1b3fb1b0b9242787da817590ff73da0f5bbb70b5744bb52438fa192224 tomcat6-jsp-2.1-api-6.0.24-64.el6_5.noarch.rpm 39f343b45c3ce9e13e6ecb87fbceec661a92d11a7c1177d5fad823636c79f2f5 tomcat6-lib-6.0.24-64.el6_5.noarch.rpm 1c0e448392bdd586c113ba08e1739ac89160652c371af70f739da499ef25eb02 tomcat6-servlet-2.5-api-6.0.24-64.el6_5.noarch.rpm 42e892dabc96a8fb9ea29d0564ddcb393dc039e5431c1ce83553e23d64b42532 tomcat6-webapps-6.0.24-64.el6_5.noarch.rpm x86_64: 40d46eafbc03360473eb824fe160a35438f4dabd74cd327763825f54acb01cb5 tomcat6-6.0.24-64.el6_5.noarch.rpm f48fe1d7b27afc2dffc71651a74907bd2ad444b69cad33e9a52a047c6baf74e1 tomcat6-admin-webapps-6.0.24-64.el6_5.noarch.rpm e4925fd6dae86fc32e3e9e7c28a1c3e135eff6aa72f343c6517c18ef9f32344a tomcat6-docs-webapp-6.0.24-64.el6_5.noarch.rpm a95f8ff5706fd004c816e057324c30ab868833e0f3c0830865e606b70d29306f tomcat6-el-2.1-api-6.0.24-64.el6_5.noarch.rpm 71aabf7992f60801b68ea7cdef9793125f0143ccb20d13af614e37ee593ce50a tomcat6-javadoc-6.0.24-64.el6_5.noarch.rpm 3da03e1b3fb1b0b9242787da817590ff73da0f5bbb70b5744bb52438fa192224 tomcat6-jsp-2.1-api-6.0.24-64.el6_5.noarch.rpm 39f343b45c3ce9e13e6ecb87fbceec661a92d11a7c1177d5fad823636c79f2f5 tomcat6-lib-6.0.24-64.el6_5.noarch.rpm 1c0e448392bdd586c113ba08e1739ac89160652c371af70f739da499ef25eb02 tomcat6-servlet-2.5-api-6.0.24-64.el6_5.noarch.rpm 42e892dabc96a8fb9ea29d0564ddcb393dc039e5431c1ce83553e23d64b42532 tomcat6-webapps-6.0.24-64.el6_5.noarch.rpm Source: a1ce6414fec54fd69e917ea8ba8633cf413864de0e1cb5be45dc0ade808da6dc tomcat6-6.0.24-64.el6_5.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 110, Issue 11 ************************************************

1 0

SELInux and POSTFIX
by James B. Byrne 23 Apr '14

23 Apr '14

Installed Packages Name : postfix Arch : x86_64 Epoch : 2 Version : 2.6.6 Release : 6.el6_5 Size : 9.7 M Repo : installed >From repo : updates I am seeing several of these in our maillog file after a restart of the Postfix service: Apr 23 12:48:27 inet08 setroubleshoot: SELinux is preventing /usr/libexec/postfix/smtp from 'read, write' accesses on the file 546AA6099F. For complete SELinux messages. run sealert -l b95663bb-12ce-4f34-9537-dd88a41359e5 sealert -l b95663bb-12ce-4f34-9537-dd88a41359e5 SELinux is preventing /usr/libexec/postfix/smtp from 'read, write' accesses on the file 546AA6099F. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that smtp should be allowed read write access on the 546AA6099F file by default. 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 smtp /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp grep 546AA6099F /var/log/audit/audit.log | audit2why type=AVC msg=audit(1398199187.646:29332): avc: denied { getattr } for pid=23387 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398199187.646:29333): avc: denied { read write } for pid=23387 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398199927.800:29411): avc: denied { getattr } for pid=24131 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398199927.805:29412): avc: denied { read write } for pid=24131 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398201500.778:29495): avc: denied { getattr } for pid=25406 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398201500.779:29496): avc: denied { read write } for pid=25406 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398204425.415:29681): avc: denied { getattr } for pid=26964 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398204425.419:29682): avc: denied { read write } for pid=26964 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398208625.418:29910): avc: denied { getattr } for pid=29240 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398208625.419:29911): avc: denied { read write } for pid=29240 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398212826.339:30139): avc: denied { getattr } for pid=31325 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398212826.343:30140): avc: denied { read write } for pid=31325 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398217026.114:30368): avc: denied { getattr } for pid=855 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398217026.114:30369): avc: denied { read write } for pid=855 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398221225.239:30628): avc: denied { getattr } for pid=2652 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398221225.240:30629): avc: denied { read write } for pid=2652 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398225425.850:30863): avc: denied { getattr } for pid=4556 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398225425.851:30864): avc: denied { read write } for pid=4556 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398229625.107:31116): avc: denied { getattr } for pid=6545 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398229625.108:31117): avc: denied { read write } for pid=6545 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398233825.788:31345): avc: denied { getattr } for pid=8322 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398233825.789:31346): avc: denied { read write } for pid=8322 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398238025.329:31580): avc: denied { getattr } for pid=10706 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398238025.329:31581): avc: denied { read write } for pid=10706 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398242226.269:31819): avc: denied { getattr } for pid=12510 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398242226.272:31820): avc: denied { read write } for pid=12510 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398246425.661:32081): avc: denied { getattr } for pid=14363 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398246425.663:32082): avc: denied { read write } for pid=14363 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398250626.380:32316): avc: denied { getattr } for pid=16384 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398250626.381:32317): avc: denied { read write } for pid=16384 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398254826.134:32581): avc: denied { getattr } for pid=18686 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398254826.136:32582): avc: denied { read write } for pid=18686 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398259025.251:32834): avc: denied { getattr } for pid=20593 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398259025.252:32835): avc: denied { read write } for pid=20593 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398263323.263:33063): avc: denied { getattr } for pid=23647 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398263323.263:33064): avc: denied { read write } for pid=23647 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398267592.473:33300): avc: denied { getattr } for pid=27690 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398267592.474:33301): avc: denied { read write } for pid=27690 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398271701.024:33555): avc: denied { getattr } for pid=31449 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398271701.025:33556): avc: denied { read write } for pid=31449 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398271701.025:33556): avc: denied { open } for pid=31449 comm="smtp" name="546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1398271701.025:33557): avc: denied { lock } for pid=31449 comm="smtp" path="/var/spool/postfix/active/546AA6099F" dev=dm-0 ino=395679 scontext=unconfined_u:system_r:postfix_smtp_t:s0 tcontext=unconfined_u:object_r:postfix_spool_maildrop_t:s0 tclass=file Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. Is this the result of something I may have done like restarting postfix or is this a real bug/error/defect/? -- *** 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

2 1

Re: [CentOS] Yum cannot download from local repository
by James B. Byrne 23 Apr '14

23 Apr '14

On Tue, April 22, 2014 13:54, Phoenix, Merka wrote: > > Your local file-based repo area is missing the 'mod_ssl' RPM that 'httpd' > depends on (and has requested that be updated). Because you have excluded all > the other repos where the 'mod_ssl' might be found (or perhaps they do not > have the required version matching your httpd packages), the update fails > because the dependenc(y)s cannot be downloaded. > Because of the size of the listing I did not show the entire contents of the local repo. However, mod_ssl is indeed present: ll /root/RPMS/repos/Packages total 39856 -rw-rw-r--. 1 root root 92768 Apr 21 16:15 apr-1.5.0-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 413768 Apr 21 16:15 apr-debuginfo-1.5.0-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 825424 Apr 21 16:15 apr-devel-1.5.0-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 77588 Apr 21 16:15 apr-util-1.5.3-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 7136 Apr 21 16:15 apr-util-dbm-1.5.3-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 433748 Apr 21 16:15 apr-util-debuginfo-1.5.3-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 489160 Apr 21 16:15 apr-util-devel-1.5.3-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 12216 Apr 21 16:15 apr-util-freetds-1.5.3-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 9068 Apr 21 16:15 apr-util-ldap-1.5.3-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 14904 Apr 21 16:15 apr-util-mysql-1.5.3-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 11084 Apr 21 16:15 apr-util-nss-1.5.3-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 20644 Apr 21 16:15 apr-util-odbc-1.5.3-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 10360 Apr 21 16:15 apr-util-openssl-1.5.3-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 14848 Apr 21 16:15 apr-util-pgsql-1.5.3-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 11408 Apr 21 16:15 apr-util-sqlite-1.5.3-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 1151252 Apr 21 16:15 httpd-2.4.9-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 3415444 Apr 21 16:15 httpd-debuginfo-2.4.9-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 186000 Apr 21 16:15 httpd-devel-2.4.9-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 3300912 Apr 21 16:15 httpd-manual-2.4.9-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 69784 Apr 21 16:15 httpd-tools-2.4.9-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 43412 Apr 21 16:15 mod_authnz_ldap-2.4.9-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 42292 Apr 21 16:15 mod_lua-2.4.9-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 22304 Apr 21 16:15 mod_proxy_html-2.4.9-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 80708 Apr 21 16:15 mod_ssl-2.4.9-1.el6.x86_64.rpm -rw-rw-r--. 1 root root 1234596 Apr 21 16:15 php-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 34472 Apr 21 16:15 php-bcmath-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 2284236 Apr 21 16:15 php-cli-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 536152 Apr 21 16:15 php-common-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 40832 Apr 21 16:15 php-dba-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 20211088 Apr 21 16:15 php-debuginfo-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 519364 Apr 21 16:15 php-devel-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 1170188 Apr 21 16:15 php-embedded-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 28656 Apr 21 16:15 php-enchant-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 1197048 Apr 21 16:15 php-fpm-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 107872 Apr 21 16:15 php-gd-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 50636 Apr 21 16:15 php-imap-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 71512 Apr 21 16:15 php-intl-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 38196 Apr 21 16:15 php-ldap-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 465136 Apr 21 16:15 php-mbstring-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 82212 Apr 21 16:15 php-mysql-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 51020 Apr 21 16:15 php-odbc-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 75980 Apr 21 16:15 php-pdo-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 70844 Apr 21 16:15 php-pgsql-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 39208 Apr 21 16:15 php-process-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 28204 Apr 21 16:15 php-pspell-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 24912 Apr 21 16:15 php-recode-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 30684 Apr 21 16:15 php-snmp-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 142412 Apr 21 16:15 php-soap-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 35956 Apr 21 16:15 php-tidy-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 104684 Apr 21 16:15 php-xml-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 52796 Apr 21 16:15 php-xmlrpc-5.3.3-27.el6.x86_64.rpm -rw-rw-r--. 1 root root 1230648 Apr 21 16:15 php-zts-5.3.3-27.el6.x86_64.rpm -- *** 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

2 1

Re: [CentOS] Samba4 questions
by James B. Byrne 23 Apr '14

23 Apr '14

On Tue, April 22, 2014 15:02, John R Pierce wrote: > > In Microsoft's Active Directory, you put users and systems in "OU" > (Organizational Units), and each OU can have group policies and those > policies can specify login scripts, these can do things like map network > drives for users. Presumably, Samba's implementation of AD offers a > similar facility, but I don't think the domain management tools in Samba > are anywhere near as well integrated or full featured as what you get > with a Windows Server system. >From what I have read on the subject the recommended path for Samba4 management is to install MicroSoft's Remote Server Administration Tools for Windows X package, where X is whatever version of MS-Windows you run as a domain member workstation client. Earlier forms of the software were called Windows Server Y Administrative Tools Pack where Y refers to the server version (2000, 2003, etc.) -- *** 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

1 0

CentOS-announce Digest, Vol 110, Issue 10
by centos-announce-request＠centos.org 23 Apr '14

23 Apr '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:0418 CentOS 6 mod_perl Update (Johnny Hughes) 2. CESA-2014:0420 Moderate CentOS 6 qemu-kvm Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 22 Apr 2014 12:51:09 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0418 CentOS 6 mod_perl Update To: centos-announce(a)centos.org Message-ID: <20140422125109.GA1429(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0418 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0418.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4316370de36fc875ae36e399a7b4cda3847431146e4857a58249275f08438f34 mod_perl-2.0.4-11.el6_5.i686.rpm d00e4be220ec8d9c26ffbf8d65469ee24f54a1d3e7ffff6dc743eed23e3d5306 mod_perl-devel-2.0.4-11.el6_5.i686.rpm x86_64: 88a1a9b239cbbc3040e667a7cb32174adf12b18a11ee1789c9f75000ef2eb484 mod_perl-2.0.4-11.el6_5.x86_64.rpm d00e4be220ec8d9c26ffbf8d65469ee24f54a1d3e7ffff6dc743eed23e3d5306 mod_perl-devel-2.0.4-11.el6_5.i686.rpm b7f0f240028c94068e85eee657867b79a18ecaba9284e0636b589d2a4cc690ba mod_perl-devel-2.0.4-11.el6_5.x86_64.rpm Source: cccf2e8adbd28e0d5bcea5ab152717c693fe5abfb158d0ec1665d1cf87afd66f mod_perl-2.0.4-11.el6_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 22 Apr 2014 19:33:34 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0420 Moderate CentOS 6 qemu-kvm Update To: centos-announce(a)centos.org Message-ID: <20140422193334.GA12774(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0420 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0420.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3d26ffa6309a56e28f76509d1e8704df500e1d3ad1c491e9badf1b13acb39407 qemu-guest-agent-0.12.1.2-2.415.el6_5.8.i686.rpm x86_64: 94318b4e741fe5fe04d9e912e13fd0e3b4049890f65dda0de62a7b5c567d6308 qemu-guest-agent-0.12.1.2-2.415.el6_5.8.x86_64.rpm 0b46e8d8ae7bad28c9735ad8da6c811ae0bd09593f8976a412ac5539abfb9a38 qemu-img-0.12.1.2-2.415.el6_5.8.x86_64.rpm ecad0afea1d719457c51f2917e0d6f00c8436cdb0a749228735742580b48433b qemu-kvm-0.12.1.2-2.415.el6_5.8.x86_64.rpm e1c095bf9d502eb27c0991b140fccdcd64c55a5cf5c5254243ce592dbed0951e qemu-kvm-tools-0.12.1.2-2.415.el6_5.8.x86_64.rpm Source: 66d7ad0ba8656f67e55f0a641a0d3e6da3b68132d2ee02b3511250b413fc9fac qemu-kvm-0.12.1.2-2.415.el6_5.8.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 110, Issue 10 ************************************************

1 0

Starting the gotour server on CentOS 6
by Evan Rowley 23 Apr '14

23 Apr '14

Hey CentOS folks! I have an interesting issue with starting a server on a CentOS 6 KVM guest. The server (service) in particular is gotour, which is a web application created by Google and their Golang developers, intended to teach users the basics of using the Go programming langauge. When starting gotour, the program claims to be binding to port 12049, but the VM doesn't seem to be serving anything on that port. Upon checking the netstat output, I see a process bound to port 12049. It is definitley possible that the problem is with Go itself, but I'd like to rule out the possibility that something on an out-of-the-box CentOS 6 image might be preventing the server from working. Here is some of the output: [appengine@centos6-paas-dev gotour]$ gotour 2014/04/17 22:04:33 Serving content from /home/appengine/goprojects/firstproj/go/src/code.google.com/p/go-tour 2014/04/17 22:04:33 WARNING! WARNING! WARNING! I appear to be listening on an address that is not localhost. Anyone with access to this address and port will have access to this machine as the user running gotour. If you don't understand this message, hit Control-C to terminate this process. WARNING! WARNING! WARNING! 2014/04/17 22:04:34 Please open your web browser and visit http://10.10.10.205:12049 [root@centos6-paas-dev ~]# netstat -pnaevZ Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name Security Context ... tcp 0 0 10.10.10.205:12049 0.0.0.0:* LISTEN 505 224898 9331/gotour fined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 [appengine@centos6-paas-dev gotour]$ getenforce Permissive Any ideas? -- - EJR

7 10

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss April 2014