mi\u00e9rcoles, 17 de junio de 2020<\/p>\n\n\n\n
Pues hoy ten\u00eda planeado efectuar un cambio de versi\u00f3n en el sistema operativo del servidor principal, el de odoo, y m\u00e1s bien va a ser que no. <\/p>\n\n\n\n\n\n\n\n
El servidor est\u00e1 funcionando con Ubuntu Server 16.04 LTS que deber\u00edamos haber actualizado tiempo atr\u00e1s sobre todo por cosa de la seguridad y, tal vez, por una ganancia en el rendimiento del sistema pero que no hemos hecho porque primero una consultora (mal), luego otra (fatal) y ahora el chico externo (que ya no s\u00e9 qu\u00e9 pensar) y, bueno, que bastante han tenido con que el ERP se sostenga para andar cambiando versiones de sistema operativo. <\/p>\n\n\n\n
Con el nuevo horario despu\u00e9s del ERTE -y el confinamiento y el consiguiente apocalipsis y dem\u00e1s- la empresa cierra a las tres de la tarde as\u00ed que me he venido un poco antes y he estado preparando la cosa para ver si era f\u00e1cil o no. El chico externo me dijo que OK en un correo cuando se lo pregunt\u00e9 y ya no s\u00e9 si me dijo que bien al intento o bien a que emplease mi tiempo en ello o bien a que le llamase si algo fuese mal. <\/p>\n\n\n\n
Antes de proceder me he asegurado de que la \u00faltima copia estuviese correcta y luego he intentando actualizar el sistema empleando una herramienta de Ubuntu llamada do-release-upgrade<\/em> que facilita el cambio. Y no, primero he tenido que ponerme al d\u00eda con las actualizaciones de seguridad, l\u00f3gico, y luego volver a intentarlo. Y nada, que no ha habido manera. <\/p>\n\n\n\n As\u00ed que he pensado que una transici\u00f3n sencilla no iba a ser porque por lo que he le\u00eddo en las notas de versi\u00f3n hay muchos cambios en los sistemas y los saltos entre versiones de este tipo no est\u00e1n recomendados. Tendr\u00eda primero que arreglar lo de arriba, luego pasar a la versi\u00f3n LTS siguiente que ser\u00eda la 2018.04 y despu\u00e9s a la 2020.04 y mira, no, porque podr\u00eda echarle horas y horas y no tendr\u00eda forma alguna de volver atr\u00e1s antes de que ma\u00f1ana a las siete se pongan en marcha. <\/p>\n\n\n\n He empezado a perge\u00f1ar un plan de migraci\u00f3n para el que necesito algunas respuestas. <\/p>\n\n\n\n Por lo que he visto en foros de soporte, con mensajes desde 2014 en adelante, es que hab\u00eda muchas dificultades en el cambio a la rama 3 y que la propia versi\u00f3n 10 de odoo ya ten\u00eda planeado una ruptura de compatibilidad y pensaban aprovecharlo para migrar. No s\u00e9 en qu\u00e9 ha quedado la cosa pero supongo que tras tanto tiempo no habr\u00e1 migraci\u00f3n de nuestro ERP a versiones superiores de odoo. Ser\u00e1 m\u00e1s econ\u00f3mico en tiempo y horas hacer algo nuevo o cambiar a otra cosa totalmente distinta. <\/p>\n\n\n\n Lo del cambio de versi\u00f3n de Python, en mi opini\u00f3n, es un cambio de lenguaje al estilo de Perl 6; no se le deber\u00eda llamar actualizaci\u00f3n porque rompe demasiadas cosas a muchos niveles y as\u00ed no se puede. Una cosa es que tu programa emplee cosas tan pero tan antiguas que son peligrosas o muy ineficientes. Otra que tengas que repasar todo el c\u00f3digo porque a alguien necesitaba un olvido y perd\u00f3n de sus pecados y lo llam\u00f3 progreso y nos jodi\u00f3 a los dem\u00e1s. <\/p>\n\n\n\nosr@erp:~$ sudo do-release-upgrade\n[sudo] password for osr:\nChecking for a new Ubuntu release\n...\nauthenticate 'bionic.tar.gz' against 'bionic.tar.gz.gpg'\ngpg exited 1\nDebug information:\ngpg: Firmado el jue 30 ene 2020 10:28:11 CET usando clave RSA ID C0B21F32\ngpg: \/tmp\/ubuntu-release-upgrader-wn_s5tfn\/trustdb.gpg: se ha creado base de datos de confianza\ngpg: Firma INCORRECTA de \u00abUbuntu Archive Automatic Signing Key (2012)<\/strong> ftpmaster@ubuntu.com<\/a>\u00bb\nAuthentication failed\nAuthenticating the upgrade failed. There may be a problem with the network or with the server.\n<\/pre>\n\n\n\n