Discuss November 2006

discuss@lists.centos.org

253 participants
263 discussions

noarch concerns? dangers?
by R Lists06 08 Nov '06

08 Nov '06

Please share some wisdom from the list... :-) Realistically there is some type of difference between an rpm made for an arch (like i386 or x86_64 etc) vrs an rpm with noarch I was just looking at and downloaded these two from dag perl-Archive-Tar-1.30-1.el4.rf.noarch.rpm perl-IO-Zlib-1.04-1.2.el4.rf.noarch.rpm they are the latest and are not assigned to an architecture there are older rpms of the same that are assigned an arch like i386 what concerns should I be aware of if any when considering installing these? Or should I just choose an older one with i386 etc architecture in mind? Unit to install on is production internet mail and web server etc Thanks and kind regards! - rh -- Robert - Abba Communications Computer & Internet Services (509) 624-7159 - www.abbacomm.net

2 1

CentOS-announce Digest, Vol 21, Issue 4
by centos-announce-request＠centos.org 08 Nov '06

08 Nov '06

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. CESA-2006:0730-01: Important CentOS 2 i386 php security update (John Newbigin) 2. CESA-2006:0727 Moderate CentOS 3 ia64 texinfo - security update (Pasi Pirhonen) 3. CESA-2006:0727 Moderate CentOS 3 s390(x) texinfo - security update (Pasi Pirhonen) 4. CESA-2006:0727-1 Moderate CentOS 3 ia64 texinfo - security update (Pasi Pirhonen) 5. CESA-2006:0727-1 Moderate CentOS 4 ia64 texinfo - security update (Pasi Pirhonen) 6. CESA-2006:0727-1 Moderate CentOS 4 s390(x) texinfo - security update (Pasi Pirhonen) ---------------------------------------------------------------------- Message: 1 Date: Wed, 08 Nov 2006 09:35:30 +1100 From: John Newbigin <jnewbigin(a)ict.swin.edu.au> Subject: [CentOS-announce] CESA-2006:0730-01: Important CentOS 2 i386 php security update To: centos-announce(a)centos.org Message-ID: <45510A32.2070106(a)ict.swin.edu.au> Content-Type: text/plain; charset=us-ascii; format=flowed The following errata for CentOS-2 have been built and uploaded to the centos mirror: RHSA-2006:0730-01 Important: php security update Files available: php-4.1.2-2.13.i386.rpm php-devel-4.1.2-2.13.i386.rpm php-imap-4.1.2-2.13.i386.rpm php-ldap-4.1.2-2.13.i386.rpm php-manual-4.1.2-2.13.i386.rpm php-mysql-4.1.2-2.13.i386.rpm php-odbc-4.1.2-2.13.i386.rpm php-pgsql-4.1.2-2.13.i386.rpm More details are available from the RedHat web site at https://rhn.redhat.com/errata/rh21as-errata.html The easy way to make sure you are up to date with all the latest patches is to run: # yum update -- John Newbigin Computer Systems Officer Faculty of Information and Communication Technologies Swinburne University of Technology Melbourne, Australia http://www.ict.swin.edu.au/staff/jnewbigin ------------------------------ Message: 2 Date: Wed, 8 Nov 2006 14:34:47 +0200 From: Pasi Pirhonen <upi(a)centos.fi> Subject: [CentOS-announce] CESA-2006:0727 Moderate CentOS 3 ia64 texinfo - security update To: centos-announce(a)centos.org Message-ID: <20061108123447.GH30294(a)centos.fi> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory 2006:0730 https://rhn.redhat.com/errata/RHSA-2006-0730.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/info-4.5-3.el3.1.ia64.rpm updates/ia64/RPMS/texinfo-4.5-3.el3.1.ia64.rpm -- Pasi Pirhonen - upi(a)iki.fi - http://pasi.pirhonen.eu/ Top-postings silently ignored

1 0

RE: [CentOS] Problems with LTO-3 and U320 on Centos 4.4
by Plant, Dean 08 Nov '06

08 Nov '06

Joshua Baker-LePain wrote: > On Tue, 7 Nov 2006 at 12:39pm, Plant, Dean wrote > >> I am currently testing an Overland Tape storage unit with a LTO-3 >> drive on CentOS 4.4. After a random amount of time but usually when >> we have backed up about 0.5-1TB we get scsi errors which cause the >> backup to fail. I have rebuilt the box with Solaris 10 x86 and >> Windoze to prove the hardware and have successfully backed up over >> 3TB on each OS without error. >> >> Can anyone offer advice on how to find out what is causing the error >> in CentOS. > > Your best bet to track down exactly what those errors mean would be to > head over to the linux-scsi list. But I can tell you that I've been > using an Overland LTO3 library on centos-4 for over a year now with > very good results. The 2 main differences are that I'm using an > x86_64 server (I doubt that makes much difference) and an LSI 21320 > HBA. I have had nothing but good luck with LSI adapters, and I think > it'd be worth it for you to give one a shot. > > I will say this, though. If you plan on ever using 2 drives in the > library, get the 22320, which has 2 external channels. I've been > tearing my hair out trying to get both drives in my library to write > at full speed at the same time, and no matter what driver tweaks I > make, I just can't get it to go. My 22320 arrives today, and I'm > rather hoping that'll fix the problem. Thanks for your reply, I think ill try the LSI adapter, as your setup seems very similar. Just out of curiosity what sort of backup speeds do you get to a single LTO3 drive?. I seem to struggle to get anything above 60-70MB/s. Dean.

5 7

best repo for perl-IO-Zlib perl-Archive-Tar
by R Lists06 08 Nov '06

08 Nov '06

With all due respect to the various people, their hard work and associated repos, where is the best place to do a yum install for these two packages below in regards to an internet facing production Centos 4.4 server perl-IO-Zlib perl-Archive-Tar I noticed dag and karan repos appear to have it and my experience and research tells me that using CPAN is not an option for possible problems at times (no disrespect intended) background: spamassassin and sa-update sa-update complains about Can't locate Archive/Tar.pm in @INC etc etc blah research showed that it *appears* they are in fedora core "core" yet evidentally not in the upstream "core"??? thanks and kind regards, - rh -- Robert - Abba Communications Computer & Internet Services (509) 624-7159 - www.abbacomm.net

3 2

Openssh and CentOS
by Denis Machard 08 Nov '06

08 Nov '06

I would like to know why the version of openssh used in Centos4.4 is based on version 3.9p1 but not on a more recent version of openssh? The vulnerabilities found and corrected in the last version of openssh are also corrected in version 3.9?

3 3

RE: [CentOS] Mirroring CentOS problem.
by Mark Schoonover 08 Nov '06

08 Nov '06

S.C.A. S.r.l. wrote: > I have two servers that, one time in a week, make a mirror o CentOS > distribution, the mirroring come from two different italian servers > but all the mirrors process stops with this message: > > sent 267 bytes received 374865 bytes 44133.18 bytes/sec > total size is 6472762072 speedup is 17254.63 > rsync error: some files could not be transferred (code 23) at > main.c(1146) > > What's the problem? > Ps excuse me for my english. > > Regards > Amedeo Fragai > S.C.A. S.r.l. Amedeo, Don't worry about your English, it's way better than my Italian! :) There are several reasons to get a code 23 error with rsync. One of them being disappearing files. You might have temp files that get into the rsync filelist before rsync transfers files. Once rsync starts transferring the files, and if any of those files are now gone from the filesystem, rsync will generate the code 23 error. Do you log the output from rsync?? That could give you more information as to the exact problem. HTH Thanks! Mark Schoonover IS Manager American Geotechnical V: 858-450-4040 - F: 714-685-3909 - C: 858-472-3816 "Stop the Earth!! I want off!!"

3 2

Problem rkhunter v. 1.2.8 - CENTOS 4
by Adriano Frare 08 Nov '06

08 Nov '06

Dear Friends, I am using CENTOS 4.3 - kernel 2.6.9-42.0.2.EL with rkhunter version 1.2.8, but the rkhunter program show me problem on file /bin/kill. I compare files /bin/kill with other CENTOS 4 and it has same size. ====================== SHOE LOG =========================== Rootkit Hunter 1.2.8 is running Mon, 30 Oct 2006 12:56:44 -0200 Determining OS... Ready Checking binaries * Selftests Strings (command) [ OK ] * System tools Info: prelinked files found Performing 'known good' check... /bin/cat [ OK ] /bin/chmod [ OK ] /bin/chown [ OK ] /bin/date [ OK ] /bin/dmesg [ OK ] /bin/env [ OK ] /bin/grep [ OK ] /bin/kill [ BAD ] /bin/login [ OK ] /bin/ls [ OK ] /bin/more [ OK ] /bin/mount [ OK ] /bin/netstat [ OK ] /bin/ps [ OK ] /bin/su [ OK ] =========================================================== I guess problem is rkhunter. Thanks for help. Adriano Frare

4 5

Update icon cache
by Michael Velez 08 Nov '06

08 Nov '06

Hello all, How can I update the icon cache in /usr/share/icons/gnome? I tried gtk-update-icon-cache but the command is not found. Thanks, Michael

2 5

RE: [CentOS] Desktop cleared after reboot through VNC
by Craig White 07 Nov '06

07 Nov '06

On Tue, 2006-11-07 at 13:58 -0500, Michael Velez wrote: > > On Tuesday 07 November 2006 03:18, Michael Velez wrote: > > > I guess I corrupted the desktop when I rebooted through VNC > > but I don't know > > > how to get it back. > > > > > > Is there a way of retrieving this without having to delete > > this user and > > > creating a new one? > > > > Guessing sucks. Always try to figure out what's going on! > > Leaving this unknown > > can only lead to trouble down the road - it's always better > > to spend some > > time and find out whassup. You'll find out something bad has > > happened, or > > you'll learn how to better identify if something bad is > > happening later. > > Either way, you're ahead! > > > > Different WM have different locations for Desktop. KDE's > > desktop is usually in > > ~/Desktop. Check out that folder. > > > > If you really think corruption is in order, you might want to > > check your > > entire f/s with e2fsck: > > > > # shutdown -Fr now; > > > > Otherwise, you might have to recover from backups. (you DO > > have backups, > > right?) > > > > Actually, when I meant I corrupted the desktop, I didn't mean at a disk > level. I doubt e2fsck will fix this (although I'll run it anyway, you never > know). The reboot was proper; however, it was done through VNC which seems > to have caused a different chain of events when closing the gnome-session. > This is what I'm trying to figure out. > > As I mentioned in my previous e-mail all my *.desktop files are in my > ~/Desktop directory. They just do not appear on the desktop when I open my > gnome session. The session starts everything else (start menus, taskbar, > startup applications - i.e. xclock) it's just my desktop that has become one > solid color (dark blue) with no icons. I can log in fine with other > userid's and receive a good desktop, so this really has something to do with > my user profile. > > At this point, I'm trying to figure out how a reboot through VNC could have > made my gnome-session close improperly. > > I don't know enough about gnome-sessions to figure this out myself. Is > there a file in the gnome profile that has desktop information (other than > ~/Desktop)? > > I've had to use VNC a lot lately so I have seen this once before. I > couldn't figure it out and I just deleted the user, created a new one, and > re-installed user files from backup (which I have a wazoo of; I have more > automated backup than a home environment actually needs). My next e2fsck > after that did not mention a corruption so it really has to be something in > my profile files. ---- ~/Desktop is the objects on your desktop (files / folders / etc.) your settings are typically stored in ~/.gnome or ~/.gnome2 or ~/.gconf try moving them... mv .gnome .gnome-bak one at a time and then log in again and see what works. Moving them rather than deleting them allows you to recover settings that you might want to keep Craig

2 1

gnbd vs drbd
by Rodrigo Barbosa 07 Nov '06

07 Nov '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Up until now, I have been using drbd for file custers with great success. Yes, it is a PITA, and sometimes you can get annoying sincronization issues (mostly on lab situations). Now I have been considering giving gnbd (with cs/gfs) a try. Do any of you ever crossed this path ? Any comparisons or comments ? TIA, - -- Rodrigo Barbosa "Quid quid Latine dictum sit, altum viditur" "Be excellent to each other ..." - Bill & Ted (Wyld Stallyns) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFT/Z1pdyWzQ5b5ckRAiXlAJ9gAJNtx7amdZJ2gKfAsxmRSCm/zwCfYy9D zr7kN3JjBz1HY/5zgT0ylq8= =6FOA -----END PGP SIGNATURE-----

4 6

← Newer
1
...
18
19
20
21
22
23
24
...
27
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss November 2006