Discuss

discuss@lists.centos.org

34753 discussions

CentOS 7, NetworkMangler, and ipv6
by m.roth＠5-cent.us 11 Dec '15

11 Dec '15

We've started having a problem with a CentOS 7 server. It looses its IPv6 address, if I understand this issue correctly. We can get in, if we do ssh -4, though. In the logs, I'm seeing this about twice an hour: <warn> (pid 98466) unhandled DHCP event for interface ens3f0 Now, in googling, I get very few hits putting quotes around "unhanded dhcp exception" - in fact, the only one I found that seemed to talk about it was from someone's slackware box, where there was some sort of configuration, perhaps similar to ifcfg-<if>, and they were telling that person to remove it, because it conflicted with what Networkmanager was trying to do, leaving it in a confused state. Any thoughts? mark

4 8

Re: [CentOS] wifi on servers and fedora [was Re: 7.2 kernel panic on boot]
by James B. Byrne 11 Dec '15

11 Dec '15

On Tue, December 8, 2015 11:05, Matthew Miller wrote: > >> I have been bitten by things done in Fedora that only have any use >> on >> a laptop and that should never have been allowed into a server >> distribution. But I cannot see how I would have been aware of them >> until they manifested themselves on equipment under my care. By >> which > > ^ right, this. > >> time it is rather too late to influence the decision to include >> them. > > Well, not if you get involved early. That's the point. > > If you don't *want* to, that's fine, but there's only so much > complainy cake that you can have and eat at the same time. > So, the implication of your suggestion, if I understand it aright, is that I should audit all of the communication forums in use by Fedora developers and then point out whenever any of the many dozens or hundreds of contributors introduces something that in my opinion may impact a server installation. To do this I am required to obtain such intimate personal knowledge of the internal workings of the distribution as to be able to identify these items as soon as they are introduced. naturally, I am also supposed to be able to immediately identify the negative impact of these things and prepare and present a cogent argument against their adoption or propose patches to correct the deficiencies that I believe that I have detected. I am to do this whilst running a CentOS installation that will not allow Fedora onto the premises. SO, no doubt, the intent is that I should run Fedora on my home systems and work diligently in my off hours to protect any future version of CentOS from that vantage. And of course, if I miss something then it is my fault for not having paid enough attention to that item. Am I correct? -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail 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

13 29

Re: [CentOS] wifi on servers and fedora [was Re: 7.2 kernel panic on boot]
by James B. Byrne 11 Dec '15

11 Dec '15

On Wed, December 9, 2015 16:50, James Hogarth wrote: > On 9 Dec 2015 9:07 p.m., "Lamar Owen" <lowen(a)pari.edu> wrote: >> > >> No, it seems to me that a suitably motivated CentOS user needs to >> scratch this itch; and, no, I am not volunteering, as I've >> followed Fedora before......and just simply cannot give the >> time to it at this point in time in my life. >> > > <snip> > >> >> So who wants to be the CentOS-Users to Fedora liaison, likely to be >> one of the most thankless jobs on the planet? >> >> > > I'm an active Fedora packager and yet I dare say Mark would hate me as > liaison for I find the changes in EL7 most refreshing and look forward > to bring able to make better use of them in due course ;) > > But I really do question whether someone in this industry is really > not able to spend 30 minutes or so every six months checking changes > for anything interesting. > > And frankly if one isn't willing to get either get a subscription and > feedback as a paying customer or to get involved with the upstream > sources then no one does not have say in direction and one shouldn't > be surprised by that. > > If it was a democracy with a vote on every possible choice then we'd > never get anywhere given the time to carry out such a survey and the > vast differences in opinions. > > No, as the Debian folks say it is a meritocracy instead and those > who get stuck in and actively discuss at the right time provide > the influence on what happens next. > Since the import of what I was trying to convey has been lost, no doubt due to my poor choice of words, I will restate the obvious: If the bulk of the developers working on Fedora use laptops as their platform then, inevitably, Fedora will become in essence a laptop distribution and RHEL will follow. Talking about the server community monitoring the Fedora development channel once every six months, or every day for that matter, is simply not going to change this. A handful of voices representing server installations, who by definition are not development types, has no hope of dealing with the incremental changes introduced every day by hundreds of people that use laptops as their primary development platform and all of whom have their own 'itch' to scratch. That is just the way it is in open source. The choice to go to Fedora for RHEL development was a commitment to the laptop environment, whether consciously made or not. And it is not in the control of RH to dictate this. If the Fedora developers take up tablets en masse then guess what?: We will end up with a tablet distribution. The OS distro we get is the consequence of the culture and environment predominant in the development community. This is neither good nor bad. It just is. Our firm has specific requirements which to date have been more than adequately met by RHEL and CentOS. But that seems to us to be changing in ways that no longer meet our expectations from a server based distro. A server based distro to us has certain characteristics that are orientated to long running processes and system uptimes measured in months if not years. I have given up counting how many times I have to reboot all of our CentOS servers in the past year because of updates. On the other hand I have this task running on a different server with a different OS: Priority = DS; Inpri = 8; Time = UNLIMITED seconds. Job number = #j3719. TUE, NOV 4, 2014, 2:04 PM. We do not need plug-and-play; or usb hot-swapping; or hibernation; or screen savers; or audio-video players; or power optimisation. All of which are worthy things in their own right and certainly have their place in computing. While these occasionally have proved convenient for me none are really necessary for a server host and their presence undoubtedly significantly increases the complexity and maintenance burden of the distribution. What we need is simplicity, stability, reliability, and consistency. What seems to be happening instead is feature-creep, software-bloat and increased coupling. And lest I be accused of 'wingeing' from the sideline I have been contributing to Open Source in a modest way since 1995, starting with Sendmail-8.7 on HP-UX. I just have limited time to give over to these things. The selection of RHEL for our primary platform was, in large part, to reduce the resources given over to managing the software. It would be ironic in the extreme were the reverse prove the case. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail 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 6

no longer goes to standby when lid is closed
by Fred Smith 11 Dec '15

11 Dec '15

since I got the big bolus of updates from the CR repo a few days ago my netbook (AcerAspire One D255E) will no longer go to standby when the lid is closed. This was a Gnome desktopp installation with theh MATE desktop fromm EPEL. I've verified that the correct setting still exists in power manager but it persists in continuing to run when the lid closes. it WILL go to standby if explicitly told to do so from the shutdown dialog. Has anyone else seen anything like this? TIA Fred -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- "For him who is able to keep you from falling and to present you before his glorious presence without fault and with great joy--to the only God our Savior be glory, majesty, power and authority, through Jesus Christ our Lord, before all ages, now and forevermore! Amen." ----------------------------- Jude 1:24,25 (niv) -----------------------------

3 6

when RedHat makes patches for only some versions
by Noam Bernstein 11 Dec '15

11 Dec '15

I guess this is really a RedHat, not CentOS question, but I’m hoping that someone here will be familiar enough with the upstream policy to have some useful information. How does RedHat decide which versions to release patches for, e.g. https://access.redhat.com/security/cve/CVE-2015-7613 <https://access.redhat.com/security/cve/CVE-2015-7613> which has only a RH7 erratum, not 6? And are they likely to eventually release a fix for this type of issue for RH6? thanks, Noam ----------------------------------------------------------- Noam Bernstein Center for Materials Physics and Technology Naval Research Laboratory Code 6390 noam.bernstein(a)nrl.navy.mil phone: 202 404 8628

4 4

VNC on centOS
by Hersh 11 Dec '15

11 Dec '15

Hi, I have recently installed centOS 7 and trying to start vnc server on it. Somehow, I am unable to make vncserver working. I have modified iptable rules and xstartup file but it did not help. Has anyone else faced this problem earlier? Any help would be appreciated. Regards Hersh

5 7

USB devices - libgphoto2 - PTP - hplip
by Michael H 10 Dec '15

10 Dec '15

Hi, Posting this again as it has been drowned. can anybody assist? ------------------------------------------------------------------ Hi All, I'm trying to disable USB storage devices in Centos7.1.1503. I've setup udev rules to block all usb devices and then additional rules to allow specific vendors / products to be used (mainly keyboards and mice). This is all working perfectly. cat /etc/udev/rules.d/01-usblockdown.rules # Block all USB devices ACTION=="add", SUBSYSTEMS=="usb", RUN+="/bin/sh -c 'for host in /sys/bus/usb/devices/usb*; do echo 0 > $host/authorized_default; done'" # Allow devices # Keyboards ACTION=="add", ATTR{idVendor}=="04f3", ATTR{idProduct}=="0103" RUN+="/bin/sh -c 'echo 1 >/sys$DEVPATH/authorized'" ...... Now I'm testing against mobile devices and when I connect an Asus mobile telephone it's mounting the camera using PTP even though the device is not allowed in my udev rules. I removed libgphoto2 which has now stopped the PTP from automounting. My issue is that I require hplip on my systems for certain printer drivers and this package was removed along with libgphoto2. I added an 'exclude=libgphoto2*' to my /etc/yum.repos.d/CentOS-Base.repo and installing hplip now fails on dependencies. Is there a method of disable libgphoto2 PTP without having to remove the package? or can I create further udev rules to stop PTP mounts? thanks in advance, Michael

4 8

CentOS-announce Digest, Vol 130, Issue 3
by centos-announce-request＠centos.org 10 Dec '15

10 Dec '15

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2015:2594 Moderate CentOS 6 libpng Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 9 Dec 2015 14:47:29 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:2594 Moderate CentOS 6 libpng Security Update Message-ID: <20151209144729.GA33887(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:2594 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-2594.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e4b2fabf9c232b1a84e677df640aceab8b089e72781bec4fcca347d984e581d1 libpng-1.2.49-2.el6_7.i686.rpm c3b0f3d20047a8cef357a96171787aaffcf74ae93bb0b0faff1bca3001315586 libpng-devel-1.2.49-2.el6_7.i686.rpm c37977232c45d61ad118af010e21d611c4e98403b87ffd76bc645474c8754a2e libpng-static-1.2.49-2.el6_7.i686.rpm x86_64: e4b2fabf9c232b1a84e677df640aceab8b089e72781bec4fcca347d984e581d1 libpng-1.2.49-2.el6_7.i686.rpm 0f18ee677b60fe81a24f200cc8db1c9bde26a404cc812e77a73b2bcfd4dd40de libpng-1.2.49-2.el6_7.x86_64.rpm c3b0f3d20047a8cef357a96171787aaffcf74ae93bb0b0faff1bca3001315586 libpng-devel-1.2.49-2.el6_7.i686.rpm 6e30263282f29b65af97733f7704647e615ff857902ebf87927ba276a5230e3a libpng-devel-1.2.49-2.el6_7.x86_64.rpm 8d2cc2d3ed0e4c3d794c847f79d98b63caae912e869ff2f6ada349b1c3c2772e libpng-static-1.2.49-2.el6_7.x86_64.rpm Source: e756441baabe4038f09eb9dbe4207e83d347f21cbe805eb4956c2cd961a891db libpng-1.2.49-2.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 130, Issue 3 ***********************************************

1 0

CentOS 6, bareos, kerberos?
by m.roth＠5-cent.us 09 Dec '15

09 Dec '15

After upgradeding to bareos 15.2, which also has a web ui, thereby making it usable (since the command line tool, bconsole, does not have a paging mechanism, and its sytax for choosing files to restore is, let us say, arcane), I've got another question: is *anyone* using bareos with kerberos? I see that they have in alpha(?) tls support, which isn't a great idea, given the recent vulnerabilities.... If you've figured out how to use kerberos, rather than hard-coding a password in the console configuration, I'd love to hear it. mark

2 2

Re: [CentOS] wifi on servers and fedora [was Re: 7.2 kernel panic on boot]
by James B. Byrne 09 Dec '15

09 Dec '15

On Mon, December 7, 2015 13:41, Matthew Miller wrote: > On Fri, Dec 04, 2015 at 09:03:50AM -0500, James B. Byrne wrote: >> On Thu, Dec 03, 2015 at 02:50:38PM -0500, m.roth(a)5-cent.us wrote: >> > For laptops, great. For anything else, not so much. For example, >> > it's supposed to be an *ENTERPRISE* o/s... why does it >> > automatically, without ever asking, install anything wifi? I'm > [...] >> The short answer: Because RHEL is based on Fedora development. > > > This is roughly true, although "downstream" RHEL makes its own > decisions about many things. If you (Mark, or anyone else) would like > to make this different in the future, getting involved with Fedora > Server is a good way to do so. > I subscribe to the Fedora Server list digest. Which form also is how I get this list's messages. Thus the delay in my responses. However, to describe the Server List as an active forum for discussion would be somewhat overstating things. I have not received anything from it as yet in December and the total volume of traffic on that list in November was very light. I am not sure in what way you envisage additional involvement is to take place. I have been bitten by things done in Fedora that only have any use on a laptop and that should never have been allowed into a server distribution. But I cannot see how I would have been aware of them until they manifested themselves on equipment under my care. By which time it is rather too late to influence the decision to include them. Automatically powering down NICs comes to my mind; due the rather nasty consequences that resulted. The difficulty is that with Free and Open Source Software you are only going to see features that are of some immediate use to the writers; or whose value has already been entrenched such that it is difficult if not impossible to dispense with. Clearly, power saving features are of some interest to people that run their systems on batteries. However, there are batteries, and then there are batteries. We occasionally run run on batteries too. It is just that ours are measured in kilovolt-amp hours. Having a server distro configured by default to turn off a NIC because it has not had traffic for fifteen minutes is not going to save us enough power from now to the end of eternity to warrant the disruption that little 'feature' cost us when it was first encountered. The move to Systemd, and all the controversy that decision has generated, also provides 'features' whose benefits appear to me be be aimed principally at users who shut their systems off every day. These benefits are of far less value to people who measure uptime in months or years, while the discomfort, and expense, of this change must be borne regardless. Systemd will eventually be accepted or rejected on its own merits. I am not interested in debating them here since I have nothing upon which to base an opinion one way or the other. But it can hardly be denied that forcing highly qualified people to expend time, a very limited resource in my experience, to learn yet another way to start a computer system, without providing any readily discernible benefit to them, is not likely to engender much in the way of sympathy. We went to RedHat and ended up on CentOS because of its server orientation. Which to us implied something more than simple compatibility of the software components. If RedHats's intent is to end up as a laptop distro then we will probably part ways at some point. We have a laptop distro that works well for us. It is called OSX. And the hardware is pretty good too. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail 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

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss