Discuss

discuss@lists.centos.org

34753 discussions

Secret incantations for virt-viewer?
by Bill Gee 02 Jan '15

02 Jan '15

Hello everyone - I am trying to use virt-viewer to connect to KVM virtual machines running on a CentOS7 host. It works great when running directly on the host, but I have not been able to figure out the magic connection string to make it work from another computer. On the host, I set selinux to "permissive" and stopped the firewalld service. No change, so it is not related to them. Almost every command I try gives an immediate dialog box that says "Unable to connect to libvirt with URI ...". The only command line that gets me anything different is this: virt-viewer --connect xen+ssh://root@practice7.billgee.local/ dd2a2ba7-707d-42b5-8c83-94b11ce6e269 This will ask me for the root password on the host machine and then gives me the same "Unable to connect" message. I tried it with a regular user account instead of root and got the same result. I have tried it with and without the "root@" string. I tried using both the UUID and the domain name of the guest. I tried all of the following protocols: ssh:// qemu:// qemu:/// xen:// xen+ssh:// qemu_ssh:// qemu+ssh:// If I open a regular ssh shell using the +X parameter and then launch virt- viewer, it works. The connection string in that case is --connect=qemu:///system Any suggestions? Thanks - Bill Gee

4 8

Happy New Year!
by Ljubomir Ljubojevic 01 Jan '15

01 Jan '15

On behalf of the CentOS project I wish you Happy New Year! Happy New Year! -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe StarOS, Mikrotik and CentOS/RHEL/Linux consultant

6 5

Re: [CentOS] Design changes are done in Fedora
by Warren Young 31 Dec '14

31 Dec '14

On Dec 31, 2014, at 11:00 AM, m.roth(a)5-cent.us wrote: > Warren Young wrote: >> >> How many single computers have to be up 24/7? > > A hundred or more, here, individual servers, 24x7. I’m more interested in a percentage than absolute values. And I’m only interested in boxes that simply cannot go down for a bit of maintenance every now and then. As counterexamples, DNS, NTP, and SMTP servers are out, because these protocols were explicitly designed to cope with short temporary outages. > Home directory servers, > backup servers, compute nodes, some of which have jobs that run for days, > or a week or two, and that's not counting the clusters that do the same... > and mostly dump the data to home or project directories. That’s all possible to work around. Home servers: SAN design points the way. Backup servers: Ditto if you mean home directory mirrors. If you mean hot failover nodes in a cluster, I already pointed out that clusters let you upgrade via temporary partitioning. Compute nodes: I didn’t ask how many boxes you have that share the same 9/5/180 usage pattern of our customers. I asked how many you have that must run 24/7/365 or Bad Things happen. When a job that’s been running for 2 weeks finishes, there’s your maintenance window. Take it if you need it, let it go if you don’t.

1 0

X11 console
by Andreas Benzler 31 Dec '14

31 Dec '14

Hello Guys… I need to revert the X11 graphical server to Console 7. and enable VT1 as normal text as it was on the old distr.. Sincerely AndyBe

10 9

CentOS 6.6 - net-snmp process - Too many open files
by Laurent Dumont 31 Dec '14

31 Dec '14

Hi gents, I have a CentOS 6.6 install with net-snmp running. I'm using SNMPv3 Auth and Encryption with Observium polling devices every five minutes. On one of my Centos server, the net-snmp process will die after 24-36 hours of running. It seems to be hitting my system maximum file open limit which is set to 1024. > [root@mail net-snmp-5.7]# ulimit -n > 1024 That number will keep increasing till it trips the 1024 limit. > [root@mail ~]# lsof -p 26907 | wc -l > 1071 > [root@mail net-snmp-5.7]# lsof -p 26907 > snmpd 26907 root 166r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > snmpd 26907 root 167r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > snmpd 26907 root 168r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > snmpd 26907 root 169r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > snmpd 26907 root 170r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > snmpd 26907 root 171r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > snmpd 26907 root 172r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > snmpd 26907 root 173r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > snmpd 26907 root 174r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > snmpd 26907 root 175r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > snmpd 26907 root 176r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > snmpd 26907 root 177r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > snmpd 26907 root 178r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > snmpd 26907 root 179r REG 0,3 0 4026532160 > /proc/26907/net/sctp/snmp > #tail /var/log/snmpd.log > cannot open /proc/net/dev ... > /proc/partitions: Too many open files > /proc/stat: Too many open files > /proc/partitions: Too many open files > /proc/stat: Too many open files > could not create socket > /proc/partitions: Too many open files > /proc/stat: Too many open files > cannot open /proc/net/dev ... > /proc/partitions: Too many open files > /proc/stat: Too many open files > /proc/partitions: Too many open files > /proc/stat: Too many open files It seems that CentOS is frozen to net-snmp 5.5 and I'm don't really want to use anything that I can't easily manage with "yum". The weird thing is that I have another server with the same config/CentOS version/Net-Snmp version and I have no issues with the snmp process on that server. I could raise the open file limit but that just seems unnecessary since I don't think that snmp is supposed to work that way. Anything else I could try to troubleshoot the issue? Thanks!

1 0

Re: [CentOS] can't enable selinux CentOS 6.5
by James B. Byrne 31 Dec '14

31 Dec '14

On Tue, December 30, 2014 03:18, Digimer wrote: > What possible reason could they have for that? > > On 30/12/14 02:17 AM, Laurent Dumont wrote: >> By any change, is it a VPS? I know that my CloudAtCost (very cheap but >> extremely unreliable provider) prevents you from using SeLinux on their >> Centos image. No mysterious breakages == lower support costs. The same reason MicroSoft shipped everything on and open for years and thereby built up the malware industry from scratch. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

4 4

sound oddity on C6
by Fred Smith 31 Dec '14

31 Dec '14

I just encountered an oddity... it may have been this way for millennia :) but somehow I've never noticed it before... say I'm using X (which is pretty normal these days) and I have VLC playing a "radio" station. I do CTRL-ALT-Fx to switch to a text console THAT HAS NO ONE LOGGED IN on it, and voila: no sound! as soon as I log in, the audio returns. what gives here? -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- "For the word of God is living and active. Sharper than any double-edged sword, it penetrates even to dividing soul and spirit, joints and marrow; it judges the thoughts and attitudes of the heart." ---------------------------- Hebrews 4:12 (niv) ------------------------------

2 2

Documentation for upstart
by Robert Nichols 31 Dec '14

31 Dec '14

Is there any documentation for the upstart-0.6.5 used in CentOS 6? All I can find online is for much newer versions. -- Bob Nichols "NOSPAM" is really part of my email address. Do NOT delete it.

1 0

Re: [CentOS] Secret incantations for virt-viewer?
by Bill Gee 30 Dec '14

30 Dec '14

On Tuesday, December 30, 2014 16:15:45 m.roth(a)5-cent.us wrote: > Bill Gee wrote: > > On Tuesday, December 30, 2014 13:01:57 SilverTip257 wrote: > >> On Tue, Dec 30, 2014 at 9:58 AM, Marcelo Roccasalva < > >> > >> marcelo-centos(a)irrigacion.gov.ar> wrote: > >> > On Tue, Dec 30, 2014 at 11:46 AM, Bill Gee <bgee(a)campercaver.net> > >> > >> wrote: > <snip> > > > Thanks! I changed the qemu.conf file to listen on 0.0.0.0. That works - > > I can connect to the virtual machines using a VNC client. > > <snip> > Eeek! > > I'd change that, if I were you, to something on your own network - > 192.168.0.0/24, or whatever. I don't think you want somebody, in, say, > North Korea or Brazil getting in there. > > mark, the unpostable Hi Mark My understanding is that 0.0.0.0 in this context really means "all public network interfaces". There is no man page for qemu.conf, so all I can go by is the comments in the file. There are NAT routers in front of all of this. Bill Gee

1 0

Re: [CentOS] Design changes are done in Fedora
by James B. Byrne 30 Dec '14

30 Dec '14

On Mon, December 29, 2014 21:04, Warren Young wrote: > On Dec 29, 2014, at 4:03 PM, Les Mikesell <lesmikesell(a)gmail.com> wrote: > >> On Mon, Dec 29, 2014 at 3:03 PM, Warren Young <wyml(a)etr-usa.com> wrote: >>> >>> the world where you design, build, and deploy The System is disappearing >>> fast. >> >> Sure, if you don't care if you lose data, you can skip those steps. > > How did you jump from incremental feature roll-outs to data loss? There is no > necessary connection there. > Having written the Cucumber Backgrounder guide I believe that I am well aware of some of the current fashions in software development. The idea of incremental feature enhancement that you introduced is at once orthogonal to my original point and yet forms an ironic counterpoint that highlights the problem. The issue of data integrity is a separate matter entirely. I raised the issues of needless incompatibility and the avoidable costs of retraining and re-implementation of existing, satisfactory, solutions. You reply with a comment extolling incremental featurism. I am all in favour of incrementalism in software development. The problem being that RedHat does not do that. Instead RedHat freezes the product two years before release and then sets about creating a new, equivalent, but significantly different, replacement that you are forced to accept every seven years. In fact, the freeze, release, support and deprecate schedule that RedHat embraces as a corporate policy bears more than a passing similarity to the 'waterfall' process you, evidently prematurely, consigned to the grave. If RedHat actually adopted incremental rollout of new features to their distribution I would be most happy because, incremental rollouts are NOT SUPPOSED TO BREAK ANYTHING ALREADY IN PRODUCTION. And that condition is most certainly not met in every case of RHELx+1 I have dealt with. -- *** 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

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