[Resuelto] Error añadiendo usuarios y realizando cambios

[adriangam]

Buenos días,

Alguna idea sobre #1963?

Tengo la máquina que no puedo trabajar con ella... y parece ser que soy el único al que le pasa...

Si no sabéis a qué se puede deber... existe forma de bajar a la versión 1.0.2? O... existe forma establecida (que no queden rastros) de desinstalar por completo el panel de control? Casi prefiero borrar todo por completo...

Gracias.

Saludos.

[kurgans]

El panel tienes su unistall
/var/www/ispcp/engine/setup

Luego es un poco engorroso montarlo por que deja algunos residuos que hay que quitarlos manualmente, o por lo menos antes yo no quito un panel desde la rc3 no se como estará ahora el tema de quitarlo.

Yo me he visto un par de veces en tu situacion, y lo que he echo ha sido copiar lo que necesitaba, usuarios, grupos, pass,webs,sql,buzones, etc....

Y volver a montar sobre 0, y restaurar los datos integros

Sobre bajar la verion del panel, no tengo ni idea, yo supongo que si en la guia de upgrade haces copias de todo de forma que si algo falla restauras la copias y vuelves al punto de partida vamos a la RC que intentas actualizar, pero no lo se, nunca he tenido problemas con el upgrade

---

Seria de ayuda el poner logs de error de apache/suexec.log y de /users/default-error

[adriangam]

En este panel no tengo nada en producción. Puedo borrar el panel sin ningún problema 100% sin hacer backup. De ahí que me guste la idea del uninstall, sabiendo qué restos me puede dejar para eliminarlos manualmente.

Después un simple apt-get remove (fichero de paquetes) --purge me limpiaría de los paquetes no necesarios, para reinstalar casi de cero.

Lo que no puedo hacer es reinstalar el servidor, puesto que sí tiene procesos en producción que no deberían ser parados.

Sabes entonces qué restos puede dejar para eliminarlos a mano? Hay algo más del panel que no se guarde en /etc/ispcp, en /var/www/ispcp ó las configuraciones de apache?

Gracias.

Saludos.

[kurgans]

No necesitas quitar ningun paquete,
Yo creo recordar que dejaba algunos directorios pero en el proceso de instalacion te va diciendo los errores y vas eliminando manualmente, directorios que haya podido dejar o usuarios virtuales, permisos, algo en la sql tambien, no lo recuerdo bien, pero se que habia en la RC3 varias cosillas que retocar para reinstalar el panel.

El proceso de instalacion si hazlo como si fuera de 0 y recoger los paquetes que necesita por si alguno se ha ido fuera con la eliminacion del panel.

Ya si la eliminacion es y la reinstalacion te da un problema mas gordo pues si puedes eliminar los paquetes de apache, mysql pero no creo que llegues a esos extremos.

Pero que sabiendo lo que te pone en los logs es bastante probable que el error se elimine.

[adriangam]

Muchísimas gracias

Saludos.

[kurgans]

Fijate bien en la estructura que tienes ahora,
/etc/ispcp
/var/lib/mysql
/var/log/ispcp
/var/www/ispcp
/var/www/fcgi
/etc/proftpd/ispcp
/etc/apache2/ispcp
/etc/ispcp
/etc/ispcp/postfix/ispcp
/etc/ispcp/cron.d/ispcp
/etc/ispcp/cron.d/backup/ispcp
/etc/ispcp/cron.d/working/ispcp
/etc/postfix/ispcp
/etc/cron.d/ispcp
/etc/logrotate.d/ispcp
/var/mail/virtual/

Vamos hazle un find -name ispcp y pega todas las llamadas que encuente en un documento.

[adriangam]

Buenos días,

resucito este tema por una pequeña duda, ya que acabo de encontrar algo que puede ser importante... a la hora de hacer los updates con el nightly script, ejecuto el script como root y, por tanto, todos los archivos se quedan con los pares usuario:grupo como root:root, incluídos aquellos dentro de /var/www/ispcp (directorio en el cuál se encuentra engine/ispcp-rqst-mngr) y puede que sea por este motivo por el cuál no se pueden crear correctamente nuevos dominios y demás, teniendo que ejecutar manualmente el ispcp-rqst-mngr.

Qué permisos, usuario y grupo deben tener todos los archivos dentro de /var/www/ispcp? Algún otro fichero aparte de todos los que estén debajo de esa ruta debe tener algún privilegio específico que pueda ser cambiado al ejecutar el script de actualización como root? Qué privilegios?

Por último... qué usuario debe ejecutar el script? Es decir... qué usuario debe ser el propietario de todos los ficheros actualizados? Creo que el problema que tengo es ese, y no me va a hacer falta desinstalar todo el panel

Gracias,

Saludos.

[kurgans]

Tal como los tienes el unico que cambia es gui para dar acceso al usuario de apache siendo vu2000:www-data.

Y los usuarios virtuales deben ser respetados vu2????:www-data

[kilburn]

Quote:Qué permisos, usuario y grupo deben tener todos los archivos dentro de /var/www/ispcp? Algún otro fichero aparte de todos los que estén debajo de esa ruta debe tener algún privilegio específico que pueda ser cambiado al ejecutar el script de actualización como root? Qué privilegios?

Por último... qué usuario debe ejecutar el script? Es decir... qué usuario debe ser el propietario de todos los ficheros actualizados? Creo que el problema que tengo es ese, y no me va a hacer falta desinstalar todo el panel Big Grin

Es más facil que todo eso, puesto que el panel ya lleva dos scripts para restaurar los permisos tanto del frontend como del backend. Como root, ejecuta:

Quote:sh /var/www/ispcp/engine/setup/set-engine-permissions.sh
sh /var/www/ispcp/engine/setup/set-gui-permissions.sh

y listos

[adriangam]

Buenas tardes...

Pues va a ser que no... aparte de que esos scripts se ejecutan en el nightly update, los he ejecutado a mano y siguen quedándome 8 consultas por ejecutar y los dominios no se suspenden ó activan cuando deben, sino que tengo que ejecutar manualmente el proceso ispcp-rqst-mngr...

No tengo ninguna gana de reinstalar! Alguna sugerencia? Puedo localizar qué 8 procesos quedan pendientes de ejecución continuamente? Cómo? Quizás si os digo esos 8 procesos ayude para solucionar el problema...

Sabéis si algún desarrollador da soporte directo sobre la máquina? Es decir, si cabe la posibilidad de que si le doy acceso entrase a echar un vistazo...

Saludos

EDITO: He actualizado varias veces y el problema no tuvo solución por el momento... la última actualización por el nightly update... esta misma mañana.

EDITO (otra vez): He estado mirando por la bbdd y las ejecuciones colgadas (esas 8) son de las tablas htaccess_groups y htaccess_users, en usuarios que ya no existen y están en estado delete (y no se borran al ejecutar el proceso ispcp-rqst-mngr). Alguna idea nueva?