Discuss

discuss@lists.centos.org

34758 discussions

CentOS 5.5 yum update with reference to 5.6
by Bernard Fay 14 Apr '11

14 Apr '11

Hello group, I have a CentOS 5.5 server freshly installed. When I do a yum updated package_name, I have referenced to 5.6. Why? Here is an example: yum update vsftpd --changelog Loaded plugins: changelog, fastestmirror, security addons/other | 192 B 00:00 base/other_db | 11 MB 00:50 extras/other_db | 442 kB 00:01 updates/other_db | 2.8 MB 00:11 http://centos.arcticnetwork.ca/*5.6*/updates/x86_64/repodata/other.sqlite.b…: [Errno -1] Metadata file does not match checksum Trying other mirror. updates/other_db | 2.7 MB 00:22 Loading mirror speeds from cached hostfile * addons: mirror.science.uottawa.ca * base: mirror.science.uottawa.ca * extras: mirror.science.uottawa.ca * updates: mirror.science.uottawa.ca Skipping security plugin, no data Setting up Update Process Resolving Dependencies Skipping security plugin, no data --> Running transaction check ---> Package vsftpd.x86_64 0:2.0.5-16.el5_6.1 set to be updated --> Finished Dependency Resolution Changes in packages about to be updated: vsftpd-2.0.5-16.el5_6.1.x86_64 * Fri Mar 4 17:00:00 2011 Jiri Skala <jskala(a)redhat.com> - 2.0.5-16.el5_6.1 - Resolves: #681893 - CVE-2011-0762 vsftpd: remote DoS via crafted glob pattern * Thu Apr 8 18:00:00 2010 Jiri Skala <jskala(a)redhat.com> - 2.0.5-16.el5_5.1 - Resolves: #580055 - vsftpd prematurely closes connection just before processing of post-auth command - Resolves: #580396 - vsftpd issues in RHEL5 Dependencies Resolved ======================================================================================================================================== Package Arch Version Repository Size ======================================================================================================================================== Updating: vsftpd x86_64 2.0.5-16.el5_6.1 updates 139 k Transaction Summary ======================================================================================================================================== Install 0 Package(s) Upgrade 1 Package(s) Total download size: 139 k The version installed is 5.5: [root@future_qljnl51p yum.repos.d]# lsb_release -a LSB Version: :core-3.1-amd64:core-3.1-ia32:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-ia32:graphics-3.1-noarch Distributor ID: CentOS Description: CentOS release 5.5 (Final) Release: 5.5 Codename: Final -- Bernard

3 3

Re: [CentOS] 40TB File System Recommendations
by Christopher Chan 14 Apr '11

14 Apr '11

On Thursday, April 14, 2011 02:54 PM, Sorin Srbu wrote: >> -----Original Message----- >> From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf >> Of Christopher Chan >> Sent: Wednesday, April 13, 2011 4:49 PM >> To: centos(a)centos.org >> Subject: Re: [CentOS] 40TB File System Recommendations >> >>>> While we are at it, disks being directly connected to the raid card will >>>> mean there won't be bus contention from nics and what not whereas >>>> software raid 5/6 would have to deal with that. >>> >>> Could that really be an issue as well? What kind of traffic levels are we >>> speaking of now? Approximately? That is to say, in as much this can be >>> quantified at all. >>> >>> I've never really seen this problem. >> >> Oh yeah, we are on PCIe and NUMA architectures now. I guess this point >> no longer applies just like hardware raid being crap no longer applies >> because they are not underpowered i960/tiny cache boards anymore. > > I'm sorry, I can't quite "read you". Is your reply meant to be sarcastic? If I > misunderstood it, I apologize. > > Anyway, what I meant before was that I haven't really the problem with smaller > systems, like for eg department backups. Maybe up to 10TB-file systems, with not > too many user's homefolders, in the hundreds maybe, but still a lot of data > being transferred each day. I know what you meant...and yes, the bus has plenty of bandwidth to not have to worry unless you are sticking it on a 1x lane slot.

2 1

Re: [CentOS] Centos 6 Update?
by Hendrik 14 Apr '11

14 Apr '11

2011/4/5 Dag Wieers <dag(a)wieers.com>: >> You are one of the few who care to give updates, so thanks for that. > > Nobody else really can give an update, the process is pretty much closed to > the general public. So if the only person why can provide information is off > by 2 months, I'd rather have no information at all. Now is the time to change that. Maybe CentOS just needs a new leadership? -- Hendrik

36 166

bizarre system slowness
by Florin Andrei 14 Apr '11

14 Apr '11

Running v5 64bit on a Dell 1950. A cluster of 3 DB machines, identical hardware. One of them suddenly became slower 2 weeks ago. tar -zxf with a large file on this machine takes 1.5 minutes, but takes only 10 seconds on any of its siblings. CPU usage seems high while untarring, with lots of user and sys cycles being used, but almost no wait cycles. It doesn't matter whether I untar on a local disk, or on a fiber channel SAN volume, it's slow anyway. scp a file over the network is slow too: 6 MB/s to this machine, 70 MB/s to its siblings. However, this is just as fast on all systems, including the "sick" one: # time dd if=/dev/zero of=/dev/null bs=1M count=100000 100000+0 records in 100000+0 records out 104857600000 bytes (105 GB) copied, 2.59213 seconds, 40.5 GB/s real 0m2.600s user 0m0.025s sys 0m2.550s /proc/cpuinfo looks fine. Nothing suspect in dmesg. Reboot doesn't fix it. Power off / power on doesn't fix it. Single mode is slow too, and I tried a couple different kernels. Dell's online diagnostics program could find nothing wrong with it. /var/log/messages was full of "ntpd[7313]: frequency error -1707 PPM exceeds tolerance 500 PPM" messages. There was a lot of messages about "the system limit for the maximum number of semaphore sets has been exceeded"; there was indeed a lot of leftover semaphores created by NRPE (owned by the nagios user); I deleted them but nothing has changed, so they were a symptom, not the cause. I'm still kind of hoping it's a software issue, but chances are slim. OTOH, I can't imagine any hardware problem that would exhibit these symptoms. Any idea what to test? -- Florin Andrei http://florin.myip.org/

7 8

Re: [CentOS] 40TB File System Recommendations
by Christopher Chan 14 Apr '11

14 Apr '11

On Wednesday, April 13, 2011 10:32 PM, Sorin Srbu wrote: >> -----Original Message----- >> From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf >> Of Christopher Chan >> Sent: Wednesday, April 13, 2011 3:45 PM >> To: centos(a)centos.org >> Subject: Re: [CentOS] 40TB File System Recommendations >> >> While we are at it, disks being directly connected to the raid card will >> mean there won't be bus contention from nics and what not whereas >> software raid 5/6 would have to deal with that. > > Could that really be an issue as well? What kind of traffic levels are we > speaking of now? Approximately? That is to say, in as much this can be > quantified at all. > > I've never really seen this problem. Oh yeah, we are on PCIe and NUMA architectures now. I guess this point no longer applies just like hardware raid being crap no longer applies because they are not underpowered i960/tiny cache boards anymore.

2 1

a pc running centos 5.5 x64 (yum update to 5.6), can't hibernate, from shutdown menu.
by zoge 14 Apr '11

14 Apr '11

from the gnome menu, system->shutdown, then press the hibernate button on the popup window. during the process, the system stoped ,after shrink memory and free many pages. any suggest? tnks.

1 0

Re: [CentOS] Got no login screen with the new 5.6 kernel
by Stanley A. Klein 14 Apr '11

14 Apr '11

On Wed, April 13, 2011 12:00 pm, m.roth(a)5-cent.us wrote: > Message: 30 > Date: Tue, 12 Apr 2011 15:10:52 -0400 > From: m.roth(a)5-cent.us > Subject: Re: [CentOS] Got no login screen with the new 5.6 kernel > > Phil Schaffner wrote: >> Stanley A. Klein wrote on 04/12/2011 01:55 PM: >>> I did the 5.6 update yesterday. When I started the machine today, I >>> did >>> not get a login screen -- it was just a blank screen with no cursor or >>> anything. I shut down, restarted and when grub came up selected the >>> previous kernel. The system came up as usual, presented a login >>> screen, >>> and is working OK. >>> >>> There is apparently something buggy related to the new kernel >>> (2.6.18-238.5.1.el5). >> >> How far did it get during the boot - to where the GUI login should have >> been displayed, or did it die earlier? Anything enlightening in >> /var/log/messages or /var/log/Xorg.0.log? Did you try a boot to >> runlevel 3 or 1 to debug? > > My reaction, also: on boot, edit the kernel line to either runlevel 3, or > s (single user mode), and I'll wager you see the screen. If so, then your > problem is the video driver used by X. HOPEFULLY, there's > system-config-display, otherwise, you screw with /etc/X11/xorg.conf and > startx until you get something, then you can use the GUI tools. > > mark Problem solved, but rather strange. When I first booted with the previous kernel I looked at /var/log/messages and didn't see anything useful. Today, I selected the previous kernel from the grub screen and looked at /var/log/Xorg.0.log. The date in the file was today, so that was from the current boot, not from the time it failed to give the login screen. I edited inittab to default to runlevel 3. I got the runlevel 3 login prompt, did startx, and the GUI came up. I restored the runlevel 5 default in inittab and rebooted letting the new kernel get selected by default. The login screen came up. It must have had something to do with the initialization of X on the first boot under 5.6. Your suggestions helped. Thanks. Stan Klein

2 1

Dag's RHEL Rebuild Project.
by Antaryami Khuda 13 Apr '11

13 Apr '11

I see um twitter dag's want to start his own RHEL rebuild. Dag how much monies you do need? I make contribution of 5.000 rupee if other join. Ant

16 25

status of 5.6 updates
by William Warren 13 Apr '11

13 Apr '11

There has been a steady stream of updates of security issues for 5.6. I'm curious about the timeline for these updates from centos...:)

4 4

Sangoma A101DE 1 Port E1/T1 With Hardware Echo Cancellation ( PCI Express ) Card installed on the box
by Kaushal Shriyan 13 Apr '11

13 Apr '11

Hi, I have Sangoma A101DE 1 Port E1/T1 With Hardware Echo Cancellation ( PCI Express ) Card installed on the box. *Its not detected.* Details are as below :- [root@asterisk ~]# lspci 00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 01) 00:01.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge 00:04.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge 00:05.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge 00:12.0 IDE interface: ATI Technologies Inc IXP SB400 Serial ATA Controller 00:13.0 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller 00:13.1 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller 00:13.2 USB Controller: ATI Technologies Inc IXP SB400 USB2 Host Controller 00:14.0 SMBus: ATI Technologies Inc IXP SB400 SMBus Controller (rev 10) 00:14.1 IDE interface: ATI Technologies Inc IXP SB400 IDE Controller 00:14.3 ISA bridge: ATI Technologies Inc IXP SB400 PCI-ISA Bridge 00:14.4 PCI bridge: ATI Technologies Inc IXP SB400 PCI-PCI Bridge 00:14.5 Multimedia audio controller: ATI Technologies Inc IXP SB400 AC'97 Audio Controller (rev 01) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:05.0 VGA compatible controller: ATI Technologies Inc RS480 [Radeon Xpress 200G Series] 01:05.1 Display controller: ATI Technologies Inc Radeon Xpress Series (RS480) 02:00.0 PCI bridge: PLX Technology, Inc. PEX8112 x1 Lane PCI Express-to-PCI Bridge (rev aa) 04:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751 Gigabit Ethernet PCI Express (rev 20) 05:0a.0 Ethernet controller: Accton Technology Corporation EN-1216 Ethernet Adapter (rev 11) [root@asterisk ~]# cat /etc/redhat-release CentOS release 5.5 (Final) [root@asterisk ~]# asterisk -v Asterisk 1.6.2.11, Copyright (C) 1999 - 2010 Digium, Inc. and others. Created by Mark Spencer <markster(a)digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ============================== =========================================== Asterisk already running on /var/run/asterisk/asterisk.ctl. Use 'asterisk -r' to connect. [root@asterisk ~]# Please suggest/guide Thanks Kaushal

7 11

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