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 …
[View More]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
[View Less]
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..."
…
[View More]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
[View Less]
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 …
[View More]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.
[View Less]
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 …
[View More]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
[View Less]
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?
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.
…
[View More]>
> 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!!"
[View Less]
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: …
[View More]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
[View Less]
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!
> &…
[View More]gt; 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
[View Less]
-----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)
--…
[View More]---BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFFT/Z1pdyWzQ5b5ckRAiXlAJ9gAJNtx7amdZJ2gKfAsxmRSCm/zwCfYy9D
zr7kN3JjBz1HY/5zgT0ylq8=
=6FOA
-----END PGP SIGNATURE-----
[View Less]