Re: conflicto con rpm
[Enviado a la lista, aunque me llego por el personal; es parte de la hebra de resolver este drama] Juan Andres Ramirez wrote: > 2009/1/20 Horst H. von Brand : > > Juan Andres Ramirez wrote: > >> 2009/1/19 Horst H. von Brand : > >> > Juan Andres Ramirez wrote: > > [...] > > >> > Nucleo. No es demasiado relevante aca. Que hay en /etc/redhat-release? > >> > >> CentOS release 4.3 (Final), eso aparece. > > > > O sea, estas _seriamente_ atrasado en actualizaciones. > Por la razón expuesta en este correo. Esta maquina la heredé y venÃa > con todos estos problemas y más, con el tiempo he podido dejarla mas > estable. OK. Veremos que se puede hacer. > >> >> Logré instalar una nueva version del Yum a mano, > > > >> > Exactamente como? Sacado de donde? > > > >> http://mirror.centos.org/centos/4.7/os/x86_64/CentOS/RPMS/ , de aqui lo > >> saque. > > > > Lo instalaste como? Si aplicaste algun --force o --nodeps o similar, seguro > > la embarraste mucho mas... > > Segui sus instruciones y no aplique ningun --force o nodeps. Se > instalo normalmente. Bien. > > Notese que yum depende de una lista de cosas adicionales... no _debiera_ > > ser critico en CentOS, pero es sana idea actualizar de todas formas. > > > > yum deplist yum > > > > (si, salen varias versiones de algunos paquetes; elige la ultima) > Esto no lo puedo aplicar porque cuando va a leer el repositorio local se > pega. OK, te la envio por el personal. [...] > >> >> Setting up repositories > >> >> dag 100% |=| 1.1 kB > >> >> 00:00 > >> > > >> > O sea, tienes habilitado al menos el repositorio dag ademas de base. > >> > >> Si. > > > > Quien sabe que cosas truchas vienen de alli... > > Creo que saque de ahi el antivirus del e-mail clamav y el Spamassasin. > De todas maneras saque el Dag, me quede con la base para descartar > problemas con esto. Esas cosas estan en CentOS en extras o asi; si no, estan en EPEL (repositorio de cosas para "EL" (RHEL o CentOS) del proyecto Fedora) [...] > > Hum... esta colgado, pero no _tan_ colgado. Sera que esta vuelta loca (CPU > > al 100%) haciendo algo? > > Al parecer no aplico comando top para ver que esta sucediendo y lo que > mas ocupa cpu es yum y apache. Si aun corre y top muestra actividad, no esta "pegado"... Ya se me habia olvidado lo asquerosamente lento que puede ser yum en versiones pre-Fedora 9 (o 10), y cuan mal se comprortan interactivamente nucleos CentOS 4 con mucha carga. Peor si hay _muchas_ cosas nuevas que considerar. Tomate un cafe mientras. O sal a dar una caminata, despeja la neurona ;-) > 3488 root 25 0 454m 344m 4704 R 49.1 17.1 > 0:12.09 yum > 3301 apache25 0 1464 460 384 R 48.10.0 > 2:50.82ps > 3489 jandres17 0 7232 2016 760 R 1.6 0.1 > 0:00.46 top >50 root 15 0 0 00S 0.3 > 0.00:01.01kswapd0 > 1root160 4752 556 464S 0.0 0.0 > 0:09.44init > 2root34 19 000 R 0.0 > 0.0 0:00.08 ksoftirqd/0 > 3root5-10 000 S 0.0 > 0.0 0:00.01 events/0 > > Intenta bajando las cosas e instalando a punta de "rpm -Fhv". > > En eso estoy, updateando paquetes, tengo la lista de todos los > paquetes que tengo(rpm -qa) y estoy haciendo update a mano no mas. Urgh. Mi sugerencia es instalar lo suficiente de yum actual para que ande, y luego tirarse a la piscina. Si falla, usar algo una estrategia del estilo: yum list updates > /tmp/listita y luego revisar /tmp/listita, actualizando cosas "no controversiales" primero: yum -y update $(< /tmp/no-controversiales) > /tmp/resultado si aparecen conflictos ver quienes son los causantes (o potenciales culpables), eliminarlos de la lista no-controversiales, y reintentar hasta tener un conjunto que se instala limpiamente. Una vez que funciona, repetir el ejercicio desde el comienzo. Los recalcitrantes ver si se pueden eliminar (al menos temporalmente) para destrabar la actualizacion. Una cosa que alguna vez hice a lo bruto fue armarme (a punta de consultar a yum(1) por actualizaciones, y procesar la salida de eso con sed(1)) una lista de cosas a instalar, y luego: for p in $(< /tmp/lista); do yum -y update $p; done Se demoro literalmente horas (luego de haber actualizado las piezas reconocibles que sabia no me iban a causar problemas, +/- una primera iteracion de lo de arriba; lo que cubrio algo de 70% de lo que habia que hacer). Por suerte versiones mas nuevas de yum manejan --skip-broken, con lo que evitan por si solas los conflictos insalvables... Suerte! -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
Re: conflicto con rpm
Juan Andres Ramirez wrote: > 2009/1/19 Horst H. von Brand : > > Juan Andres Ramirez wrote: > >> La distribucion que estoy usando es Centos 4. Y he seguido al pie de > >> la letra todo lo que han dicho, y si tengo espacio en /var. > > > > Exactamente que de lo que te dijieron hiciste? > > Bueno hice lo siguiente: > > -Revise el Hardware, no tiene problemas, ni de ram ni de disco duro. > -Revise el espacio en /var , tengo bastante, de sobra. > -Aplique: > 1- rm -f /var/lib/rpm/__*.db > 2- rpm --rebuilddb > 3-yum Clean All > > CentOS 4.7 es la version actual... es 4.0 + actualizaciones al dia. > > > >> Linux 2.6.9-34.0.2.EL #1 Fri Jul 7 17:58:49 CDT 2006 x86_64 x86_64 > >> x86_64 GNU/Linux > > > > Nucleo. No es demasiado relevante aca. Que hay en /etc/redhat-release? > > CentOS release 4.3 (Final), eso aparece. O sea, estas _seriamente_ atrasado en actualizaciones. > >> Logré instalar una nueva version del Yum a mano, > > Exactamente como? Sacado de donde? > http://mirror.centos.org/centos/4.7/os/x86_64/CentOS/RPMS/ , de aqui lo > saque. Lo instalaste como? Si aplicaste algun --force o --nodeps o similar, seguro la embarraste mucho mas... Notese que yum depende de una lista de cosas adicionales... no _debiera_ ser critico en CentOS, pero es sana idea actualizar de todas formas. yum deplist yum (si, salen varias versiones de algunos paquetes; elige la ultima) > >> saque del repositorio > >> todo menos el base: > >> [base] [...] > >> Setting up repositories > >> dag 100% |=| 1.1 kB00:00 > > > > O sea, tienes habilitado al menos el repositorio dag ademas de base. > > Si. Quien sabe que cosas truchas vienen de alli... [...] > > Como, exactamente, "pegada"? Puedes conectarte via SSH, responde a ping(1), > > reaccciona el LED del teclado a CapsLock, actividad del disco, ...? > No puedo entrar via SSH, si tiene ping, el disco se mueve, si tiene > capsLock, pero la consola no reacciona, ninguna. Hum... esta colgado, pero no _tan_ colgado. Sera que esta vuelta loca (CPU al 100%) haciendo algo? Intenta bajando las cosas e instalando a punta de "rpm -Fhv". > >> Tratando de hacer update al rpm, con todas las dependencias: > >> [r...@mail actualizacion]# rpm -Uvh *.rpm > >> Preparing...### > >> [100%] > >> file /usr/lib/rpm/macros from install of rpm-4.3.3-26_nonptl > >> conflicts with file from package rpm-4.3.3-13_nonptl > >> file /usr/lib/rpm/noarch-linux/macros from install of > >> rpm-4.3.3-26_nonptl conflicts with file from package > >> rpm-4.3.3-13_nonptl > >> file /usr/share/man/man8/rpm.8.gz from install of > >> rpm-4.3.3-26_nonptl conflicts with file from package > >> rpm-4.3.3-13_nonptl > > > > Tiene cara de que tienes en paralelo paquetes i386 instalados (en este > > caso, rpm), y al actualizar solo x86_64 obviamente quedan huerfanos los > > i386. > > > > Aplica: > > > > yum list installed "*.i?86" > > > > (sera una _larga_ lista!), luego ve que de eso puedes pitearte sin > > miramientos (o que debes actualizar en paralelo con x86_64). > Prefiero la opcion de bajar los paquetes en x86_64. Muchos paquetes en CentOS para x86_64 vienen en _ambos_ sabores, y se requieren los dos. [...] > >> alguna otra manera de que me deje instalar una > >> nueva version?? > > > > Instalar las i386 correspondientes tambien. [...] > Voy a ver que paquetes estan en i386, y los cambio por x86_64. Necesitas los /dos/! -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
Re: conflicto con rpm
2009/1/19 Horst H. von Brand : > Juan Andres Ramirez wrote: >> La distribucion que estoy usando es Centos 4. Y he seguido al pie de >> la letra todo lo que han dicho, y si tengo espacio en /var. > > Exactamente que de lo que te dijieron hiciste? Bueno hice lo siguiente: -Revise el Hardware, no tiene problemas, ni de ram ni de disco duro. -Revise el espacio en /var , tengo bastante, de sobra. -Aplique: 1- rm -f /var/lib/rpm/__*.db 2- rpm --rebuilddb 3-yum Clean All > > CentOS 4.7 es la version actual... es 4.0 + actualizaciones al dia. > >> Linux 2.6.9-34.0.2.EL #1 Fri Jul 7 17:58:49 CDT 2006 x86_64 x86_64 >> x86_64 GNU/Linux > > Nucleo. No es demasiado relevante aca. Que hay en /etc/redhat-release? CentOS release 4.3 (Final), eso aparece. > >> Logré instalar una nueva version del Yum a mano, > > Exactamente como? Sacado de donde? http://mirror.centos.org/centos/4.7/os/x86_64/CentOS/RPMS/ , de aqui lo saque. > >> saque del repositorio >> todo menos el base: >> [base] >> name=CentOS-$releasever - Base >> mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os >> #baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/ >> gpgcheck=1 >> gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos4 > > Debieras dejar updates tambien (al menos). > >> aplique un yum update rpm: >> [r...@mail actualizacion]# yum update rpm >> Setting up Update Process >> Setting up repositories >> dag 100% |=| 1.1 kB00:00 > > O sea, tienes habilitado al menos el repositorio dag ademas de base. Si. > >> base 100% |=| 1.1 kB00:00 >> Reading repository metadata in from local files >> primary.xml.gz100% |=| 3.5 MB02:47 >> primary.xml.gz100% |=| 560 kB00:24 >> base : ## 1831/1831 > >> Sigue quedando ahi, y despues de un rato la maquina vuelve a quedar >> pegada. > > "Vuelve a quedar pegada"?! De eso nada habias dicho antes... Si Don Horst si lo habia dicho, por eso revise el hardware como me habian dicho antes. > > Como, exactamente, "pegada"? Puedes conectarte via SSH, responde a ping(1), > reaccciona el LED del teclado a CapsLock, actividad del disco, ...? No puedo entrar via SSH, si tiene ping, el disco se mueve, si tiene capsLock, pero la consola no reacciona, ninguna. > >> Tratando de hacer update al rpm, con todas las dependencias: >> [r...@mail actualizacion]# rpm -Uvh *.rpm >> Preparing...### >> [100%] >> file /usr/lib/rpm/macros from install of rpm-4.3.3-26_nonptl >> conflicts with file from package rpm-4.3.3-13_nonptl >> file /usr/lib/rpm/noarch-linux/macros from install of >> rpm-4.3.3-26_nonptl conflicts with file from package >> rpm-4.3.3-13_nonptl >> file /usr/share/man/man8/rpm.8.gz from install of >> rpm-4.3.3-26_nonptl conflicts with file from package >> rpm-4.3.3-13_nonptl > > Tiene cara de que tienes en paralelo paquetes i386 instalados (en este > caso, rpm), y al actualizar solo x86_64 obviamente quedan huerfanos los > i386. > > Aplica: > > yum list installed "*.i?86" > > (sera una _larga_ lista!), luego ve que de eso puedes pitearte sin > miramientos (o que debes actualizar en paralelo con x86_64). Prefiero la opcion de bajar los paquetes en x86_64. > >> Puedo hacer un force??, > > De poder, puedes... que te lo recomiende... bueno, siempre es bonito mirar > como explotan las maquinas de los _demas_, asi que dale nomas! > /me va a buscar las cabritas... > >> alguna otra manera de que me deje instalar una >> nueva version?? > > Instalar las i386 correspondientes tambien. > > Lee rpm(1) para ver detalles de como puedes definirte un formato para que > te muestre la arquitectura tambien. Voy a ver que paquetes estan en i386, y los cambio por x86_64. > >> Mi idea es actualizar esto primero, antes de meterme con otras cosas, >> como apache, postfix etc > > > > Alguna version viejita de rpm/yum se colgaba si le dabas algun repositorio > inexistente (o simplemente lento). Revisa bien que no tengas basura en tu > lista de repositorios (/etc/yum.repos.d, en el peor caso mueve todo lo que > hay alli a algun lugar seguro y repones lo justo y necesario). Revisa que > no tengas versiones extraoficiales de yum/rpm/python. Ok, voy por eso. > -- > Dr. Horst H. von Brand User #22616 counter.li.org > Departamento de InformaticaFono: +56 32 2654431 > Universidad Tecnica Federico Santa Maria +56 32 2654239 > Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513 >
Re: conflicto con rpm
Juan Andres Ramirez wrote: > La distribucion que estoy usando es Centos 4. Y he seguido al pie de > la letra todo lo que han dicho, y si tengo espacio en /var. Exactamente que de lo que te dijieron hiciste? CentOS 4.7 es la version actual... es 4.0 + actualizaciones al dia. > Linux 2.6.9-34.0.2.EL #1 Fri Jul 7 17:58:49 CDT 2006 x86_64 x86_64 > x86_64 GNU/Linux Nucleo. No es demasiado relevante aca. Que hay en /etc/redhat-release? > Logré instalar una nueva version del Yum a mano, Exactamente como? Sacado de donde? > saque del repositorio > todo menos el base: > [base] > name=CentOS-$releasever - Base > mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os > #baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/ > gpgcheck=1 > gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos4 Debieras dejar updates tambien (al menos). > aplique un yum update rpm: > [r...@mail actualizacion]# yum update rpm > Setting up Update Process > Setting up repositories > dag 100% |=| 1.1 kB00:00 O sea, tienes habilitado al menos el repositorio dag ademas de base. > base 100% |=| 1.1 kB00:00 > Reading repository metadata in from local files > primary.xml.gz100% |=| 3.5 MB02:47 > primary.xml.gz100% |=| 560 kB00:24 > base : ## 1831/1831 > Sigue quedando ahi, y despues de un rato la maquina vuelve a quedar > pegada. "Vuelve a quedar pegada"?! De eso nada habias dicho antes... Como, exactamente, "pegada"? Puedes conectarte via SSH, responde a ping(1), reaccciona el LED del teclado a CapsLock, actividad del disco, ...? > Tratando de hacer update al rpm, con todas las dependencias: > [r...@mail actualizacion]# rpm -Uvh *.rpm > Preparing...### [100%] > file /usr/lib/rpm/macros from install of rpm-4.3.3-26_nonptl > conflicts with file from package rpm-4.3.3-13_nonptl > file /usr/lib/rpm/noarch-linux/macros from install of > rpm-4.3.3-26_nonptl conflicts with file from package > rpm-4.3.3-13_nonptl > file /usr/share/man/man8/rpm.8.gz from install of > rpm-4.3.3-26_nonptl conflicts with file from package > rpm-4.3.3-13_nonptl Tiene cara de que tienes en paralelo paquetes i386 instalados (en este caso, rpm), y al actualizar solo x86_64 obviamente quedan huerfanos los i386. Aplica: yum list installed "*.i?86" (sera una _larga_ lista!), luego ve que de eso puedes pitearte sin miramientos (o que debes actualizar en paralelo con x86_64). > Puedo hacer un force??, De poder, puedes... que te lo recomiende... bueno, siempre es bonito mirar como explotan las maquinas de los _demas_, asi que dale nomas! /me va a buscar las cabritas... > alguna otra manera de que me deje instalar una > nueva version?? Instalar las i386 correspondientes tambien. Lee rpm(1) para ver detalles de como puedes definirte un formato para que te muestre la arquitectura tambien. > Mi idea es actualizar esto primero, antes de meterme con otras cosas, > como apache, postfix etc Alguna version viejita de rpm/yum se colgaba si le dabas algun repositorio inexistente (o simplemente lento). Revisa bien que no tengas basura en tu lista de repositorios (/etc/yum.repos.d, en el peor caso mueve todo lo que hay alli a algun lugar seguro y repones lo justo y necesario). Revisa que no tengas versiones extraoficiales de yum/rpm/python. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
conflicto con rpm
La distribucion que estoy usando es Centos 4. Y he seguido al pie de la letra todo lo que han dicho, y si tengo espacio en /var. Linux 2.6.9-34.0.2.EL #1 Fri Jul 7 17:58:49 CDT 2006 x86_64 x86_64 x86_64 GNU/Linux Logré instalar una nueva version del Yum a mano, saque del repositorio todo menos el base: [base] name=CentOS-$releasever - Base mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os #baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/ gpgcheck=1 gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos4 aplique un yum update rpm: [r...@mail actualizacion]# yum update rpm Setting up Update Process Setting up repositories dag 100% |=| 1.1 kB00:00 base 100% |=| 1.1 kB00:00 Reading repository metadata in from local files primary.xml.gz100% |=| 3.5 MB02:47 primary.xml.gz100% |=| 560 kB00:24 base : ## 1831/1831 Sigue quedando ahi, y despues de un rato la maquina vuelve a quedar pegada. Tratando de hacer update al rpm, con todas las dependencias: [r...@mail actualizacion]# rpm -Uvh *.rpm Preparing...### [100%] file /usr/lib/rpm/macros from install of rpm-4.3.3-26_nonptl conflicts with file from package rpm-4.3.3-13_nonptl file /usr/lib/rpm/noarch-linux/macros from install of rpm-4.3.3-26_nonptl conflicts with file from package rpm-4.3.3-13_nonptl file /usr/share/man/man8/rpm.8.gz from install of rpm-4.3.3-26_nonptl conflicts with file from package rpm-4.3.3-13_nonptl Puedo hacer un force??, alguna otra manera de que me deje instalar una nueva version?? Mi idea es actualizar esto primero, antes de meterme con otras cosas, como apache, postfix etc Muchas gracias. Juan Andres Ramirez wrote: > Hace tiempo atras hice la misma pregunta, pero hasta ahora no he > tenido solucion con esto: Distribucion exacta? Comando? > Setting up Update Process > Setting up repositories > dag 100% |=| 1.1 kB00:00 En Fedora los "repositorios extraoficiales" comunmente han tenido conflictos... > update100% |=| 951 B00:00 > base 100% |=| 1.1 kB00:00 > addons100% |=| 951 B00:00 > extras100% |=| 1.1 kB00:00 Esto es del an~o de la goma... > Reading repository metadata in from local files > primary.xml.gz100% |=| 3.5 MB01:27 > Y ahi queda, no pasa de esto, despues de un rato el "top" muestra como > deja de consumir cpu, en un principio usando el 99% y despues esto: > > 8201 root 16 0 3477m 1.9g 216 R 4.19 4.9% 1:53.82 yum > > Y despues de un rato la maquina se congela, tengo que resetear con el > boton reset.../cry. Triste. > TratÃ(c) de arreglar esto con los siguientes pasos: > > 1- rm -f /var/lib/rpm/__*.db > 2- rpm --rebuilddb > 3-yum Clean All yum clean all Revisar que hay espacio en /var! > Y no paso nada. Alguna otra idea??. Gracias. [Me parece recordar que alguna version an~eja de yum se colgaba si la apuntabas a un repositorio inexistente o que no responde.] Eliminar los repos no oficiales del cuento (al menos temporalmente). Incluso dejar habilitado unicamente updates. Actualizar por presas, o sea: yum clean all yum update yum rpm Y luego ir paso a paso. Si eso no funciona, ir a los repos del caso, bajar el ultimo RPM de rpm, ver de instalar eso, bajar las dependencias que le fallan, ... [Si, es un verdadero asco... incluso puede ser que necesites temporalmente desinstalar cosas para destrabar el proceso. *NUNCA JAMAS* usar "--force" o "--nodeps"] La otra es instalar una version actual de la distribucion. Por lo de "extras" debe ser Fedora 6 o anterior (Fedora core + extras se fundieron en Fedora 7), y esos hace harto tiempo ya no tienen repositorios activos. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
