Discuss September 2012

discuss@lists.centos.org

139 participants
148 discussions

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

Building CentOS 6.2 custom install media
by Daniel Drake 14 Sep '13

14 Sep '13

Hi, For the OLPC school server ("XS") we are planning to move from our dated F9 setup to CentOS 6.2. Thanks for all the effort involved in producing this distro. One important part of this project is a 'respin' of the install media - we need to add a handful of packages from external repositories, and maybe run a command late in the install. Are the scripts/configurations used to produce the CentOS official CD/DVDs available? I guess this would be our most reliable/sensible starting point. I am familiar with pungi, kickstart, anaconda, etc, so just a simple git link would be enough to get me started. Thanks, Daniel

5 7

Re: [CentOS] sieveshell fails to start on CentOS 6.0
by Devin Reade 12 Jun '13

12 Jun '13

--On Wednesday, August 10, 2011 01:52:21 PM -0400 Harold Pritchett <harold(a)uga.edu> wrote: > [harold@newmick ~]$ sieveshell localhost > connecting to localhost > unable to connect to server at /usr/bin/sieveshell line 170. Try specifying both --user and --authname as appropriate. sieveshell can be misleading in its error messages, and you may actually have an authentication error rather than a connection error there. You could run it under strace to make sure. Devin

3 2

Virtual Machine Manager error
by Rajagopal Swaminathan 11 Apr '13

11 Apr '13

Greetings, I am getting the following error when I start the Virtual machine manager [root@centos Desktop]# uname -a Linux blah.blah.blah 2.6.32-220.2.1.el6.x86_64 #1 SMP Fri Dec 23 02:21:33 CST 2011 x86_64 x86_64 x86_64 GNU/Linux Error polling connection 'qemu:///system': internal error Cannot find suitable emulator for x86_64 Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/engine.py", line 440, in _tick conn.tick() File "/usr/share/virt-manager/virtManager/connection.py", line 1414, in tick newNets, self.nets) = self._update_nets() File "/usr/share/virt-manager/virtManager/connection.py", line 1277, in _update_nets lookup_func, build_class) File "/usr/share/virt-manager/virtManager/connection.py", line 1209, in _poll_helper if not check_support(): File "/usr/share/virt-manager/virtManager/connection.py", line 501, in is_network_capable virtinst.support.SUPPORT_CONN_NETWORK) File "/usr/lib/python2.6/site-packages/virtinst/support.py", line 574, in check_conn_support return _check_support(conn, feature, conn) File "/usr/lib/python2.6/site-packages/virtinst/support.py", line 443, in _check_support actual_drv_ver = _hv_ver(conn, uri) File "/usr/lib/python2.6/site-packages/virtinst/support.py", line 376, in _hv_ver ret = cmd(*args) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 2823, in getVersion if ret == -1: raise libvirtError ('virConnectGetVersion() failed', conn=self) libvirtError: internal error Cannot find suitable emulator for x86_64 any clues? TIA -- Regards, Rajagopal

12 17

CentOS 6 : Tip for significantly increasing battery life / reducing power consumption (Thinkpad X220 Tablet)
by Mathieu Baudier 24 Mar '13

24 Mar '13

Hello, I was not happy with the power consumption of CentOS 6 x86_64 on a new Lenovo Thinkpad x220 Tablet and I worked on reducing it. I just wanted to share with the list one of the changes which gave me the most significant improvement. As per http://www.williambrownstreet.net/blog/?p=387, add the following kernel arguments to the GRUB boot configuration: pcie_aspm=force i915.i915_enable_rc6=1 i915.lvds_downclock=1 i915.i915_enable_fbc=1 (in /boot/efi/EFI/redhat/grub.conf since I use EFI, /boot/grub/grub.conf otherwise) As measured using PowerTop, this made the power consumption decrease from 20W to 11W ! (I had already decreased it from 25W to 20W with the usual tips of disabling hardware, shutting down services, switching tuned profiles, etc.) All in all, battery time was more than multiplied by two, and the computer is now much more silent since the fan is not always running like mad in order to cool the processor. The bottom of the laptop is not anymore hot as hell. I don't know whether this would have an impact on other hardware, but it may be worth looking at it (even on servers?), since the above link points to descriptions of a regression in the kernel which seems more general. As a side note, the Power Management Guide of Red Hat is a good resource (analysis tools + tuned profiles): http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html-single/Po… Cheers, Mathieu PS: Do you think I should book a bug in the upstream bug tracker?

5 8

CentOS 6 early panic on ESXi 4.1.0 build 800380
by Tilman Schmidt 12 Mar '13

12 Mar '13

I run VMware vSphere 4 Essentials with three almost identically configured ESXi 4.1 hosts and a mix of 32 and 64 bit guests including Windows 2003 and 2008 as well as CentOS 5 and 6. Recently I updated one of the hosts to build 800380. The new build runs Windows and CentOS 5 VMs fine, but CentOS 6 guests won't come up. I tried two different CentOS 6 VMs. Both have the latest standard kernel (2.6.32-279.5.2.el6.x86_64). Both run perfectly fine on one of the other VMware hosts still running ESXi 4.1.0 build 702113. On build 800380, both display the GRUB menu alright but freeze immediately afterwards, emitting the message PANIC: early exception 0d rip 10:ffffffff81038879 error 0 cr2 0 on the bottom of the virtual console. Both run perfectly fine again once I move them back to the host with the older ESXi build. From one of the failed boot attempts, I captured a VMware debug log which shows: Sep 11 17:21:19.628: vcpu-0| RDMSR: unknown MSR[0x1a0] (read as zero): rip=0xffffffff810388db count=1 Sep 11 17:21:19.628: vcpu-0| RDMSR: unknown MSR[0x1a0] (read as zero): rip=0xffffffff810388db count=2 Sep 11 17:21:19.629: vcpu-0| X86Fault_Warning: vmcore/vmm64/cpu/interp.c:427: cs:eip=0x10:0xffffffff81038879 fault=13 Sep 11 17:21:19.632: vcpu-0| Vix: [1125838 vmxCommands.c:9609]: VMAutomation_HandleCLIHLTEvent. Do nothing. Sep 11 17:21:19.632: vcpu-0| MsgHint: msg.monitorevent.halt (sent) Sep 11 17:21:19.632: vcpu-0| The CPU has been disabled by the guest operating system. Power off or reset the virtual machine. Ideas? aTdHvAaNnKcSe, Tilman

3 10

SpamAssassin reporting help
by Jason T. Slack-Moehrle 10 Feb '13

10 Feb '13

Hello All, CentOS release 6.3 (Final) I am getting e-mails now where they are: Subject: Cron <root@www> /usr/share/spamassassin/sa-update.cron 2>&1 | tee -a /var/log/sa-update.log Body: http: GET http://daryl.dostech.ca/sa-update/asf/1387055.tar.gz request failed: 404 Not Found: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>404 Not Found</title> </head><body> <h1>Not Found</h1> <p>The requested URL /sa-update/asf/1387055.tar.gz was not found on this server.</p> <hr> <address>Apache/2.2.6 (Fedora) Server at daryl.dostech.ca Port 80</address> </body></html> Can anyone help me understand what is happening here? Are they trying to inject an http request, looking for a specific file? Or checking to see if I am running a piece of software that has vulnerabilities to exploit? -Jason

4 3

Building Dovecot CentOS 5 RPMs with custom LDAP packages
by Nikolaos Milas 11 Jan '13

11 Jan '13

Hi, We are (still) mainly using CentOS 5 (5.8 x86_64). As CentOS / EL 5 standard OpenLDAP packages are rather old (2.3.x), we've been using LTB OpenLDAP packages ( http://ltb-project.org/wiki/download#openldap), which get installed in non-standard file system locations. I am not much experienced in building RPMs and preparing spec files. We are currently using dovecot RPM packages from the atrpms repo (http://packages.atrpms.net/dist/el5/dovecot/). I would like to re-build Dovecot packages based on the LTB OpenLDAP RPM packages (OpenLDAP v2.4.x), esp. because I see that ATRPMs Dovecot RPM packages are built using OpenLDAP v2.3 devel code (i.e. standard CentOS OpenLDAP devel packages). In http://dl.atrpms.net/all/dovecot.spec I see: ------------------------------------------------ BuildRequires: openldap-devel, cyrus-sasl-devel ... Obsoletes: %{name}-pgsql < %{epoch}:%{version}-%{release}, %{name}-mysql < %{epoch}:%{version}-%{release}, %{name}-sqlite < %{epoch}:%{version}-%{release}, %{name}-ldap < %{epoch}:%{version}-%{release}, $ Conflicts: %{name}-pgsql > %{epoch}:%{version}-%{release}, %{name}-mysql > %{epoch}:%{version}-%{release}, %{name}-sqlite > %{epoch}:%{version}-%{release}, %{name}-ldap > %{epoch}:%{version}-%{release}, $ ------------------------------------------------ So, I guess I can/should change the former line to: BuildRequires: openldap-ltb-debuginfo, cyrus-sasl-devel Note: The final Dovecot RPM and the associated executables (included therein) do not need any LDAP dynamic library in order to run with LDAP support; i.e. after building, the produced package does not require any ldap package on the system. Question 1: What other changes/additions should we make in the spec file in order to specify that we will be using (if needed) LDAP libraries from: /usr/local/openldap/lib64 and include files from: /usr/local/openldap/include (rather than from /usr/lib64 and /usr/include, respectively, which are the standard file paths used in native openldap-devel RPM)? Question 2: How the Obsoletes and Conflicts lines should be changed? Any other associated info would be appreciated. Thanks, Nick

2 3

IE 9 not sending digest auth info
by Paul Heinlein 11 Jan '13

11 Jan '13

I migrated our internal wiki server last week, and some IE users aren't able to authenticate. The service is hosted by Apache using Digest authentication. It migrated from Apache 2.2.9 (Debian 5) to Apache 2.2.15 (CentOS 6). The internal hostname for the wiki server is a DNS CNAME that was repointed from one host to another during the cutover. In a normal session, 1. Client sends GET 2. Server sends 401 with WWW-Authenticate header 3. Client sends GET with Authorization header 4. Server sends 200 with Authentication-Info header and page content When using IE 9 (and possibly 8, I'm still trying to track that down), 1. Client sends GET 2. Server sends 401 with WWW-Authenticate header 3. Client resends GET (*without* Authorization header) 4. Server sends 401 with WWW-Authenticate header 5. Etc. IE seems to be ignoring 401 and/or the WWW-Authenticate headers. Using Chrome on Windows works fine; the issues are specific to IE. Any ideas? My google-fu has failed me. -- Paul Heinlein <> heinlein(a)madboa.com <> http://www.madboa.com/

3 4

Re: [CentOS] CONFIG_ARPD turned on in centosplus kernel.
by Akemi Yagi 12 Dec '12

12 Dec '12

On Thu, May 17, 2012 at 11:33 AM, Steve Clark <sclark(a)netwolves.com> wrote: > On 05/05/2012 04:45 PM, Akemi Yagi wrote: > > On Sat, May 5, 2012 at 12:40 PM, Steve Clark <sclark(a)netwolves.com> wrote: > > http://bugs.centos.org/view.php?id=5709 > > I actually took the latest centosplus kernel srpm and got it going in my > environment (would like to have > semi official support though ;-) ). It has been running stable for a > couple of weeks now. > > I have 4 systems setup using it and opennhrp in a DMVPN hub and spoke > arrangement. > I have 2 hubs with each of the spokes connected to each of the hubs. The > spokes would be units in the field while > the hubs would be at HQ in a failover environment using OSPF amongst them > all. > > I've updated the RFE you filed with some info. Will be nice if you > also add the above note in there. > > Akemi > _______________________________________________ > > Thanks Akemi, > > I am just preparing to test the new kernel. That's great. I closed the bug report thinking there would be no response. I will reopen it so that you can add your test result. Akemi

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss September 2012