Hola Gonzalo,
si no me equivoco, cuando lanzas el servidor manualmente lo lanzas con
tu usuario. Pero el script utiliza otro usuario. En la línea
start-stop-daemon --start -c nobody --pidfile $PIDFILE
se establece el usuario nobody para ejecutar el servidor. ¿Tiene ese
usuario permisos de escritura en el directorio donde sube los archivos?
Si ese es el problema puedes dar permisos de escritura a todo el mundo,
tanto en el directorio donde subes como en los de logs. La otra opción
es que crees un usuario para la aplicación, que lo hagas propietario de
los directorios y que cambies el script para que use ese usuario (opción
-c)
Espero que te sirva.
Un saludo
El 2014-07-02 16:17, Gonzalo Rivero escribió:
buen día,
soy nuevo en esta lista. Me guié con parte de este tutorial
https://cwiki.apache.org/confluence/download/attachments/27838216/Installing%20OM2.1.1%20on%20Debian64%20Wheezy.pdf?version=1&modificationDate=1380291632000&api=v2
salvo por el detalle final de compilar que como me daba error, terminé
bajando el binario ( https://openmeetings.apache.org/downloads.html )
y listo.
Instaló bien (lo dejé en /opt/apache-om porque... si, me gustaba esa
ruta), arranca bien si ejecuto /opt/apache-om/red5.sh y me funciona
todo, subida de archivos incluída.
Volviendo al tutorial, en la página 22, hay un script para /etc/init.d
así se puede dejar el arranque automático, pero al iniciarlo con eso,
no me deja subir archivos en las salas de conferencia, muestra error
500 y nada mas; en los log (tengo un openmeetings.log red5.log
error.log y 0.0.0.0_access.2014-07-02.log) no veo que escriba nada
referido a esto.
¿donde o que puedo tocar para ver que está pasando?, por cierto
imagemagik está instalado desde los paquetes de debian, así que está
en una ruta estándar y openmeetings lo encuentra bien, porque puedo
subir imágenes sin problemas cuando inicio el servicio a mano.
--
Juan Carrera
