El fichero de estadísticas de access_ssl_log.webstat en access_ssl_log.webstat se esta llenando (mas de 50GB en el caso de un dominio mio).
Este fichero es propio de cada dominio esta en el directorio logs de cada uno de ellos.
Aunque lo borres mediante plesk o mediante comando desde el terminal linux, al día siguiente se vuelve a crear (con mas tamaño) porque el servidor lo tiene en memoria.
Yo lo he solucionando parando primero los servicios de apache y nginx del servidor y luego eliminando desde plesk el fichero de estadisticas y por ultimo se arrancan los servicios apache y nginx.
Así el fichero no esta en memoria cuando se elimina y el borrado se hace efectivo.
Al final, el problema de la falta de conexión se solucionó con un reinicio de servidor.
Ionos nos dejo tirados con el problema, pese a que les presionamos ya que consideramos que si una actualización de Plesk viene mal (en este caso a dos servidores) es también responsabilidad de ellos.
Pero no sirvió de nada. No aceptan ni responsabilidad sobre su producto (servidor dedicado + plesk), ni dar soporte.
Ionos me ha dicho inicialmente que el problema era nuestro, sin embargo lo he comprobado y nos da problemas en dos servidores. Así que les he remitido de nuevo el problema.
Hola
Desde ninguno de los dos servidores es capaz de resolver la dirección de plesk (ni ninguna otra)
Los dos tienen este error: Error in cURL request: Resolving timed out after 10001 milliseconds
Ademas los dos estan acumulando correos en su cola (miles) ya que no pueden llegar a ningun servidor de correo externo como gmail.com
Pero el problema está en ambos servidores y no se ha tocado la configuración recientemente.
Os copio pruebas:
Root@xxx:~# more /etc/resolv.conf
Nameserver 212.227.123.16
Nameserver 212.227.123.17
Root@xxx:~# ping 212.227.123.16
PING 212.227.123.16 (212.227.123.16) 56(84) bytes of data.
^C
--- 212.227.123.16 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3110ms
Root@xxx:~# dig id-00.kaid.plesk.com
;; communications error to 212.227.123.16#53: timed out
;; communications error to 212.227.123.16#53: timed out
;; communications error to 212.227.123.16#53: timed out
;; communications error to 212.227.123.17#53: timed out... Leer más ...
Error de Plesk: Advertencia: En este momento está operando dentro del periodo de gracia de su licencia. Para actualizar su licencia del producto, seleccione la opción Recuperar llaves en la página de información de la licencia.
Cuando lo intento: no funciona lo de "Recuperar llaves".
El problema hay que llamar al proveedor del servidor (en mi caso Ionos). Solo ellos pueden desatascar el problema de la licencia.
Síntomas o daños colaterales:
- Deja de funcionar el servidor de correo
- No funcionan las actualizaciones de paquetes
- Algunas extensiones dejan de funcionar
- No se visualizan a nivel de plesk los dominios bajo WordPress.
La verdad es que al final he renunciado a instalar Almalinux 9 en un servidor IONOS
Lo he intentado varias veces pero la imagen da diferentes problemas.
El ultimo, al terminar la instalación y querer acceder al panel de Plesk me da:
Internal error
Error: ERROR: Plesk\Exception\Database: DB query failed: (1932) SQLSTATE[42S02]: Base table or view not found: 1932 Table 'psa.sessions' doesn't exist in engine, query was: DESCRIBE `sessions` (Mysql.php:79)
Mi recomendación, instalar Ubuntu 24 o Debian 12.
Es cierto, que se puede solucionar reparando Plesk (con su herramienta Plesk repair) pero sinceramente no vale la pena instalar un sistema operativo que ya da problemas desde su instalación.
Rocky Linux 9, el problema que tiene es que no se puede instalar con plesk (al menos en Ionos). Para mi es determinante para instalar una imagen que sea compatible con plesk, ya que uso los servidores para albergar múltiples dominios.
Estoy intentado la migración de dominios entre dos servidores con paneles plesk en ambos y me salta este error: New Migration
Failed to check SSH connection to the source server 'source' (xx.xx.xx.xx): Unable to connect to 'xx.xx.xx.xx' by SSH: Authentication failed..
Ensure that the server is up and there are no firewall rules that may block SSH connections to the server,
Then restart migration.
EL problema no esta en la red ssh, ni en el firewall, sino en esta en que me equivoque en la clave y puse la de admin y no la de root.
Una tonteria, pero te puede costar medio día de trabajo.
Intentando importar en Gmail (como cuenta pop3) una cuenta de correo que ya funcionaba, tras un traslado de servidor. El siguiente error se daba de forma recursiva y no descargaba los mensajes.
Google: el servidor ha devuelto el error "connection closed by remote host: the other server terminated our connection. please contact your other email provider for more information.
Tengo instalado Dovecot y Postfix en un servidor dedicado CENTOS 7 con Plesk
Dejo por aquí la solución a este error que se produce cuando se excede el límite de archivos abiertos que se le permite al sistema.
El límite actual lo podemos ver en la base de datos:
El modulo de Migration Manager y el Health Monitor (estadísticas que nos permiten ver de forma sencilla la carga del servidor en tiempo real) no vienen instalados por defecto en Parallel - Plesk 12.
Para que os aparezca la opción hay que instalarlo primero.
Para instalarlo hay que ir a las pestaña de Servidor y elegir la opcion dentro de la seccion de Plesk.
El antivirus DrWeb aveces es un autentico pelmazo, que le da por enviar correos cada hora cuando no puede actualizar su base de datos. Como ademas, en mi caso no lo uso y los email que salen de mi servidor no contienen virus, he decidido desintalarlo.
Los pasos a a seguir son los siguientes:
Me lgueo como root:
Quote::
[root@sxxxx ~]# rpm -qa | grep "drweb" | xargs rpm -e
Cleaning up init scripts...
Shutting down Dr. Web daemon...
warning: /etc/drweb/drweb32.ini saved as /etc/drweb/drweb32.ini.rpmsave
[root@sxxxxx ~]# rpm -qa | grep drweb
[root@sxxxxx ~]# ps -ef | grep drweb
root 20403 20323 0 16:22 pts/0 00:00:00 grep drweb
[root@sxxxxx ~]#
A mi de la version 10.4 lo que menos me gusta es que viene con PHP 5.3 y eso da muchos problemas si el codigo php es antiguo.
Hay una opcion para actualizar el panel, sin actualizar el php o el mysql:
vi /etc/yum.conf
Y añadirle un alinea que diga:
Quote::
exclude=php*5.3* mysql*5.5*
Eso impide al servidor actualizar a mysql 5.5 o a php 5.3
Deberias probarlo primero en un servidor de pruebas... yo me comi un problema enorme durante la actualización. Se hizo pedazos todo, incluido el plesk.
Aforo, si dices que da miedo tu que contolas imaginate como estoy yo...
El problema es que tengo multiples webs que se alimentan de un mismo area privada , entonces quiero que carpetas como imágenes, documentos, etc estén sincronizadas (la del sitio de administración con el resto).
Para ello ya que descarto el uso de directorios virtuales (porque mi version de Plesk no los soporta) pienso que una solución es de llamar un batch que haga esta tarea de sincronizacion cada vez que se cree/modifique un fichero en el area de gestión.
Y aqui el problema, tu que seguro que controlas bastante mas que yo del tema, que solución harias? sincronizarias directorios? o hay algun comando de linux que te los mantenga sincronizados como un Listener o algo?
Tema: 
Foro: 
Asunto: 
Tema: 
Tema: 
Foro: 
Tema: 
Tema: 
Foro: 
