StyXman's glob http://grulicueva.homelinux.net/~mdione/glob//archives/2008/07/ StyXman's glob ikiwiki 2009-01-22T04:24:04Z http://grulicueva.homelinux.net/~mdione/glob//posts/sarge-etch-2/ 2009-01-22T04:24:04Z 2008-07-04T23:29:16Z <p>El segundo día me amaneció a las 13. Hoy tocaba terminar con el Apache, que incuía apenas los <code>trac</code>s y el <code>dotproject</code>. Ambos implicaban upgrades.</p> <p>Los <code>trac</code> no me hicieron renegar mucho, pues está <a href="http://trac.edgewall.org/wiki/0.10/TracUpgrade">muy bien</a> documentado y hasta fue scripteable. Básicamente era un salto de <a href= "http://trac.edgewall.org/wiki/0.10/TracUpgrade#From0.8.xto0.9"><code> sqlite2</code> a <code>sqlite3</code></a>, un <code>trac-admin ... upgrade</code> seguido de un <code>trac-admin ... resync</code>.</p> <p>Con lo único con lo que renegué fue que a pesar del upgrade fue exitoso no podía entrar. En los logs encontraba esto:</p> <pre> <code>(9)Bad file descriptor: Could not open password file: (null) </code> </pre> <p><a href= "http://idefix.net/~koos/irregular.php/irregular-20070213/mod-authnz-ldap-apache-2-2-and-allowing-all-ldap-users"> Google al rescate</a> me dijo que había que apagar esa directiva que había tenido que modificar el día anterior:</p> <pre> <code>AuthzLDAPAuthoritative off </code> </pre> <p>También me salió esto:</p> <pre> <code>Failed to load the AuthzSVNAccessFile: The character 'o' in rule '@except' is not allowed in authz rules </code> </pre> <p>Eso era porque en un archivo de configuración del repo (<code>conf.svnaccess</code>) tenía los permisos de sólo lectura como <code>ro</code> en vez de <code>r</code>.</p> <p>El <code>dotproject</code> me enfrentó a un viejo archienemigo: <code>mysql</code>. La verdad que no se a queinacarajos se le ocurre que es una excelente idea poner la configuración de acceso y permisos de una base de datos dentro de la base misma. Por un lado eso termina siendo un archivo binario no versionable y por otro obliga al sysadmin a aprender SQL (cosa que sé, pero no manejo fluidamente ni me interesa saberlo; otro de los motivos por los que amo los ORM's). Y además esta configuración termina en <code>/var</code> y no en <code>etc</code>. <code>postgresql</code>, en cambio, es mucho más inteligente. Y viva el SQL independiente del motor. Lástima nadie lo usa...</p> <p>Bien, sólo tuve que hacer un dump del <code>mysql</code> anterior (<code>chroot</code> mediante), crear la base en el nuevo y hacer un load. Fantástico. Luego una lucha trabado con el sistema de permisos antesmencionado. Luego apuntar un browser a <code>https://server/dotproject/install</code>. En ese minisitio tuve primero que configurarlo (como DP no es un paquete en Debian, lo instalé de fuentes; la configuración queda en un archivo en <code>include/config.php</code>; ojo que las otras opciones es nukear las bases), luego volver a entrar a dicha URL, momento en el cual detecta las bases viejas y da la opción de upgradearlas. Anduvo sin problemas y ahora disfrutamos de un DP más nuevo. Yeepee!</p> <p><a href="http://grulicueva.homelinux.net/~mdione/glob//archives/2008/07/../../../tags/sysadmin/">sysadmin</a> <a href="http://grulicueva.homelinux.net/~mdione/glob//archives/2008/07/../../../tags/debian/">debian</a> <a href="http://grulicueva.homelinux.net/~mdione/glob//archives/2008/07/../../../tags/sarge/">sarge</a> <a href="http://grulicueva.homelinux.net/~mdione/glob//archives/2008/07/../../../tags/etch/">etch</a> <a href="http://grulicueva.homelinux.net/~mdione/glob//archives/2008/07/../../../tags/apache/">apache</a> <a href="http://grulicueva.homelinux.net/~mdione/glob//archives/2008/07/../../../tags/trac/">trac</a> <a href="http://grulicueva.homelinux.net/~mdione/glob//archives/2008/07/../../../tags/svn/">svn</a> <a href="http://grulicueva.homelinux.net/~mdione/glob//archives/2008/07/../../../tags/mysql/">mysql</a> <a href="http://grulicueva.homelinux.net/~mdione/glob//archives/2008/07/../../../tags/dotproject/">dotproject</a></p>