P: Cuando presiono el botón de 'logout' (salida de sesión), parece que la aplicación se cae
R: No, la aplicación no se cae, simplemente sale. Esto ocurre porque
en la distribución de SKYRiX la aplicación es ejecutada por el demonio de
balanceado de carga (snsd), que no forma parte de OGo.
La forma más rápida de arreglarlo es especificar
-OGoMinimumActiveSessionCount 0 -WOWatchDogEnabled YES
como argumento a la hora de ejecutar OGo.
P: ¿Cómo conecto OGo con PostgreSQL?
R: Necesita asegurar dos cosas:
1) Tiene que configurar el servidor PostgreSQL para que acepte
conexiones TCP. Puede hacerlo estableciendo la variable "tcpip_socket" al
valor "true" en el fichero postgresql.conf (normalmente situado en
~postgres).
Algunos demonios viejos de PostgreSQL (anteriores al 7.0) necesitan
ejecutarse con la opción "-i" en la línea de comandos.
2) Necesita modificar su fichero pg_hba.conf para permitir conexiones TCP desde la máquina en que está instalado OpenGroupware.org (normalmente localhost). Ejemplo:
--snip-- local all all trust host all all 127.0.0.1 255.255.255.0 trust host all all 0.0.0.0 255.255.255.255 reject --snap--
Para obtener una configuración segura, sustituya trust con password, md5 o cualquier otra directiva (dependiendo de su versión de PostgreSQL).
¡No olvide reiniciar PostgreSQL depués de aplicar los cambios! (por ej. /etc/init.d/postgresql restart)
"server could not connect to the database"P: Cuando intento acceder a OGo, obtengo el mensaje de error "The SKYRIX application server could not connect to the database server !"
R: La configuración del servidor está incompleta. Ejecute lo siguiente y vuelva a intentarlo:
---snip--- Defaults write NSGlobalDomain LSAdaptor PostgreSQL72 Defaults write NSGlobalDomain LSModelName OpenGroupware.org_PostgreSQL ---snap---Sin imágenes en la interfaz HTML
O: Puedo acceder a la interfaz web, ¡pero no veo ninguna imagen!
A: La imágenes se buscan en ~opengroupware/WebServerResources. Así que necesita hacer un enlace simbólico:
---cortar--- ln -s ~opengroupware/WebServerResources ~opengroupware/WOApps/OpenGroupware.woa ---raass---No se encuentra el conector OpenGroupware.org_PostgreSQL
P: ¿Qué significa el mensaje: "ERROR: did not find bundle for model OpenGroupware.org_PostgreSQL (type=EOModels)"?
R: Necesita configurar el parámetro NGBundlePath que se
emplea para buscar componentes de OGo.
En Debian GNU/Linux:
En distribuciones basadas en RPM:
P: Ya lo tengo todo instalado/compilado. Ahora, ¿cómo inicio OGo?
R: Entre (login) como usuario del sistema Linux opengroupware y ejecute WOApps/OpenGroupware.woa/ix86/linux-gnu/gnu-fd-nil/OpenGroupware -WOPort 20000 -WOHttpAllowHost localhost
No se encuentra el conector LSModelP: Obtengo el error "ERROR: did not find bundle 'LSModel' (type=model) required by bundle" ...
R: Se trata de un bug (error) en los paquetes. Puede arreglarlo editando ~opengroupware/Library/OpenGroupware.org/LSBase.cmd/bundle-info.plist y cambiando LSModel.model por OGo.model. En los paquetes nuevos ya está arreglado.
¡Excepción de coma flotante!P: Cuando intento iniciar OGo, ¡obtengo una excepción de coma flotante (floating point exception)!
R: Parece que este problema es causado por la biblioteca NPTL (Native POSIX Thread Library for Linux) que viene con Red Hat 9. Inténtelo estableciendo la variable de entorno LD_ASSUME_KERNEL antes de ejecutar OGo:
export LD_ASSUME_KERNEL=2.4.1Si eso no resuelve el problema, anúncielo en la lista de correo de usuarios, por favor. Falta el paquete sxsys-gdl
P: Cuando intento instalar opengroupware-gstep-db-postgresql72-4.2-ogo001.i386.rpm obtengo el siguiente mensaje:
sef:/usr/local/opensources/opengroupware/rpm/rpm # \
rpm -i opengroupware-gstep-db-postgresql72-4.2-ogo001.i386.rpm
error: failed dependencies:
sxsys-gdl is needed by opengroupware-gstep-db-postgresql72-4.2-ogo001
R: Tuvimos un problema de dependencias que ya está solucionado. Simplemente obtenga los nuevos paquetes de nuestro servidor. Disculpe los inconvenientes, necesitamos un poco más de tiempo para arreglar todos los fallos en esta página web recién estrenada (sí, lo sabemos, no valen las excusas ;-) )
Extrañas URLs con 'x' y 'wo'P: Cuando me conecto a la instalación de OGo, las direcciones se echan a perder. La aplicación intenta conectarse a los servidores 'x' o 'wo' de mi red local, que no existen.
R: Utilize http://host:puerto/OpenGroupware para conectarse a OGo (substituya host y puerto con sus valores locales). OGo necesita la última parte de la URL para construir correctamente sus URLs, así que no debe estar vacía.