Re: [CentOS] virt-manager
Hi, On Fri, Oct 23, 2015 at 5:11 AM, John R Pierce wrote: > On 10/22/2015 4:15 PM, Nux! wrote: > >> Try giving the VM a Spice display, instead of VNC, see if that helps. >> > > no idea how to do this, I'm a total newb with KVM. > > Go to virtual hardware details of your VM ( by clicking on the open button after selecting your VM), in that go to display sections and select spice from vnc. --Regards Ashishkumar S. Yadav ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 128, Issue 7
Send CentOS-announce mailing list submissions to centos-annou...@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-requ...@centos.org You can reach the person managing the list at centos-announce-ow...@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. RDO Liberty released in CentOS Cloud SIG (Alan Pevec) 2. CEBA-2015:1922 CentOS 5 device-mapper-multipath BugFix Update (Johnny Hughes) 3. CESA-2015:1924 Important CentOS 6 qemu-kvmSecurity Update (Johnny Hughes) 4. CESA-2015:1925 Important CentOS 5 kvm SecurityUpdate (Johnny Hughes) -- Message: 1 Date: Thu, 22 Oct 2015 15:36:43 +0200 From: Alan Pevec To: centos-annou...@centos.org Subject: [CentOS-announce] RDO Liberty released in CentOS Cloud SIG Message-ID: <5628e66b.8040...@redhat.com> Content-Type: text/plain; charset=utf-8 I am pleased to announce the general availability of the RDO build for OpenStack Liberty for CentOS Linux 7 x86_64, suitable for building private, public and hybrid clouds. OpenStack Liberty is the 12th release of the open source software collaboratively built by a large number of contributors around the OpenStack.org project space. The RDO community project ( https://www.rdoproject.org/ ) curates, packages, builds, tests and maintains a complete OpenStack component set for RHEL and CentOS Linux and is a founding member of the CentOS Cloud Infrastructure SIG ( https://wiki.centos.org/SpecialInterestGroup/Cloud ). The Cloud Infrastructure SIG focus on delivering a great user experience for CentOS Linux users looking to build and maintain their own onpremise, public or hybrid clouds. In addition to the comprehensive OpenStack services, libraries and clients, this release also provides Packstack, a simple installer for proof-of-concept installations, as small as a single all-in-one box and RDO Manager ( https://www.rdoproject.org/RDO-Manager ) , an OpenStack deployment and management tool for production environments based on the OpenStack TripleO project. --- QuickStart: Ensure you have a fully updated CentOS Linux 7/x86_64 machine, and run : sudo yum install centos-release-openstack-liberty sudo yum install openstack-packstack packstack --allinone For a more detailed quickstart please refer to the RDO Project hosted guide at https://www.rdoproject.org/QuickStart For RDO Manger consult https://www.rdoproject.org/RDO-Manager page. RDO project is closely tracking upstream OpenStack projects using the Delorean tool[1] which is producing RPM packages from upstream development branches. Since the previous OpenStack Kilo release, RDO is participating in the Cloud SIG and using CentOS provided infrastructure. Towards the end of developement cycle packages are imported into CentOS Cloud SIG buildsystem[2] and get eventually published in Cloud SIG repositories[3]. [1] http://trunk.rdoproject.org/ [2] http://wiki.centos.org/HowTos/CommunityBuildSystem [3] http://mirror.centos.org/centos/7/cloud/x86_64/ Getting Help: The RDO Project provides a Q&A service at ask.openstack.org, for more developer oriented content we recommend joining the mailing list at https://www.redhat.com/mailman/listinfo/rdo-list. Remember to post a brief introduction about yourself and your RDO story. You can also find extensive documentation at https://www.rdoproject.org/Docs. We also welcome comments and requests on the CentOS Mailing lists ( https://lists.centos.org/ ) and the CentOS IRC Channels ( #centos on irc.freenode.net ), however we have a more focused audience in the RDO venues. To get involved in the OpenStack RPM packaging effort, see https://www.rdoproject.org/Get_involved and https://wiki.centos.org/SpecialInterestGroup/Cloud Join us in #rdo on the Freenode IRC network, and follow us at @RDOCommunity on Twitter. And, if you're going to be in Tokyo for the OpenStack Summit next week, join us on Wednesday at lunch for the RDO community meetup ( http://sched.co/4MYy ). I'd like to thank all RDO developers and CentOS Project for their effort and support resulting in this release, especially dmsimard - for continuously improving RDO CI jpena - for keeping Delorean service up and running jruzicka - for the rdopkg auto-magic number80 - for countless reviews and packaging wisdom social - for puppet module mastery trown - for leading RDO Manager side of the show! Special thanks to all the folks who helped with last minute testing in IRC #rdo channel ! Thanks, Alan Pevec Cloud SIG and RDO project member -- Message: 2 Date: Thu, 22 Oct 2015 15:20:34 + From: Johnny Hughes To: centos-annou...@centos.org Sub
Re: [CentOS] PHP version not enough for developers
On Thu, October 22, 2015 17:25, Valeri Galtsev wrote: > . . . Still, disregarding the part some of us dislike personally > (plus often reboots necessary to install some vital updates > - which all Linuxes are prone to beginning somewhere around > 2.6 kernel) . . . I am glad to discover that I am not losing my mind. I too have been rather dismayed at the perceived increase in frequency with which I must reboot my servers. I wondered whether this was simply a misconception on my part or an actual change in the environment. Apparently it is the later. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrnemailto:byrn...@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 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] PHP version not enough for developers
James B. Byrne wrote: > > On Thu, October 22, 2015 17:25, Valeri Galtsev wrote: >> . . . Still, disregarding the part some of us dislike personally >> (plus often reboots necessary to install some vital updates >> - which all Linuxes are prone to beginning somewhere around >> 2.6 kernel) . . . > > I am glad to discover that I am not losing my mind. I too have been > rather dismayed at the perceived increase in frequency with which I > must reboot my servers. I wondered whether this was simply a > misconception on my part or an actual change in the environment. > > Apparently it is the later. So systemd moves Linux to more resemble Windows? mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] PHP version not enough for developers
On Fri, October 23, 2015 8:46 am, m.r...@5-cent.us wrote: > James B. Byrne wrote: >> >> On Thu, October 22, 2015 17:25, Valeri Galtsev wrote: >>> . . . Still, disregarding the part some of us dislike personally >>> (plus often reboots necessary to install some vital updates >>> - which all Linuxes are prone to beginning somewhere around >>> 2.6 kernel) . . . >> >> I am glad to discover that I am not losing my mind. I too have been >> rather dismayed at the perceived increase in frequency with which I >> must reboot my servers. I wondered whether this was simply a >> misconception on my part or an actual change in the environment. >> >> Apparently it is the later. > > So systemd moves Linux to more resemble Windows? > I regret James cut out positive part I said - about great job both RH and CentOS teams are doing! But coming back to negative part (which is about almost any Linux distribution). These often reboots started in my recollection around 2.6 kernel which is long ago. Already then one of my friends started calling Linux "Lindoze" apparently stressing you need to reboot it often, like MS Windows. I would suggest to take his label with a grain of salt, as he is the one who also used funny name for another well known system, after Oracle bough out Sun Microsystems he called Sun-Oracle "snorkel" (as if you pronounce it awfully fast). This was what made first step to "similarity" at least in one respect of Linux to MS Windows. Is systemd yet another step? No comment from me, as at some point I decided to not be on any side of apparently awfully polarized on this issue community. ;-) Valeri Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] PHP version not enough for developers
On Fri, 23 Oct 2015, Valeri Galtsev wrote: But coming back to negative part (which is about almost any Linux distribution). These often reboots started in my recollection around 2.6 kernel which is long ago. There's no way that needing a reboot is related to 2.6. Indeed newer features like ksplice can /reduce/ the number of reboots required. jh ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] PHP version not enough for developers
On Fri, October 23, 2015 9:40 am, John Hodrien wrote: > On Fri, 23 Oct 2015, Valeri Galtsev wrote: > >> But coming back to negative part (which is about almost any Linux >> distribution). These often reboots started in my recollection around 2.6 >> kernel which is long ago. I always admire the "creative trimming". You can really quite shift what one tried to say. The above is _not_ the point I tried to make! ;-) Valeri > > There's no way that needing a reboot is related to 2.6. Indeed newer > features > like ksplice can /reduce/ the number of reboots required. > > jh > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] virt-manager
On 10/23/2015 3:40 AM, Ashish Yadav wrote: Go to virtual hardware details of your VM ( by clicking on the open button after selecting your VM), in that go to display sections and select spice from vnc. you mean the open button, that if I push, causes virt-manager to exit ? -- john r pierce, recycling bits in santa cruz ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] PHP version not enough for developers
On Oct 23, 2015, at 9:46 AM, m.r...@5-cent.us wrote: > James B. Byrne wrote: >> >> I am glad to discover that I am not losing my mind. I too have been >> rather dismayed at the perceived increase in frequency with which I >> must reboot my servers. I wondered whether this was simply a >> misconception on my part or an actual change in the environment. >> >> Apparently it is the later. > > So systemd moves Linux to more resemble Windows? No. If anything, systemd handles upgrades better than SysV init, since it handles re-execing better. Please stop spreading FUD. Most likely the glibc and openssl updates are what people are talking about. Doesn’t require a reboot, just restarting all the services that might have those libraries loaded. -- Jonathan Billings ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] PHP version not enough for developers
On 10/23/2015 12:51 PM, Jonathan Billings wrote: No. If anything, systemd handles upgrades better than SysV init, since it handles re-execing better. Please stop spreading FUD. Most likely the glibc and openssl updates are what people are talking about. Doesn’t require a reboot, just restarting all the services that might have those libraries loaded. and of course, new kernels generally require a reboot, unless you've got that live kernel update thing running (which scares the heck out of me). -- john r pierce, recycling bits in santa cruz ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] PHP version not enough for developers
Jonathan Billings wrote: > On Oct 23, 2015, at 9:46 AM, m.r...@5-cent.us wrote: >> James B. Byrne wrote: >>> >>> I am glad to discover that I am not losing my mind. I too have been >>> rather dismayed at the perceived increase in frequency with which I >>> must reboot my servers. I wondered whether this was simply a >>> misconception on my part or an actual change in the environment. >>> >>> Apparently it is the later. >> >> So systemd moves Linux to more resemble Windows? > > No. If anything, systemd handles upgrades better than SysV init, since it > handles re-execing better. Please stop spreading FUD. What FUD? It adds *binary* logfiles, readable only with a separate program; when I restart a service, it does not *tell* me what's going on, just worked or didn't, so I don't know, if it fails, where, the messages from journalctl are extremely unhelpful, and when it boots, if I want to watch, it tends to hide much info. It's much less informative in most ways in helping me solve problems. mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: PHP version not enough for developers
On Fri, 23 Oct 2015 22:44, m.r...@5-cent.us wrote: Jonathan Billings wrote: On Oct 23, 2015, at 9:46 AM, m.r...@5-cent.us wrote: James B. Byrne wrote: I am glad to discover that I am not losing my mind. I too have been rather dismayed at the perceived increase in frequency with which I must reboot my servers. I wondered whether this was simply a misconception on my part or an actual change in the environment. Apparently it is the later. So systemd moves Linux to more resemble Windows? No. If anything, systemd handles upgrades better than SysV init, since it handles re-execing better. Please stop spreading FUD. What FUD? It adds *binary* logfiles, readable only with a separate program; when I restart a service, it does not *tell* me what's going on, just worked or didn't, so I don't know, if it fails, where, the messages from journalctl are extremely unhelpful, and when it boots, if I want to watch, it tends to hide much info. It's much less informative in most ways in helping me solve problems. Well, looking back, during kernel 2.6 there was no systemd at all. But! That was the time where udev and dbus came into the boot cycle. IMHO, the intrinsics between glibc (always a cause for refresh of initrd and full reboot) and udev where the start of the "reboot often". Later on came dbus from the pure app-message-bus to the monster (kdbus?) that it is now, adding in its own dreg of dependencies and making the boot cycle unclean in itself. The mess we have now, is not the work of just one change. What was the rationale to get udev into boot? -- Handling the ever changing mess of plugable, switchable hardware. Not born and bred for servers, but for mobiles (phones, tablets, laptops). Who was the one that decided that "one-size-fits-all" and put that into server environment? What was the rationale to let dbus near the system start at all? -- Again mobile development. Same as before who was the one that thought, "nice, lets fuck up the servers even more with that". Systemd was just the latest development, and not the worst. Yes, it could have gone better, and some of the devs have had more head-in-the-clouds than feet-on-the-ground. Looking back, systemd is the only "big" change since 2.6 that makes sense for servers. It's surrounding scene, however, does not make much sense for servers. Journald is a mess, but solveable -- install a "real" syslogd and get on with life. The mess that is networking, well, that could have / should have gone better. Lets not cast out the babe with the wash-water, through. That the difference between Linux servers and MS-Windows server got smaller is a matter of both sides. The difference between a MS-Win 2k server and a MS-Win 2016 server is much more than just 16 years. MS-Win 2016 kann be headless. A break-trough, 2012 was partly there. What was the jump forward for linux servers in this 16 years? We have lost some of the original Unix way: every tool should do one thing, and should do it right, be as small and as fast as possible. MicroSoft seems to have learned from its errors. Linux, well, atm we make them, and en mass. - Yamaban. PS: PHP devs should keep an eye on PHP 7. That will be ugly for every one that ignores the warning signs. Operators and Declarations esp. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] USB audio issues with 6.7
hmmm. my associate needs a USB sound thing in his stack... its always worked before, but when I brought him up on a new system with 6.7, the device is recognized usb 1-1: New USB device found, idVendor=08bb, idProduct=2704 usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 1-1: Product: USB Audio DAC usb 1-1: Manufacturer: Burr-Brown from TI usb 1-1: configuration #1 chosen from 1 choice usb 1-1: ctrl urb status -75 received input: Burr-Brown from TI USB Audio DACas /devices/pci:00/:00:01.2/usb1/1-1/1-1:1.2/input/input3 generic-usb 0003:08BB:2704.0001: input,hidraw0: USB HID v1.00 Device [Burr-Brown from TI USB Audio DAC ] on usb-:00:01.2-1/input2 and it shows up as... $ aplay -l List of PLAYBACK Hardware Devices card 0: I82801AAICH [Intel 82801AA-ICH], device 0: Intel ICH [Intel 82801AA-ICH] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: DAC [USB Audio DAC], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 but when he tries to connect to it, like with this test command... $ mpg123 -a hw:1,0 /audio/36790.mp3 Playing MPEG stream 1 of 1: 36790.mp3 ... [alsa.c:118] error: initialize_device(): cannot set hw params [audio.c:643] error: failed to open audio device [mpg123.c:547] error: failed to reset audio device: Broken pipe and I noted some kernel errors in dmesg... usb 1-1: cannot submit urb 0, error -22: internal error usb 1-1: cannot submit urb 0, error -22: internal error usb 1-1: cannot submit urb 0, error -22: internal error reading a random forum thread found via googling that error suggested someone else had this problem with 6.7 and reverted. I was running $ uname -a Linux kfat.com 2.6.32-573.7.1.el6.x86_64 #1 SMP Tue Sep 22 22:00:00 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux So, reverting to a older kernel fixed this, and it works fine. $ uname -a Linux kfat.com 2.6.32-431.17.1.el6.x86_64 #1 SMP Wed May 7 23:32:49 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux (I had a 6.5 rpm handy). any clues? Linux audio has always been a big black box to me. -- john r pierce, recycling bits in santa cruz ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] virt-manager
You might try using a Fedora or CentOS VM instead of XMing. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] EFI netboot to kickstart install
- Original Message - | Hello All | | | Up until now we have been using standard PXE boot to do kick start installs | of centos boxes. With recent machines however they come by default as EFI | boot. We can set them to legacy but I would like to solve this before this | option goes away. | | | Just wondering if anyone has any experience setting up a net boot server that | can be used to kickstart EFI machines? | | | Thanks | | | Grant We use iPXE to boot the kernel and initrd files directly from our mirror. It was pretty much dead simple to do too. No need for unpacking RPMS or placing files on our TFTP server (other than iPXE) -- James A. Peltier IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 604-365-6432 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.sfu.ca/itservices Twitter : @sfu_rcg Powering Engagement Through Technology ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] virt-manager
On 10/23/2015 4:34 PM, Gordon Messmer wrote: You might try using a Fedora or CentOS VM instead of XMing. what I've been doing instead is forcing myself to figure out virsh :) -- john r pierce, recycling bits in santa cruz ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos