Hoy, cuando intenté usar cmuExport en mi servidor para realizar los respaldos semanales de mi bluequartz, me encontré conque éste, que hasta la semana pasada funcionaba, de repente había dejado de trabajar.
Ahora por ejemplo si yo intentaba el comando:
cmuExport -d /home/raqbackup/data
me respondía inmediatamente con un error:
Cannot export on a
Y ahí se quedaba... no puede exportar a...? A dónde? Vamos, a mi servidor!!!! Exporta!! pero nada, el comando tozudamente se negaba a exportar.
Así que lo abrí (vi /usr/sbin/cmuExport) y busqué eso de “Cannot export on a”, y encontré que este error sale cuando se chequea la versión de cobalt/bluequartz basado en una función llamada getBuild,
Edité el archivo /usr/cmu/perl/Global.pm donde está la función getBuild y encontré que es bien simple, la función getBuild tiene una lista de posibles versiones de cobalt listadas, y son estas:
Esta lista, la compara contra la versión de nuestro cobalt que está listada en /etc/build
Los contenidos actuales de mi /etc/build son estos:
cat /etc/build
build 20050703 for a 5101R in en_US
En efecto, 5101R no aparece listado entre las posibles versiones de cobalt de mi función getBuild, así que lo agregué a mi lista en /usr/cmu/perl/Global.pm, ahora queda así:
# RaQ Builds
"2700R", "RaQ1",
"2799R", "RaQ2",
"2800R", "RaQ2",
"3000R", "RaQ3",
"3001R", "RaQ4",
"3100R", "RaQ4",
"3500R", "RaQXTR",
"3599R", "RaQXTR",
"4100R", "RaQ550",
"5101R", "RaQ550"
después del primero RaQ550 puse una coma y agregué debajo una línea poniendo mi versión. Y listo, ahora me trabaja el cmuExport.
Esto lo dejo como constancia porque me parece que sucederá de nuevo si la gente que realiza el bq sigue cambiando /etc/build, yo les sugerí que no lo hagan para que no se rompan las aplicaciones que trabajan basadas en la info de /etc/build, pero no sé si colaboren en este caso. Por mi parte será simple siempre ir cambiando Global.pm