Para correr BB en debian (notese que no use los instaladores…) la idea era intentar agarrar la aplicacion de respaldo y hacer que corriera en otro linux…<\/p>\n
1. primer problema…librerias dinamicas que cambian de nombre…
\ngrandioso.
\na dar prueba y error…
\n———–
\n[exec] \/usr\/blackboard\/apps\/modperl\/bin\/httpd: error while loading shared libraries: libdb.so.3: cannot open shared object file: No such file or directory<\/p>\n
veamos tenemos una las librerias mas nuevas de libdb (4) por cierto…<\/p>\n
sagan:\/usr\/lib# ln -s libdb-3.2.so libdb.so.3 (no funciona truena el modperl)
\n———-
\nIntentemos
\n apt-cache search libdb2
\nlibdb2 – The Berkeley database routines (run-time files)
\nlibdb2-dbg – The Berkeley database routines (debugging libraries)
\nlibdb2-dev – The Berkeley database routines (development files)
\nlibdb2-ruby1.6 – Interface to Berkeley DB for Ruby 1.6
\nlibdb2-ruby1.8 – Interface to Berkeley DB for Ruby 1.8
\nlibdb2-util – The Berkeley database routines (utilities)<\/p>\n
bien… aqui esta lo que necesitamos
\napt-get install libdb2
\nY adios a la liga simbolica (de hecho primero adios a la liga simbolica y luego apt-get)<\/p>\n
[exec] \/usr\/blackboard\/apps\/httpd\/bin\/httpd: error while loading shared libraries: libgdbm.so.2: cannot open shared object file: No such file or directory
\n [exec] Result: 3<\/p>\n
busquemos esta libreria… (grrr… compilaron modperl contra un libgdm mas antiguo)<\/p>\n
sagan:\/usr\/lib#ls libgdbm
\nlibgdbm.so.3 libgdbm_compat.so.3
\nlibgdbm.so.3.0.0 libgdbm_compat.so.3.0.0
\nsagan:\/usr\/lib# ln -s libgdbm.so.3.0.0 libgdbm.so.2<\/p>\n
parece funcionar (pero no funciona… es demasiado nueva)<\/p>\n
diantres… parece ser que tiene funciones nuevas:<\/p>\n
ldd -d mod_rewrite.so libc.so.6 => \/lib\/libc.so.6 (0x40013000)
\n \/lib\/ld-linux.so.2 => \/lib\/ld-linux.so.2 (0x80000000)
\nundefined symbol: ap_user_id (.\/mod_rewrite.so)
\nundefined symbol: ap_null_cleanup (.\/mod_rewrite.so)<\/p>\n
veamos usando la libreria compat (seguro incorpora funcionalidad de lo anterior)<\/p>\n
sagan:\/usr\/lib# ls libgdbm
\nlibgdbm.so.3 libgdbm.so.3.0.0 libgdbm_compat.so.3 libgdbm_compat.so.3.0.0
\nsagan:\/usr\/lib# ln -s libgdbm_compat.so.3.0.0 libgdbm.so.2<\/p>\n
Hecho funciona nuestra aplicacion tama\u00f1o moustro en una plataforma con parches al dia (debian Sarge)… aunque la de produccion esta en un RH 7.3 con los updates de fedora legacy…<\/p>\n
Temible… para llegar hasta aqui…
\n1. Solicitar maquina (viernes)
\n2. Verificar que no se ha entregado la maquina (lunes)
\n3. Recibir llamada de almacen (miercoles) 1:30 llevar la maquina al site (1:40)… ya mencione que tengo hasta las 2 para instalarla? a esa hora se van a comer y o me quedo hasta las 4pm en el site o hago lo mismo y me voy a comer… no reconoce bien el SATA
\n4. Instalar Debian Sarge y compilar un kernel ad hoc (jueves), listo movamos los archivos de respaldo para intentar correrlos
\n5. Viernes (todo el dia) probar el instalador… no funciona, agarrar desde los respaldos (tgz) y forzar las aplicaciones… a funcionar como si fuera tomar desde backup y poner la aplicacion a funcionar…<\/p>\n
Listo no es una receta y necesita documentarse… mejor.<\/p>\n
Si se que esto no hace mucho sentido, pero al menos a mi si… y quiero conservarlo por si luego no lo encuentro en mi maquina ;)<\/p>\n","protected":false},"excerpt":{"rendered":"
Para correr BB en debian (notese que no use los instaladores…) la idea era intentar agarrar la aplicacion de respaldo y hacer que corriera en otro linux… 1. primer problema…librerias dinamicas que cambian de nombre… grandioso. a dar prueba y … Sigue leyendo