Discuss

discuss@lists.centos.org

34753 discussions

LVM - pvmove and multiple servers
by Daniel Hoffman 10 Jan '15

10 Jan '15

Hi All. Looking for some guidance/experience with LVM and pvmove. I have a LUN/PV being presented from a iscsi SAN. The LUN/PV is presented to 5 servers as a shared VG they all have LV's they use for data, they are all connected via iSCSI. As the SAN I am using is being replaced I need to move onto a new unit. My migration strategy at this time is to 1. Present a new LUN from the new SAN to all machines. 2. Make a PV with the new LUN. 3. Add it to the existing VG. 4. Use pvmove to move all the data from one PV to another. 5. Once the old LUN is empty, complete a pvresize to remove the old LUN. This all seems sound but looking for advice, specifically around the fact that the VG/PV data is being used by a number of machines/servers and the LV's are active on a number of different nodes. All the documentation/examples I can find assume a disk in a server, not a LUN on a SAN being shared by a number of servers. Any advice is appreciated. Thanks Daniel

4 3

Re: [CentOS] Design changes are done in Fedora
by James B. Byrne 10 Jan '15

10 Jan '15

On Mon, December 29, 2014 04:22, Ned Slider wrote: > What business model do you have that you > can't build around a product guaranteed to be consistent/supported for > the next 10 years? Well, despite the hype from Wall St., Bay St. and The City, a large number of organisations in the world run on software that is decades old and cannot be economically replaced. In many instances in government and business seven years is a typical time-frame in which to get a major software system built and installed. And I have witnessed longer. So, seven, even ten, years of stability is really nothing at all. And as Linux seeks to enter into more and more profoundly valuable employment the type of changes that we witnessed from v6 to v7 are simply not going to be tolerated. In fact, it my considered belief that RH in Version EL7 has done themselves a serious injury with respect to corporate adoption for core systems. Perhaps they seek a different market? Think about it. What enterprise can afford to rewrite all of its software every ten years? What enterprise can afford to retrain all of its personnel to use different tools to accomplish the exact same tasks every seven years? The desktop software churn that the PC has inured in people simply does not scale to the enterprise. If you wish to see what change for change's sake produces in terms of market share consider what Mozilla has done with Firefox. There is absolutely no interface that is as easy to use as the one you have been working on for the past ten years. And that salient fact seems to be completely ignored by many people in the FOSS community. -- *** 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

13 48

Re: [CentOS] Design changes are done in Fedora
by James B. Byrne 09 Jan '15

09 Jan '15

On Wed, January 7, 2015 09:48, Jonathan Billings wrote: > On Tue, Jan 06, 2015 at 08:45:29PM -0600, John R. Dennison wrote: >> It's not relevant in _any_ sense. CentOS is nothing more than (at >> it's core) a rebuild of RHEL. This type of nonsense should be >> directed to Red Hat in a Red Hat venue. It's nothing but >> off-topic noise here as CentOS will not deviate from its >> upstream in its core offerings. > > Agreed. > > If you want to participate in how the upstream OS is being shaped, I > suggest looking at the Fedora Project, which is driven by volunteers. > > If you notice the Subject: of this thread, it is "Design changes are > done in Fedora". Pretty clear message. > There is a common word disguised in the letter E that we find in both the initialism RHEL and the acronym CentOS. It is the the word Enterprise. It is my observation that the subscriber base to this list tends to those who have wider responsibilities than deciding what the corporate GUI desktop layout should look like next year. Most here also seem to be somewhat concerned with concepts of cost and benefit. It is evident in many posts that the increasing costs of supporting large numbers of people negatively impacted by changes introduced to CentOS from outside of their span of control is beginning to impinge more and more upon decision making. In some cases that consideration is evidently influencing the decision to deploy CentOS or not. Now, what does the subscriber base to Fedora developers list look like? Well, to begin with there are no fewer than 209 official 'Fedora' lists. Which should one join to 'influence' anything? Let us grant that a number, say half, are self-evidently not of great concern to operational deployment and employment of RHEL, CentOS or SL in the Enterprise environment. The oddly named 'UK-Ambassadors' or the narrowly focused language translation mailing lists for instance. That still leaves in excess of a hundred lists. Where should one apply pressure? What forum exists to discuss the economic costs to Enterprises of introducing a marginal, possibly questionable, improvement to an existing UI or common utility? The devel list? The users list? A perusal of the contents of both the Fedora devel list and users list does not give one much hope that such a point of view would be tolerated, much less welcomed. For example, one the the notable contributors to those forums is himself banned from this list. Further, discussions tend to be far, far down in the weeds, if not subterranean altogether, when viewed from the perspective of the question: what is this change, improvement, alteration or deprecation going to cost the installed base to implement? No, no-one presently on this list is likely to have very much of an impact on the folks that are the Fedora project. Their objectives are far removed from the concerns of those tasked to keep automated systems working and invisible to the Enterprises that employ them. The overarching concern of the Enterprise is to employ capital and labour to produce value; and not simply to prove technologies or advance personal or political agendas. Not that the later two situations are uncommon in the Enterprise either. One might, however, consider that the CentOS list is a concentration of people that evidently have some status within a number of Enterprises. And these influential people have chosen not to pay RH for their offering. It might be of some interest to RH in determining why this is so. It might also be the case that this forum, being concerned with issues such as deployment on a large scale and the costs of upgrading RH flagship product, provides valuable insight on how RH's paying customers might be viewing their product as well. After all, because we use CentOS rather than RHEL and forgo the provision of RH's expert advice, then we ourselves and our organisations are a self-identified technologically advanced user community. And we are concerned more with the entire package than with any particular component or detail. If we have concerns and reservations then perhaps RH should have concerns. If we express them here then there is a chance, a small chance but a chance nonetheless, that someone at RH with a view a little broader than that evidenced in most of the traffic on the Fedora devel list, might take notice. IMHO, FWIW. -- *** 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

9 13

Re: [CentOS] Camera doesn't works after "yum upgrade"
by Patrick Begou 09 Jan '15

09 Jan '15

Thanks Marc for your answer, I have a /dev/video0 but no /dev/video. Should I create a link ? Or a new rule in udev ? Patrick m.roth(a)5-cent.us wrote: > Patrick Begou wrote: >> Hi, >> >> I've launched a "yum upgrade" command on a CentOS6 laptop which has >> updated nearly 600 packages. Automatic updates were not working because > of a >> conflict on a package. >> >> So the laptop is now uptodate but the camera did not works after this. The >> message is: >> >> kernel: uvcvideo: Failed to query (GET_DEF) UVC control 6 on unit 2: -110 >> (exp. 2). >> >> The camera is detected as USB, lsusb shows: >> Bus 001 Device 003: ID 0c45:646b Microdia > <snip> > We use motion, so I' m not familiar with camera, but does it load an v4l2 > kernel module, and so create /dev/video0? If so, does the /dev/video > device exist? > > mark > -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou@grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | ===================================================================

1 0

Camera doesn't works after "yum upgrade"
by Patrick Begou 09 Jan '15

09 Jan '15

Hi, I've launched a "yum upgrade" command on a CentOS6 laptop which has updated nearly 600 packages. Automatic updates were not working because of a conflict on a package. So the laptop is now uptodate but the camera did not works after this. The message is: kernel: uvcvideo: Failed to query (GET_DEF) UVC control 6 on unit 2: -110 (exp. 2). The camera is detected as USB, lsusb shows: Bus 001 Device 003: ID 0c45:646b Microdia I've tryed to boot on alternative kernels but no change: - vmlinuz-2.6.32-504.3.3.el6.centos.plus.x86_64 (which solve a camera problem on my laptop) - vmlinuz-2.6.32-431.29.2.el6.x86_64 - vmlinuz-3.10.63-1.el6.elrepo.x86_64 Any idea about a faulty package ? I've added the upgrade log in attachment but it's quite big. The first four erased item were because of conflicts. Some are re-installed after the upgrade (end of the log file) Thanks Patrick -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou@grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | ===================================================================

2 3

CentOS-announce Digest, Vol 119, Issue 3
by centos-announce-request＠centos.org 09 Jan '15

09 Jan '15

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2015:0017 CentOS 7 libibverbs BugFix Update (Johnny Hughes) 2. CEBA-2015:0017 CentOS 7 libmlx4 BugFix Update (Johnny Hughes) 3. CEBA-2015:0018 CentOS 6 sblim-sfcb BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 8 Jan 2015 15:01:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:0017 CentOS 7 libibverbs BugFix Update Message-ID: <20150108150108.GA29838(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:0017 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0017.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: eb24f744406f3e6ef455f01d0ffe0355ee4481981fd862e7548481bafc551fd0 libibverbs-1.1.8-1.el7_0.i686.rpm 0caede2c4f3a20abd7dba3a438d5f2276598bbbd19c718467100c9708362d8da libibverbs-1.1.8-1.el7_0.x86_64.rpm f6a84e17349204ed40454f77540ed95152a74e449c5a640fd94dbce58b038f71 libibverbs-devel-1.1.8-1.el7_0.i686.rpm 9c9b61f82b02b384349e3f08e20d7d31b8ea1391d7487a0eef7f7a9e171a8c36 libibverbs-devel-1.1.8-1.el7_0.x86_64.rpm 9860db42b53a85d98932a5e289816267a37c8b7407808b70b0d0031387cc050e libibverbs-devel-static-1.1.8-1.el7_0.i686.rpm c65788cf7296cd308cc9a8e779e58c31de00dbdff51eeb95fe7e4989a694a867 libibverbs-devel-static-1.1.8-1.el7_0.x86_64.rpm 83e9dbdabfa0cb9b3d399833a50f81b6b6f855ba3365f419dfe87ca441dc7e15 libibverbs-utils-1.1.8-1.el7_0.x86_64.rpm Source: 89d56585fb91fab8ac459cee5e1bb4ff5cda4be9746f6905b8548d41648ec81c libibverbs-1.1.8-1.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Thu, 8 Jan 2015 15:01:20 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:0017 CentOS 7 libmlx4 BugFix Update Message-ID: <20150108150120.GA29909(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:0017 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0017.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1e796a0967c805e15027e8c819a7e6508b9220e4c1d93d186942c7f037234646 libmlx4-1.0.6-1.el7_0.i686.rpm 446415eeca2e3eb825b7e453458c1706bff5d250421eba2caefcc8b49ddc2ac8 libmlx4-1.0.6-1.el7_0.x86_64.rpm fb2366651f8f06a6978d0ff65c68c5d055ac85402048b03730ff43b066469c5c libmlx4-static-1.0.6-1.el7_0.i686.rpm 12be5b9f6d6ae735762f9c67725b72c7148045d10f7552b0ef6d9860597deedf libmlx4-static-1.0.6-1.el7_0.x86_64.rpm Source: 57ff98b608c9cfedc62643769f9d784d20780cfe12244dc7c9e0424c8d9388a4 libmlx4-1.0.6-1.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Thu, 8 Jan 2015 15:02:17 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:0018 CentOS 6 sblim-sfcb BugFix Update Message-ID: <20150108150217.GA30115(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:0018 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0018.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: cdeb719e515149ee673dde3ddaa9bee21fc20ec06b5a9e54fb9b3b1b0c3c73f2 sblim-sfcb-1.3.11-3.el6_6.i686.rpm x86_64: f96e93a058a2a3b8903000aaf6b0a93f8c60d1c557726e78cf8ae6a78bb5b3ae sblim-sfcb-1.3.11-3.el6_6.x86_64.rpm Source: c12b395e917726280c75b8bee4ca85aa3118a44a8527bdaa690061c82ad5b40e sblim-sfcb-1.3.11-3.el6_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 119, Issue 3 ***********************************************

1 0

Probing EDD (edd=off to disable)
by Fred Smith 09 Jan '15

09 Jan '15

Hi all! Running Centos-6.latest on an AMD six-core Vishera processor. It's been running for a year on that hardware. today I swapped out the video card (from Nvidia 9800GT to Nvidia 460 GTX) hoping to get a little more horsepower, and the ability to run the Folding At Home GPUclient. I know that's an old card, it's a hand-me-down from my son who just replaced it with a new 970 GTX card. So, I got the hardware installed, close up the case, connect all the cables, boot it up and booting stops with this message on the screen in plain text mode: Probing EDD (edd=off to disable) I can reboot and edit the kernel commandline to add "edd=off" at the end then it comes up all the way. I haven't made any changes in the Nvidia drivers, because nvidia's web site tells me it uses the same driver as the 9800GT card did. I'm using the RPMs from elrepo, so it uses akmod to do a rebuild when a new kernel is installed. But I didn't install a new kernel, so it didn't get rebuilt, and I'm wondering if that's the cause of the problem... different card works with the same driver version but may need recompiling due to the different hardware ????? If so, I don't think I know how to force akmod to do the rebuild. Thoughts/or actual knowledge on this would be appreciated. Also, among the googling I did, I found one posting that said that message means an unexpected (DOS??) interrupt occurred, but it did't help me any with how to resolve it. Your suggestions will be welcomed, thanks in advance! Fred -- ------------------------------------------------------------------------------- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 ----------------------------- The Boulder Pledge -----------------------------

2 1

Customising a CentOS 6.6 installation disk
by James Bishop 09 Jan '15

09 Jan '15

I apologise if this is not the appropriate list for the following issue, but... Is it possible to upgrade the Linux kernel on a kickstart CD? I've changed the vmlinuz and initrd.img files in the isolinux directory from the distro's ISO image; so kernel 2.6.32-504.3.3.el6.i686 now boots from a DVD, and loads the appropriate modules and firmware from the stage 1 initrd.img. However, anaconda (13.21.229) exits abnormally with a DBusException (org.freedesktop.DBus.Error.NoReply); possibly because NetworkManager is unable to launch the wpa_supplicant. Anaconda appears to be choking during initialisation: anaconda.id = instClass.installDataClass(anaconda, extraModules, opts.display_mode, anaconda.backend) File "/usr/lib/anaconda/instdata.py", line 324, in __init__ self.reset() File "/usr/lib/anaconda/instdata.py", line 64, in reset self.network = network.Network() File "/usr/lib/anaconda/network.py", line 308, in __init__ self.update() File "/usr/lib/anaconda/network.py", line 326, in update devhash = isys.getDeviceProperties(dev=none) File "/usr/lib/anaconda/isys.py", line 375, in getDeviceProperties bus = dbus.SystemBus() File "/usr/lib/python2.6/site-packages/dbus/_dbus.py", line 202, in __new__ private=private() File "/usr/lib/python2.6/site-packages/dbus/_dbus.py", line 108, in __new__ bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop) File "/usr/lib/python2.6/site-packages/dbus/bus.py", line 125, in __new__ bus = cls._new_for_bus(address_or_type, mainloop=mainloop) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. install exited abnormally [1/1] The system will be rebooted when you press Ctrl-C or Ctrl-Alt-Delete. The shell prompt is available on tty2; and so I can see the syslog, which has repeated messages at its tail end: INFO NetworkManager: <info> Trying to start the supplicant So, something needs to be changed somewhere (kernel recompilation? missing module? wpa_supplicant / NM upgrade? stage 2 install.img?) which is where I'm stuck. Do I need to hack Wifi NIC related lines out of anaconda? The reason that I'd like the final kernel version to be running during the install, is that it's needed to compile the low-level driver for a FIPS-140 crypto coprocessor. The target system will be an off-line certification authority system, and will certainly not need Wifi (in fact the hardening procedure foresees removal of most network hardware drivers). I know I could do everything in three stages (initial install - software upgrade - crypto driver install); but being able to do everything in one go would simplify business continuity / bare metal recovery. In the meantime, I'm very happy to have learned something about anaconda / kickstart and so on, which will be very useful in future. If there's a quick fix to the above issues, I'd be happy to hear it. Thanks in advance James Bishop -- _____________________________________________ James Bishop European Commission - Joint Research Centre IPSC Unit G.5 (TP.723) Via E.Fermi, 2749 I - 21027 Ispra (VA) Italy Tel.: +39 0332 786225 Fax.: +39 0332 786280 e-mail: james.bishop(a)jrc.ec.europa.eu

4 4

Re: [CentOS] reload /sbin/init
by Robert Nichols 09 Jan '15

09 Jan '15

On 01/08/2015 11:57 AM, m.roth(a)5-cent.us wrote: > Robert Nichols wrote: >> On 01/08/2015 03:22 AM, Markus Falb wrote: >>> Hi, >>> There was an update of glibc on CentOS 6 >>> http://lists.centos.org/pipermail/centos-announce/2015-January/020863.html >>> and now: >>> >>> # needs-restarting >>> 1 : /sbin/init >>> >>> How do i tell /sbin/init to use the updated files from glibc without a >>> reboot? >> >> You can't. See the manpage for /telinit/ and the warning for the "-U" >> option. > > <snip> > U or u to request that the init(8) daemon re-execute itself. This > is > not recommended since Upstart is currently unable to > preserve > its state, but is necessary when upgrading system libraries. > <snip> > which one assume applied to fedora when it was using upstart, not sysV or > systemd. No data on either of them. The question was specifically about CentOS 6, which uses upstart. SysV init could re-exec itself cleanly. I have no idea, but plenty of doubts, about systemd. -- Bob Nichols "NOSPAM" is really part of my email address. Do NOT delete it.

2 1

Re: [CentOS] Design changes are done in Fedora
by Valeri Galtsev 08 Jan '15

08 Jan '15

On Thu, January 8, 2015 11:32 am, Valeri Galtsev wrote: > > On Thu, January 8, 2015 10:44 am, Les Mikesell wrote: >> On Thu, Jan 8, 2015 at 9:48 AM, James B. Byrne <byrnejb(a)harte-lyne.ca> wrote: >>> >>> A perusal of the contents of both the Fedora devel list and users list does not give one much hope that such a point of view would be tolerated, much less welcomed. >> >> Exactly. They don't care about breakage, only change. In the early days I tried to follow Fedora development and no one paid any >> attention to complaints about breaking interfaces that other things rely on. I eventually just gave up when they pushed a kernel update mid-rev that wouldn't boot on my (mainstream IBM) test box and >> subsequent updates were the same. I don't really expect them to care - the people who have something invested in existing components and interfaces have been split out of that community. I just see it as a big mistake to let them control the future of the distribution to people that need stability and ongoing interface compatibility. >> >>> One might, however, consider that the CentOS list is a concentration of people that evidently have some status within a number of >>> Enterprises. >> >> I used to try to encourage using more linux vs.Windows here and deployed Centos for infrastructure myself wherever possible because it used to be easier to manage and more stable. But now that I'm approaching retirement and realizing that the current management processes aren't going to continue to work, I think that may have been a mistake. >> > > I read it and there are very familiar feelings. Some 7 or so years ago I found myself at a meeting (that was open solaris meeting) with a bunch of people who started looking for alternatives to migrate their boxes to from Linux. (I may be off on time; it was right after Oracle acquired Sun Microsystems, so there was already this joke out there: how do you call that system? If you repeat Sun-Oracle very fast you likely will get it right: "snorkel" ;-) One of the pushing points was: already then on average every 30-45 days was either glibc or kernel update, meaning you have to reboot the box (and on multiple threads here there was a bunch of other unpleasant things mentioned so I'll skip them...). Linux from Unix-like system became more Windows like (sorry if it offends anyone, but I can't hold myself and not repeat what one of people called Linux then: "Lindoze"). > > So, several of those people fled to open solaris. My journey was different, I ended up migrating a bunch of most important boxes to FreeBSD. I know how many on this list are already allergic to me saying this, I promise, this is the last time. I'm using as excuse something familiar I feel in James's post... Stupid me: Sorry, in Les's post I meant to say.. ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss