El 27/07/07, Aldrin Gonzalo Martoq Ahumada <[EMAIL PROTECTED]> escribió: > On 7/27/07, Horst H. von Brand <[EMAIL PROTECTED]> wrote: > > Aldrin Gonzalo Martoq Ahumada <[EMAIL PROTECTED]> wrote: > > > > > - RPM corruptos obligandote a hacer magia o reinstalar todo [DEB usa > > > archivos planos] > > > > No es RPM corruptos, es base de datos de RPM corrupta. Y eso era en > > encarnaciones previas de BDB, que no manejaba transacciones y > > rollback. > > Es lo mismo, queda inusable. Si pierdo mi /var/lib/dpkg, se muere > dpkg, apt y toda la vaina. > > > Hace /mucho/ que ya no pasa. > > Si, porque ya no lo uso ;) >
Aparte, cuando después de más de cuatro años de no usar RH, encontré que se habían dado cuenta del RPM Hell y estaban tratando de resolverlo!!! <-! > > > - Subversion destrozados (SI, el historial y trabajo de meses de > > > codigo a punto de desaparecer) [Ahora FSFS es el backend por omision] > > > > Mejor usa un SCM de verdad, como git ;-) > > Apoyo la moción, pero cuando se trata de Web, SVN igual salva bastante! > > > - LDAP corrupto y sin poder leer ningun maldito registro [menos mal > > > hay un backend sql, espero enchufarlos a un postgresql desde ahora] > > > > BDB sigue siendo lejos mas rapido... aunque probablemente no haga > > diferencia. En todo caso, LDAP es un /directorio/, no una /base de > > datos/, los requisitos son parecidos pero no iguales. Nunca he visto un LDAP crasheado, debe ser que por acá son fanáticos del backup y cada día crean respaldos y diff's con respaldos anteriores para saber qué tanto se han alterado las cuentas y toda la paraferna que corresponde a administrador de sistemas que tiene tiempo de sobra. [.....] > Me parece que en ambos casos se usaron "las ultimas versiones de esa > cosa". De los otros encontrones con bdb, no pude salvar nada... no > recuerdo ya las aplicaciones. Quizas BerkeleyDB no tenga la culpa y > las aplicaciones no utilizan bien la API que provee.... pero de que se > mueren los datos, se mueren :( Haz una prueba en entorno no productivo. En una de esas te das cuenta del error que cometiste. O probablemente termines como yo, que no podía dar crédito de que MySQL fuera tan malo y me convencí de aquello a través de ensayo y error. -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas - Consultor UNIX - Database Administrator
