¡Únete al Club!
urpmi intenta instalar todos los paquetes en una única transacción
Enviado por Kalvy el 16 Abril, 2008 - 20:06.
A la hora de instalar varios paquetes, urpmi siempre segmentaba (parámetro --split-level con valor 20 por defecto) la instalación en transacciones más pequeñas, de forma que se iban instalando bloques de paquetes relacionados, en lugar de todos los paquetes de golpe. Pero este parámetro no funciona en Mandriva 2008.1.
La segmentación es especialmente crítica a la hora de actualizar de una versión anterior de Mandriva a una nueva, ya que al hacer una única transacción debe bajar primero todos los rpms a instalar, y al ir a instalarlos puede encontrarse con el disco duro lleno, haciendo imposible la instalación y por tanto la actualización.
La actualización puede hacerse igualmente a mano liberando espacio e instalando los paquetes manualmente... pero cuando hay que instalar más de 1000 paquetes, es bastante doloroso incluso si muchos se instalan por dependencias ;)
No obstante, este problema también afectaría en una actualización normal y corriente del sistema si hay muchos paquetes para actualizar y poco espacio en el raíz.
El bug es urpmi all-in-one-transaction problems y puede votarse en Votar bug 36613.
No sé cómo no lo arreglaron para la salida de Mandriva 2008.1, porque el bug es de enero, pero bueno :(
EDITO: parece que el bug no es lo que yo pensaba inicialmente. Yo pensaba que intentaba instalar todos los paquetes de una vez, pero no es así. La instalación de los paquetes es correcta, realizándose ésta por bloques.
El problema está en la descarga de los paquetes, y sólo cuando se utiliza la opción --auto-select.
Cuando se usa --auto-select, urpmi descarga todos los paquetes de una vez, y cuando ya están todos descargados, comienza a instalarlos por bloques. El comportamiento debería ser que descargase unos pocos, los instalase, descargase unos pocos, los instalase...
Nótese que si en lugar de actualizar se instalan paquetes de forma explícita, el comportamiento sí es el esperado, y realiza tanto la descarga como la instalación por bloques.
»
- Entra a tu cuenta o crea una para poder comentar.
.
Que extraño nunca me tope con este Bug, hasta ahora urpmi ha trabajado normalmente (he usado cooker desde la alpha2 hasta la ultima actualización antes de la publicación oficial) ¿Sera que yo utilizo --auto-update?
Votado
LA' YUME' NUM T'OX MUK'IL IN TIAL
No debería influir
Hombre, el uso de --auto-update no debería influir, pero... cosas más raras se vieron ;)
No obstante, acabo de hacer una prueba para verificar, y con --auto-update tampoco funciona en mi caso (aunque dado que donde lo probé es un híbrido entre versiones al haber hecho sólo la actualización de los paquetes base pero no del resto, a saber).
No obstante, comentas que lo llevas usando desde la alpha2. Dicha alpha2, ¿la instalaste de 0? ¿O es una actualización de un sistema previo? Quizás el problema sólo se dé con sistemas actualizados desde versiones anteriores.
.
Actualización de la 2008.0 mediante el instalador del DVD de la alpha2 y de ahí en adelante configurar repositorios cooker y ejecutar urpmi --auto-updatate -v -wget --force, y nunca vi una transacción de más de 20 paquetes, pero por motivos de que no puedo acaparar el ancho de banda, en ocasiones interrumpia la actualización para reanudarla posteriormente (otras veces si actualizaba todo pero nunca vi nada parecido al bug solo errores de que no se instalaban X o Y paquetes)
Como ultimo comentario, no he actualizado recientemente el sistema por que estoy esperando a que se termine la descarga del DVD Free (2008 Spring)
LA' YUME' NUM T'OX MUK'IL IN TIAL
Quizás sea un bug distinto
Estuve haciendo experimentos, y puede que sea un bug distinto a lo que yo pensaba inicialmente.
En mis experimentos el problema sólo se dio cuando utilicé urpmi --auto-select. Si en lugar de la auto-selección indicaba nombres de paquetes concretos, sí que los bajaba e instalaba por bloques, como de costumbre.
Instalé una Mandriva 2008.1 limpia para probar, y resulta que al hacer el auto-select en ella me bajaba todos los paquetes de una vez (los que había que actualizar), pero en cambio la instalación la hacía por bloques, es decir, como de costumbre.
Así que parece que el problema está en que el auto-select baja todos los paquetes de golpe, aunque luego, una vez bajados, sí que respeta la instalación por bloques.
El problema no es la dejadez
Al menos en este caso, lo que pasa es que no es un bug tan fácil de reproducir, creo que deberías escribir con comentario deiciendo que tu también estas afectado, es posible que el desarrollador te pida que ejecutes "urpmi --auto-update --bug"
Saludos
Documentación
El Blog de Pacho
En cuanto pueda
Ya tengo escrito el comentario con más información para el bug (que empiezo a pensar es otro distinto como le comenté a katnatek), pero no puedo ponerlo porque Bugzilla no me conecta :(
En cuanto pueda entrar lo añadiré ;)
Kalvi, te respondo a la
Kalvi, te respondo a la petición que hiciste en el hilo http://www.blogdrake.net/node/11344. Yo actualicé via urpmi y no noté lo que comentas en este hilo (aunque tampoco sé si lo he entendido bien). El programa iba descargando más o menos de 8 a 9 paquetes cada vez, los descargaba y luego los instalaba. Luego volvía con otros 8 ó 9 paquetes y así todo el rato. Por lo que hace referencia al tamaño de la partición me parece que había espacio suficiente (es uno de los ordenadores del trabajo y ahora no lo tengo aquí), creo que tenía unos 20 gigas de espacio en la partición. No sé si te he respondido a lo que querías. Si necesitas más información no dudes en pedirla. Un saludo.
Unas 25 Gigas
Ese era el espacio libre contestando a tu pregunta. Una de las cosas que debería evitar urpmi al hacer la actualización es pedirte que escojas entre varios paquetes, cuando la mayoría no sabemos que influencia tiene el escoger uno u otro, sino que lo haga automáticamente o lo instale por defecto, pues eso te obliga estar atento a la pantalla durante la actualización, pues si no contestas sigue esperando hasta que lo hagas.
Saludos
Los problemas complejos, muchas veces tienen soluciones fáciles, la sabiduría está en encontrarlas
Estoy de acuerdo con
Estoy de acuerdo con miguelroisster en el tema de no pedir opinión en la elección de dos paquetes cuando se actualiza. En mi caso eso me hizo perder algo de tiempo porque me lo preguntó en un momento en el que estaba "tomando café". Además mi respuesta, en las dos ocasiones en que tuve que responder, fue elegir el número 1 invariablemente sin saber lo que hacía. Un saludo.
Quizás la opción --auto
No estoy seguro, pero tal vez la opción --auto haga selección automática de paquetes cuando hay varias alternativas. Aunque insisto en que no estoy seguro. Lo mejor para esto es abrir un hilo en Servicio técnico para mantener el orden... y para que Drakedalfa no nos zumbe con el bate ;)
Respecto a la actualización en sí, ¿te fijaste si iba descargando unos pocos paquetes, instalándolos, descargando, instalando o si los descargaba todos de golpe al principio y luego los instalaba de poco en poco? Con tantos gigas libres puede que hayas sufrido el bug o no por lo mismo que le comenté a jmarpu33.
Eso era, gracias
Era la información que necesitaba... aunque no son buenas noticias :P
Me explico. Por lo que dices del tamaño, podrías haber sufrido el bug sin sufrir un error por ello (es decir, urpmi podría haber bajado los 1000 y pico paquetes de golpe y luego ir instalándolos poco a poco, ya que con tanto espacio libre no se habría llenado la partición raíz con las descargas). Pero si dices que bajaba unos pocos, los instalaba, los bajaba, los instalaba... Está claro que no se presentó el bug.
Y que no se haya presentado el bug, por raro que suene, es un problema. Porque eso quiere decir que en unos sistemas ocurre, y en otros no... Y encontrar la raíz del bug en esas circunstancias puede ser bastante peliagudo :(
O.K.
O.K.
a mi me sucedió...
Mediante el comando urpmi --auto-update --force --wget quise actualizar de 2008.0 a 2008.1, la descarga de los 1000 y tantos paquetes se realizó bien, pero al momento de instalar lo intenta hacer todos los paquetes en un solo "bloque". No me dió error debido al espacio (tengo mas de 30 Gb libres), pero si al final me dio el siguiente error:
Falló la instalación: libldap2.3_0-devel entra en conflicto con libldap2.4_2-devel-2.4.8-2mdv2008.1.i586 postgresql-virtual < 8.3.1 entra en conflicto con postgresql8.3-8.3.1-2mdv2008.1.i586 postgresql-virtual > 8.2.7 entra en conflicto con postgresql8.2-8.2.7-1mdv2008.1.i586La instalación se detiene y no puedo instalar nada. He intentado con la opción --skip para que no se instalen estos paquetes, pero no me deja (sigue dando el mismo error). Cabe también indicar que antes de realizar la descarga de los paquetes actualizó el MCC (Mandriva control center) y urpmi, pero no puedo siquiera ejecutar MCC (ni desde consola, no arroja ningún error, y este es mi princial problema). Ignoro si todo esto esta relacionado a este bug, pero lo comento para ver si sirve de algo. Al menos los rpm descargados no han sido eliminados (no tengo que volverlos a descargar), el problema es que no puedo instalarlos, ni siquiera "a mano", no muestra ningún mensaje, ni siquiera en consola, tan solo no se ejecuta.
La actualización la estoy haciendo desde un Mandriva Free 2008 recien instalado.
Un saludo
Edito: Al final pude instalar usando urpmi --auto-update -v -wget --force --skip libldap2.3_0-devel,postgresql-virtual; instala los .rpm en bloques, así que pienso que mi problema no está relacionado con este bug, solo que no finalizaba la instalación debido a que estos paquetes entraban en conflicto con otros, y lo del MCC y urpmi era debido a que no se habían instalado las dependencias (perdón si secuestré el hilo, fue sin querer, pero creí que estaba relacionado ;P).
Mylosoft
Quizás sí sea el bug (en su nueva forma)
Cuando dices que Al menos los rpm descargados no han sido eliminados, ¿recuerdas si estaban todos los paquetes descargados, los mil y pico? Si es así, sí, sí sufriste el bug ;)
si estaban
A medida que se iba haciendo la transferencia, iba prestando atención a los mensajes de consola (instalé con la opción -v, osea verbose), en ningún momento eliminó el caché de las descargas. Además, para estar más seguro, cada tanto yo le hacía copia "a mano" a los rpm descargados, es decir, copiaba el contenido de /var/cache/urpmi a mi escritorio, solo con el fin de asegurarme que la instalación no eliminaba los rpm antes de finalizar satisfactoriamente y dado el caso poder recuperarlos. Al finalizar la descarga, pude comprobar que los archivos en /var/cache/urpmi eran en su totalidad los descargados, o por lo menos, eran los mismos que yo había copiado en mi escritorio.
Un saludo.
Mylosoft
Estaba fuera de onda
Pero tenía una cosa reovoloteándome por la cabeza:
Todos los que hemos actualizado a 2008.1 desde una versión anterior vía urpmi no deberíamos haber tenido problemas con ese bug porque partíamos de una versión en la que urpmi no tiene ese bug. Vamos, digo yo...
Atentamente,
El BOFH anteriormente conocido como vfmmeo. No había nadie mejor disponible.
Repetid conmigo: Mandriva mola y te lo demostraré
Cada día me gusta más Konqueror para navegar...
Linux user #444536
Y otro apunte
Ahora mismo, estoy haciendo una instalación brutal en la ventana de al lado vía rpmdrake (los metas de KDE4, E17, XFCE y sus plugins). Y me está instalando los paquetes por grupos, no del tirón, en un equipo con una instalación limpia (aunque actualizada de forma regular) de MDV 2008 Spring.
Lo posteo para dar más información.
Atentamente,
El BOFH anteriormente conocido como vfmmeo. No había nadie mejor disponible.
Repetid conmigo: Mandriva mola y te lo demostraré
Cada día me gusta más Konqueror para navegar...
Linux user #444536
El problema no es la instalación sino la descarga
Como comenté en Quizás sea un bug distinto (tendría que haber actualizado el artículo general, se me pasó :) ), la instalación sí que la hace por bloques, tanto usando --auto-select como no.
El problema está en que (en las pruebas que hice) --auto-select descarga todos los paquetes de una vez, aunque luego los instale por bloques.
Sin embargo, si en lugar de --auto-select haces una instalación explícita de un paquete, se baja unas pocas dependencias, las instala, se baja unas pocas dependencias, las instala...
Es decir, que la descarga de golpe la hace sólo cuando se utiliza --auto-select.
Debería ser la versión de 2008.1
Siento la tardanza, estos días no tuve tiempo ni de entrar por aquí :(
Por un lado es cierto que se parte de una versión de urpmi sin el fallo. Y por otro, no :)
Me explico. Al hacer un urpmi --auto-select lo primero que hace urpmi es actualizarse a sí mismo (y paquetes dependientes), y luego se reinicia con la nueva versión para instalar el resto de paquetes.
Vamos, que empiezas con la versión de urpmi antigua, pero a la hora de instalar el grueso de paquetes ya estás usando la nueva.
De hecho, hace unos años el --auto-select no instalaba primero urpmi y luego pasaba a los demás, sino que tenías que hacer urpmi urpmi y luego urpmi --auto-select.
tienes razón
Como puedes leer mas arriba en mi comentario, y como tu mismo lo dices, con urpmi --auto-select (el cual fue el método que usé para actualizar de 2008.0 a 2008.1) se actualiza primero el urpmi, se descargan todos los paquetes en una sola transferencia y después se instalan por bloques. Viéndolo desde este punto de vista, según lo que dices es posible pensar que entonces si fuí "víctima" del bug. Si esa así, por cual bug debería votar?. El que está al inicio de tu post (el 36613) habla de el intento de urpmi por instalar todo de un solo golpe, y en nuestro caso los mas correcto sería decir que urpmi intenta realizar todas las descargas de una sola vez. Ya hay un bug abierto? o deberíamos abrirlo?
Mylosoft
Lo comenté en el bug
Hace unos días comenté en el bug el comportamiento observado, por si tuviese alguna relación (quizás arreglaron el bug de una única transacción para la instalación, pero no contemplaron el caso de las descargas, por ejemplo).
No obstante, también dije que no estaba seguro de si era o no el mismo bug, y que si consideraban que era un bug distinto que me lo dijesen para abrirlo. Por ahora no hubo respuesta, así que habrá que esperar hasta que se pronuncien :)
ok
Estaré pendiente entonces.
Un saludo
Mylosoft
Pequeña novedad
Esta semana actualicé de Mandriva 2008.0 a Mandriva 2008.1 por urpmi el ordenador de una amiga mía porque tenía suficiente espacio en la raíz y no habría problema con el bug.
Cuán grande fue mi sorpresa cuando la actualización se realizó como debía, es decir, descargando e instalando por bloques, en lugar de descargando todo como me sucedió en mis experimentos.
Lo único que puedo reseñar es que la Mandriva 2008.0 había sido instalada mediante Mandriva One en lugar de Mandriva Free como en mis pruebas. No debería influir el "sabor" utilizado, pero es la diferencia más notable que puedo reseñar. Además, que el bug en sí es tan extraño que cualquier cosa es digna de comprobación ;)
Cuando tenga un poco de tiempo probaré con Mandriva One 2008 y la actualizaré a 2008.1 en una máquina virtual a ver qué pasa.