Discuss February 2008

discuss@lists.centos.org

286 participants
340 discussions

Re: Install on two discs with Software Raid and LVM
by David G. Miller 05 Feb '08

05 Feb '08

Scott Silva <ssilva(a)sgvwater.com> wrote: > on 2/4/2008 2:43 PM Joseph L. Casale spake the following: > >>> >> Create a swap lv in the vg you created out of /dev/md1, assuming /dev/md0 is /boot. >>> >> >>> >> -Ross >>> >> > >> > Oh, I thought it wasnâ€™t good to run swap inside software raid? If I was wrong, >> > I assume this is beneficial since if one of the HDâ€™s tanks while its running, > it will survive the failure and not need to reboot? > >> > >> > Thanks! >> > jlc >> > That is an old assumption from the infancy of software raid, less than optimal > installed ram, and slower processors. When ram was expensive, you used more > swap because it was cheaper. But ram is so much cheaper now that it make no > sense to run a machine that needs to touch swap except in an emergency. > Not really a valid assumption about install enough memory and swap won't get used. *nixes have a design feature that swaps out programs that aren't used "just in case" the some other program needs the space. Sun workstations back in the '80s and '90s used to be the worst at this. It was faster to shutdown at night and restart in the morning since leaving the system up all night would result in most everything getting swapped out to disk "just in case" the space would be needed. Try to use the system in the morning and it would be busy swapping everything back into RAM for quite a while. So with 2GB of RAM on my desktop, I still see 144K of swap getting used with me generating very little activity as I read my e-mail. If my swap "went away", I would have a problem if Linux tried to swap back in whatever that 144k of program is. Better to have swap on a RAID volume. Cheers, Dave -- Politics, n. Strife of interests masquerading as a contest of principles. -- Ambrose Bierce

1 0

CentOS-announce Digest, Vol 36, Issue 1
by centos-announce-request＠centos.org 05 Feb '08

05 Feb '08

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-2008:0055 Moderate CentOS 4 x86_64 kernel - security update (Johnny Hughes) 2. CESA-2008:0055 Moderate CentOS 4 i386 kernel - security update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 04 Feb 2008 11:59:19 -0600 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2008:0055 Moderate CentOS 4 x86_64 kernel - security update To: CentOS-Announce <centos-announce(a)centos.org> Message-ID: <47A75277.5020701(a)centos.org> Content-Type: text/plain; charset="iso-8859-1" CentOS Errata and Security Advisory 2008:0055 https://rhn.redhat.com/errata/RHSA-2008-0055.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: kernel-2.6.9-67.0.4.EL.x86_64.rpm kernel-devel-2.6.9-67.0.4.EL.x86_64.rpm kernel-doc-2.6.9-67.0.4.EL.noarch.rpm kernel-largesmp-2.6.9-67.0.4.EL.x86_64.rpm kernel-largesmp-devel-2.6.9-67.0.4.EL.x86_64.rpm kernel-smp-2.6.9-67.0.4.EL.x86_64.rpm kernel-smp-devel-2.6.9-67.0.4.EL.x86_64.rpm kernel-xenU-2.6.9-67.0.4.EL.x86_64.rpm kernel-xenU-devel-2.6.9-67.0.4.EL.x86_64.rpm src: kernel-2.6.9-67.0.4.EL.src.rpm

1 0

Strange gpg problem
by Anne Wilson 05 Feb '08

05 Feb '08

When I read a message signed by a gpg key that is not already on my keyring I have runaway cpu usage. To end it I have to 'killall gpg' - at which the display returns, but of course it has not connected with the keyserver, so the key is not downloaded and I get a 'signature not verified' error message.. What's more, although the display has returned, I have to 'killall gpg' a second time, to return cpu usage to normal. I'm at a loss where to start troubleshooting this. Could it be a firewall problem? Anne

1 0

Need help in analyzing ntop data
by ankush grover 05 Feb '08

05 Feb '08

Hi, I want to do some analysis of NTOP data. Currently I have installed NTOP on Centos 5.1 and I am able to see some network data being graphed. But there is no documentation given whether NTOP is showing Network Throughput in MBytes or MBits for ex I am getting Throughput Min: 163.7k , Max: 3.0 M and Last 859.4k and there are some options like anomalia, upper,lower and trend (30min). Under All Protocols -> Traffic I can see per hour data received and data sent but I am not able to figure out how NTOP is currently the percentage of this data Time Tot. Traffic Sent %Traffic Sent Tot. Traffic Rcvd % Traffic Rcvd 10 AM 287.8 MBytes 0.3% 32.9 MBytes 1.4 % How NTOP is calculating %Traffic Sent /Rcvd? Please let me know if you need any further inputs . Regards Ankush

1 0

tail command
by Scott McClanahan 05 Feb '08

05 Feb '08

In centos 4 we used tail in the following way: tail +83 file That would tail the contents of the file starting at line 83. In centos 5 that same command complains about the file +83 not being found. It appears that the + option in tail doesn't work the same way in centos 5. Is there another easy way to grab the contents of a file starting at a certain line number and beyond.

5 6

Install on two discs with Software Raid and LVM
by Joseph L. Casale 05 Feb '08

05 Feb '08

I am mirroring two drives during install, what's the best practice here for the swap partition? Maybe two separate lv's from independent vg's *not* mirrored for swap and the let the OS manage it? Boot and the / vg will be mirrored. Thanks! jlc

3 2

Re: [CentOS] Install on two discs with Software Raid and LVM
by Ross S. W. Walker 04 Feb '08

04 Feb '08

Create a swap lv in the vg you created out of /dev/md1, assuming /dev/md0 is /boot. -Ross ----- Original Message ----- From: centos-bounces(a)centos.org <centos-bounces(a)centos.org> To: 'centos(a)centos.org' <centos(a)centos.org> Sent: Mon Feb 04 17:29:45 2008 Subject: [CentOS] Install on two discs with Software Raid and LVM I am mirroring two drives during install, what's the best practice here for the swap partition? Maybe two separate lv's from independent vg's *not* mirrored for swap and the let the OS manage it? Boot and the / vg will be mirrored. Thanks! jlc _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos ______________________________________________________________________ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof.

3 2

Re: [CentOS] Install on two discs with Software Raid and LVM
by Ross S. W. Walker 04 Feb '08

04 Feb '08

That's old information, kernel swapper can handle all types of dev mapper setups these days (well all types on fixed media). -Ross ----- Original Message ----- From: centos-bounces(a)centos.org <centos-bounces(a)centos.org> To: 'CentOS mailing list' <centos(a)centos.org> Sent: Mon Feb 04 17:43:50 2008 Subject: RE: [CentOS] Install on two discs with Software Raid and LVM >Create a swap lv in the vg you created out of /dev/md1, assuming /dev/md0 is /boot. > >-Ross Oh, I thought it wasn’t good to run swap inside software raid? If I was wrong, I assume this is beneficial since if one of the HD’s tanks while its running, it will survive the failure and not need to reboot? Thanks! jlc ______________________________________________________________________ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof.

2 1

Large RAID volume issues
by Rob Lines 04 Feb '08

04 Feb '08

I have just finished creating an array on our new enclosure and our CentOS 5 server has recognized it. It shows as the full 6tb in the LSI configuration utility as well as when I ran fdisk: [root@HOST sbin]# fdisk /dev/sdb Note: sector size is 2048 (not 512) The number of cylinders for this disk is set to 182292. There is nothing wrong with that, but this is larger than 1024, and could in certain setups cause problems with: 1) software that runs at boot time (e.g., old versions of LILO) 2) booting and partitioning software from other OSs (e.g., DOS FDISK, OS/2 FDISK) Command (m for help): p Disk /dev/sdb: 5997.6 GB, 5997628227584 bytes 255 heads, 63 sectors/track, 182292 cylinders Units = cylinders of 16065 * 2048 = 32901120 bytes Device Boot Start End Blocks Id System I was then created a parition in fdisk and it appeared to work until I formated it (here is the output of the formating) [root@HOST ~]# mkfs -t ext2 -j /dev/sdb1 mke2fs 1.39 (29-May-2006) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 195264512 inodes, 390518634 blocks 19525931 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 11918 block groups 32768 blocks per group, 32768 fragments per group 16384 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848 Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done When I did a df I got the following (only included the array entry) [root@HOST etc]# df -h Filesystem Size Used Avail Use% Mounted on ... /dev/sdb1 1.5T 198M 1.5T 1% /home1 I then tried removing it and working with parted. [root@HOST etc]# parted /dev/sdb Warning: Device /dev/sdb has a logical sector size of 2048. Not all parts of GNU Parted support this at the moment, and the working code is HIGHLY EXPERIMENTAL. GNU Parted 1.8.1 Using /dev/sdb Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) p Error: Unable to open /dev/sdb - unrecognised disk label. (parted) mklabel gpt *** glibc detected *** <unknown>: double free or corruption (!prev): 0x0000000016760800 *** ======= Backtrace: ========= /lib64/libc.so.6[0x3435c6f4f4] /lib64/libc.so.6(cfree+0x8c)[0x3435c72b1c] /usr/lib64/libparted-1.8.so.0[0x3436c1a5c5] /usr/lib64/libparted-1.8.so.0[0x3436c48a54] ======= Memory map: ======== 00400000-00410000 r-xp 00000000 08:05 130761 /sbin/parted 00610000-00611000 rw-p 00010000 08:05 130761 /sbin/parted 00611000-00612000 rw-p 00611000 00:00 0 00810000-00812000 rw-p 00010000 08:05 130761 /sbin/parted 1673d000-1677f000 rw-p 1673d000 00:00 0 3435800000-343581a000 r-xp 00000000 08:05 4765445 /lib64/ld-2.5.so 3435a19000-3435a1a000 r--p 00019000 08:05 4765445 /lib64/ld-2.5.so 3435a1a000-3435a1b000 rw-p 0001a000 08:05 4765445 /lib64/ld-2.5.so 3435c00000-3435d46000 r-xp 00000000 08:05 4765452 /lib64/libc-2.5.so 3435d46000-3435f46000 ---p 00146000 08:05 4765452 /lib64/libc-2.5.so 3435f46000-3435f4a000 r--p 00146000 08:05 4765452 /lib64/libc-2.5.so 3435f4a000-3435f4b000 rw-p 0014a000 08:05 4765452 /lib64/libc-2.5.so 3435f4b000-3435f50000 rw-p 3435f4b000 00:00 0 3436000000-3436013000 r-xp 00000000 08:05 4765602 /lib64/libdevmapper.so.1.02 3436013000-3436213000 ---p 00013000 08:05 4765602 /lib64/libdevmapper.so.1.02 3436213000-3436215000 rw-p 00013000 08:05 4765602 /lib64/libdevmapper.so.1.02 3436400000-3436402000 r-xp 00000000 08:05 4765458 /lib64/libdl-2.5.so 3436402000-3436602000 ---p 00002000 08:05 4765458 /lib64/libdl-2.5.so 3436602000-3436603000 r--p 00002000 08:05 4765458 /lib64/libdl-2.5.so 3436603000-3436604000 rw-p 00003000 08:05 4765458 /lib64/libdl-2.5.so 3436800000-3436802000 r-xp 00000000 08:05 4765478 /lib64/libuuid.so.1.2 3436802000-3436a02000 ---p 00002000 08:05 4765478 /lib64/libuuid.so.1.2 3436a02000-3436a03000 rw-p 00002000 08:05 4765478 /lib64/libuuid.so.1.2 3436c00000-3436c5c000 r-xp 00000000 08:05 464724 /usr/lib64/libparted-1.8.so.0.0. 1 3436c5c000-3436e5b000 ---p 0005c000 08:05 464724 /usr/lib64/libparted-1.8.so.0.0. 1 3436e5b000-3436e5f000 rw-p 0005b000 08:05 464724 /usr/lib64/libparted-1.8.so.0.0. 1 3436e5f000-3436e60000 rw-p 3436e5f000 00:00 0 3437000000-3437035000 r-xp 00000000 08:05 463236 /usr/lib64/libreadline.so.5.1 3437035000-3437234000 ---p 00035000 08:05 463236 /usr/lib64/libreadline.so.5.1 3437234000-343723c000 rw-p 00034000 08:05 463236 /usr/lib64/libreadline.so.5.1 343723c000-343723d000 rw-p 343723c000 00:00 0 343b000000-343b00d000 r-xp 00000000 08:05 4765466 /lib64/libgcc_s-4.1.2-20070626.s o.1 343b00d000-343b20d000 ---p 0000d000 08:05 4765466 /lib64/libgcc_s-4.1.2-20070626.s o.1 343b20d000-343b20e000 rw-p 0000d000 08:05 4765466 /lib64/libgcc_s-4.1.2-20070626.s o.1 343c000000-343c03b000 r-xp 00000000 08:05 4765743 /lib64/libsepol.so.1 343c03b000-343c23b000 ---p 0003b000 08:05 4765743 /lib64/libsepol.so.1 343c23b000-343c23c000 rw-p 0003b000 08:05 4765743 /lib64/libsepol.so.1 343c23c000-343c246000 rw-p 343c23c000 00:00 0 343c400000-343c415000 r-xp 00000000 08:05 4765744 /lib64/libselinux.so.1 343c415000-343c615000 ---p 00015000 08:05 4765744 /lib64/libselinux.so.1 343c615000-343c617000 rw-p 00015000 08:05 4765744 /lib64/libselinux.so.1 343c617000-343c618000 rw-p 343c617000 00:00 0 3448e00000-3448e4e000 r-xp 00000000 08:05 464701 /usr/lib64/libncurses.so.5.5 3448e4e000-344904e000 ---p 0004e000 08:05 464701 Aborted Any suggestions or direction would be appreciated. Thank you, Rob

4 11

Update problem
by Ugo Bellavance 04 Feb '08

04 Feb '08

Hi, I was doing updates on a server and I think that the network connection got reset. So I guess the yum update didn't complete and I now get this when I run 'yum update': ======================= Setting up Update Process Setting up repositories Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package system-config-printer-gui.i386 0:0.6.116.10-1.2 set to be updated ---> Package system-config-packages.noarch 0:1.2.23-2 set to be updated ---> Package cvs.i386 0:1.11.17-9.RHEL4 set to be updated ---> Package kernel-hugemem-devel.i686 0:2.6.9-67.0.4.EL set to be updated ---> Package kudzu.i386 0:1.1.95.23-1 set to be updated ---> Package glibc-kernheaders.i386 0:2.4-9.1.100.EL set to be updated ---> Package procps.i386 0:3.2.3-8.9 set to be updated ---> Package postgresql-contrib.i386 0:7.4.19-1.el4_6.1 set to be updated ---> Package gnome-keyring.i386 0:0.4.0-1.2.EL4 set to be updated ---> Package tcpdump.i386 14:3.8.2-12.el4_6.1 set to be updated ---> Package at.i386 0:3.1.8-80_EL4 set to be updated ---> Package system-config-date.noarch 0:1.7.15-0.RHEL4.3 set to be updated ---> Package cyrus-sasl.i386 0:2.1.19-14 set to be updated ---> Package postgresql-libs.i386 0:7.4.19-1.el4_6.1 set to be updated ---> Package foomatic.i386 0:3.0.2-3.1 set to be updated ---> Package kdelibs.i386 6:3.3.1-9.el4 set to be updated ---> Package nss_ldap.i386 0:226-20 set to be updated ---> Package cups.i386 1:1.1.22-0.rc1.9.20.2.el4_5.2 set to be updated ---> Package dbus-glib.i386 0:0.22-12.EL.9 set to be updated ---> Package nfs-utils.i386 0:1.0.6-84.EL4 set to be updated ---> Package gd-devel.i386 0:2.0.28-5.4E set to be updated ---> Package kernel.i686 0:2.6.9-67.0.4.EL set to be installed ---> Package dbus-python.i386 0:0.22-12.EL.9 set to be updated ---> Package postgresql-server.i386 0:7.4.19-1.el4_6.1 set to be updated ---> Package samba-common.i386 0:3.0.25b-1.el4_6.4 set to be updated ---> Package system-config-lvm.noarch 0:1.0.23-1.0 set to be updated ---> Package authconfig-gtk.i386 0:4.6.10-rhel4.3 set to be updated ---> Package xorg-x11-xauth.i386 0:6.8.2-1.EL.33.0.2 set to be updated ---> Package bind.i386 20:9.2.4-28.el4 set to be updated ---> Package pciutils.i386 0:2.1.99.test8-3.4 set to be updated ---> Package nscd.i386 0:2.3.4-2.39 set to be updated ---> Package gnupg.i386 0:1.2.6-9 set to be updated ---> Package openssh-clients.i386 0:3.9p1-8.RHEL4.24 set to be updated ---> Package gcc-java.i386 0:3.4.6-9 set to be updated ---> Package curl-devel.i386 0:7.12.1-11.el4 set to be updated ---> Package cyrus-sasl-md5.i386 0:2.1.19-14 set to be updated ---> Package gnome-vfs2.i386 0:2.8.2-8.6.EL4 set to be updated ---> Package mc.i386 1:4.6.1-0.8.5 set to be updated ---> Package squid.i386 7:2.5.STABLE14-1.4E.el4_6.1 set to be updated ---> Package authconfig.i386 0:4.6.10-rhel4.3 set to be updated ---> Package yum-utils.noarch 0:0.5-2.el4.centos set to be updated ---> Package bind-libs.i386 20:9.2.4-28.el4 set to be updated ---> Package cups-libs.i386 1:1.1.22-0.rc1.9.20.2.el4_5.2 set to be updated ---> Package crypto-utils.i386 0:2.1-4.2 set to be updated ---> Package libwnck.i386 0:2.8.1-7.el4 set to be updated ---> Package qt.i386 1:3.3.3-13.RHEL4 set to be updated ---> Package logwatch.noarch 0:5.2.2-2.EL4 set to be updated ---> Package NetworkManager.i386 0:0.3.1-4.el4 set to be updated ---> Package postgresql-pl.i386 0:7.4.19-1.el4_6.1 set to be updated ---> Package pam_krb5.i386 0:2.1.17-1 set to be updated ---> Package pam_ccreds.i386 0:3-3.rhel4.2 set to be updated ---> Package bluez-utils.i386 0:2.10-2.2 set to be updated ---> Package ntp.i386 0:4.2.0.a.20040617-6.el4 set to be updated ---> Package cyrus-sasl-plain.i386 0:2.1.19-14 set to be updated ---> Package dhcpv6_client.i386 0:0.10-17_EL4 set to be updated ---> Package openssl-devel.i586 0:0.9.7a-43.17.el4_6.1 set to be updated ---> Package libxml2-devel.i386 0:2.6.16-10.1 set to be updated ---> Package mdadm.i386 0:1.12.0-5 set to be updated ---> Package mkinitrd.i386 0:4.2.1.13-1 set to be updated ---> Package emacs.i386 0:21.3-19.EL.4 set to be updated ---> Package bind-utils.i386 20:9.2.4-28.el4 set to be updated ---> Package python-urlgrabber.noarch 0:2.9.8-2 set to be updated ---> Package xorg-x11-Mesa-libGL.i386 0:6.8.2-1.EL.33.0.2 set to be updated ---> Package system-config-samba.noarch 0:1.2.21-1.el4.1 set to be updated ---> Package initscripts.i386 0:7.93.31.EL-2.centos4 set to be updated ---> Package krb5-workstation.i386 0:1.3.4-54 set to be updated ---> Package xorg-x11-font-utils.i386 0:6.8.2-1.EL.33.0.2 set to be updated ---> Package libxml2-python.i386 0:2.6.16-10.1 set to be updated ---> Package glibc-devel.i386 0:2.3.4-2.39 set to be updated ---> Package postgresql-tcl.i386 0:7.4.19-1.el4_6.1 set to be updated ---> Package curl.i386 0:7.12.1-11.el4 set to be updated ---> Package libgcj.i386 0:3.4.6-9 set to be updated ---> Package hal.i386 0:0.4.2-7.EL4 set to be updated ---> Package gd.i386 0:2.0.28-5.4E set to be updated ---> Package system-config-network-tui.noarch 0:1.3.22.0.EL.4.4-1 set to be updated ---> Package lm_sensors.i386 0:2.8.7-2.40.5 set to be updated ---> Package pdksh.i386 0:5.2.14-30.6 set to be updated ---> Package system-config-printer.i386 0:0.6.116.10-1.2 set to be updated ---> Package netdump.i386 0:0.7.16-14 set to be updated ---> Package rhnlib.noarch 0:2.1.1-3.el4 set to be updated ---> Package SysVinit.i386 0:2.85-34.4 set to be updated ---> Package quota.i386 1:3.12-6.el4 set to be updated ---> Package policycoreutils.i386 0:1.18.1-4.13 set to be updated ---> Package usermode-gtk.i386 0:1.74-2 set to be updated ---> Package system-config-network.noarch 0:1.3.22.0.EL.4.4-1 set to be updated ---> Package openldap.i386 0:2.2.13-8.el4_6.2 set to be updated ---> Package vixie-cron.i386 4:4.1-49.EL4 set to be updated ---> Package rpm.i386 0:4.3.3-23_nonptl set to be updated ---> Package dhclient.i386 7:3.0.1-59.EL4 set to be updated ---> Package dovecot.i386 0:0.99.11-8.EL4 set to be updated ---> Package setools.i386 0:2.3-4 set to be updated ---> Package libpcap.i386 14:0.8.3-12.el4_6.1 set to be updated ---> Package glibc-headers.i386 0:2.3.4-2.39 set to be updated ---> Package slocate.i386 0:2.7-13.el4.8 set to be updated ---> Package tcsh.i386 0:6.13-9.el4.1 set to be updated ---> Package kernel-smp-devel.i686 0:2.6.9-67.0.4.EL set to be updated ---> Package system-config-users.noarch 0:1.2.27-0.EL4.5 set to be updated ---> Package postgresql-python.i386 0:7.4.19-1.el4_6.1 set to be updated ---> Package fetchmail.i386 0:6.2.5-6.0.1.el4 set to be updated ---> Package postgresql.i386 0:7.4.19-1.el4_6.1 set to be updated ---> Package xorg-x11-xfs.i386 0:6.8.2-1.EL.33.0.2 set to be updated ---> Package kbd.i386 0:1.12-2.el4.5 set to be updated ---> Package autofs.i386 1:4.1.3-231 set to be updated ---> Package net-snmp.i386 0:5.1.2-11.el4_6.11.2 set to be updated ---> Package sendmail.i386 0:8.13.1-3.2.el4 set to be updated ---> Package up2date.i386 0:4.6.2-7.el4_6.1 set to be updated ---> Package kernel-devel.i686 0:2.6.9-67.0.4.EL set to be installed ---> Package python-devel.i386 0:2.3.4-14.4.el4_6.1 set to be updated ---> Package mod_ssl.i386 1:2.0.52-38.ent.centos4.2 set to be updated ---> Package ipsec-tools.i386 0:0.3.3-6.rhel4.1 set to be updated ---> Package elinks.i386 0:0.9.2-3.3.5.2 set to be updated ---> Package lockdev.i386 0:1.0.1-6.2 set to be updated ---> Package wireshark.i386 0:0.99.7-1 set to be updated ---> Package vsftpd.i386 0:2.0.1-5.EL4.7 set to be updated ---> Package openssh.i386 0:3.9p1-8.RHEL4.24 set to be updated ---> Package mutt.i386 5:1.4.1-12.0.3.el4 set to be updated ---> Package rp-pppoe.i386 0:3.5-22.2.RHEL4.1 set to be updated ---> Package createrepo.noarch 0:0.4.4-2 set to be updated ---> Package selinux-policy-targeted.noarch 0:1.17.30-2.149 set to be updated ---> Package system-config-language.noarch 0:1.1.8-4 set to be updated ---> Package samba.i386 0:3.0.25b-1.el4_6.4 set to be updated ---> Package krb5-devel.i386 0:1.3.4-54 set to be updated ---> Package python-elementtree.i386 0:1.2.6-5.el4.centos set to be updated ---> Package rpm-python.i386 0:4.3.3-23_nonptl set to be updated ---> Package yum.noarch 0:2.4.3-4.el4.centos set to be updated ---> Package cyrus-sasl-devel.i386 0:2.1.19-14 set to be updated ---> Package openldap-devel.i386 0:2.2.13-8.el4_6.2 set to be updated ---> Package kernel-utils.i386 1:2.4-13.1.105 set to be updated ---> Package gcc.i386 0:3.4.6-9 set to be updated ---> Package openssh-server.i386 0:3.9p1-8.RHEL4.24 set to be updated ---> Package kernel-smp.i686 0:2.6.9-67.0.4.EL set to be installed ---> Package httpd.i386 0:2.0.52-38.ent.centos4.2 set to be updated ---> Package module-init-tools.i386 0:3.1-0.pre5.3.4.el4_6.1 set to be updated ---> Package samba-client.i386 0:3.0.25b-1.el4_6.4 set to be updated ---> Package GConf2.i386 0:2.8.1-1.el4 set to be updated ---> Package oprofile.i386 0:0.8.1-33 set to be updated --> Running transaction check --> Processing Dependency: gcc = 3.4.5 for package: libtool --> Processing Dependency: httpd = 2.0.52-22.ent.centos4 for package: httpd-manual --> Processing Conflict: python-devel conflicts python < 2.3.4-14.4.el4_6.1 --> Processing Dependency: rpm = 4.3.3-13_nonptl for package: rpm-devel --> Processing Dependency: libgssapi for package: nfs-utils --> Processing Dependency: httpd = 2.0.52-22.ent.centos4 for package: httpd-suexec --> Processing Dependency: libgcj = 3.4.5 for package: libgcj-devel --> Processing Dependency: base-fonts for package: xorg-x11-xfs --> Processing Dependency: gcc = 3.4.5-2 for package: gcc-g77 --> Processing Dependency: librpcsecgss.so.1 for package: nfs-utils --> Processing Dependency: bind = 20:9.2.4-2 for package: bind-chroot --> Processing Dependency: rpm = 4.3.3-13_nonptl for package: rpm-build --> Processing Dependency: gcc = 3.4.5-2 for package: gcc-c++ --> Processing Dependency: nfs-utils-lib for package: nfs-utils --> Processing Dependency: postgresql = 7.4.8-1.RHEL4.1 for package: postgresql-docs --> Processing Dependency: postgresql = 7.4.8-1.RHEL4.1 for package: postgresql-test --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Processing Dependency: lockdev = 1.0.1-6.1 for package: lockdev-devel --> Processing Dependency: libnfsidmap.so.0 for package: nfs-utils --> Processing Dependency: postgresql-server = 7.4.8-1.RHEL4.1 for package: postgresql-test --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package fonts-xorg-base.noarch 0:6.8.2-1.EL set to be updated ---> Package libgssapi.i386 0:0.8-1 set to be updated ---> Package nfs-utils-lib.i386 0:1.0.6-8.z1 set to be updated --> Running transaction check --> Processing Dependency: gcc = 3.4.5 for package: libtool --> Processing Conflict: python-devel conflicts python < 2.3.4-14.4.el4_6.1 --> Processing Dependency: postgresql = 7.4.8-1.RHEL4.1 for package: postgresql-docs --> Processing Dependency: httpd = 2.0.52-22.ent.centos4 for package: httpd-suexec --> Processing Dependency: libgcj = 3.4.5 for package: libgcj-devel --> Processing Dependency: bind = 20:9.2.4-2 for package: bind-chroot --> Processing Dependency: rpm = 4.3.3-13_nonptl for package: rpm-build --> Processing Dependency: gcc = 3.4.5-2 for package: gcc-c++ --> Processing Dependency: rpm = 4.3.3-13_nonptl for package: rpm-devel --> Processing Dependency: gcc = 3.4.5-2 for package: gcc-g77 --> Processing Dependency: postgresql = 7.4.8-1.RHEL4.1 for package: postgresql-test --> Processing Dependency: httpd = 2.0.52-22.ent.centos4 for package: httpd-manual --> Processing Dependency: lockdev = 1.0.1-6.1 for package: lockdev-devel --> Processing Dependency: postgresql-server = 7.4.8-1.RHEL4.1 for package: postgresql-test --> Finished Dependency Resolution Error: Missing Dependency: gcc = 3.4.5 is needed by package libtool Error: Missing Dependency: httpd = 2.0.52-22.ent.centos4 is needed by package httpd-manual Error: python-devel conflicts with python < 2.3.4-14.4.el4_6.1 Error: Missing Dependency: rpm = 4.3.3-13_nonptl is needed by package rpm-devel Error: Missing Dependency: httpd = 2.0.52-22.ent.centos4 is needed by package httpd-suexec Error: Missing Dependency: libgcj = 3.4.5 is needed by package libgcj-devel Error: Missing Dependency: gcc = 3.4.5-2 is needed by package gcc-g77 Error: Missing Dependency: bind = 20:9.2.4-2 is needed by package bind-chroot Error: Missing Dependency: rpm = 4.3.3-13_nonptl is needed by package rpm-build Error: Missing Dependency: gcc = 3.4.5-2 is needed by package gcc-c++ Error: Missing Dependency: postgresql = 7.4.8-1.RHEL4.1 is needed by package postgresql-docs Error: Missing Dependency: postgresql = 7.4.8-1.RHEL4.1 is needed by package postgresql-test Error: Missing Dependency: lockdev = 1.0.1-6.1 is needed by package lockdev-devel Error: Missing Dependency: postgresql-server = 7.4.8-1.RHEL4.1 is needed by package postgresql-test =========================== Is there a way I can clean that mess up? I think I got into some kind of circular dependencies. Example: [root@server ~]# yum update lockdev Setting up Update Process Setting up repositories Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package lockdev.i386 0:1.0.1-6.2 set to be updated --> Running transaction check --> Processing Dependency: lockdev = 1.0.1-6.1 for package: lockdev-devel --> Finished Dependency Resolution Error: Missing Dependency: lockdev = 1.0.1-6.1 is needed by package lockdev-devel Then, [root@server ~]# yum update lockdev-devel Setting up Update Process Setting up repositories Reading repository metadata in from local files Could not find update match for lockdev-devel No Packages marked for Update/Obsoletion rpm --rebuilddb didn't help. Any help would be appreciated. Regards, Ugo

2 1

← Newer
1
...
26
27
28
29
30
31
32
33
34
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 February 2008