Tuve este problema recientemente y fue una pesadilla absoluta para rastrear, en primer lugar, ¿está ejecutando CrashPlan Enterprise (creo que también puede ser llamado Cloud o Small Business o algo más a lo largo de esas líneas)? Si no es así, me temo que esta no es probablemente la solución que está buscando.
TLDR;
Ejecute el siguiente comando curl en una máquina en buen estado conocido, compárelo con el suyo y luego haga los cambios necesarios.
curl --insecure -X GET "https://localhost:4244/v1/ApplicationStatus" -G -d 'query=list+config+where+version=v6.9.4'
Antecedentes
En primer lugar, un poco de antecedentes, CrashPlan se compone esencialmente de dos componentes, un servicio y una interfaz de usuario. La interfaz de usuario se construye utilizando el marco de Electron, creo que esto solía ser una aplicación Java (y usted puede decir la edad de su instalación por esto). El servicio es más o menos lo que hace todo el trabajo, y alberga una API (en un servidor web) que está escuchando el puerto 4244
. Podemos hablar con esta API para saber lo que está pasando y tratar de averiguar lo que es roto . Si está interesado en ver qué rutas de la API están disponibles (y qué llamadas se hacen, etc.) puede mirar en el archivo App.asar de la interfaz de usuario (es todo el comprimido JS que componen una aplicación de Electron), leyendo que es como he trabajado todo esto. Lo que parece suceder es que durante la actualización muy ocasionalmente alguna configuración se corrompe o se borra, realmente no estoy seguro de por qué (no fui capaz de encontrar una causa de root para eso).
Cómo resolver
Paso 1
Necesitamos comprobar la configuración de una máquina (en tu empresa) que sepas que está funcionando, de esta forma podrás diferenciar las dos configuraciones y averiguar qué es lo que falta en la máquina que está rota.
Necesitamos consultar la configuración de tiempo de ejecución del host bueno conocido. Utilice lo siguiente curl
para enviar una solicitud a la API interna para recuperar la configuración en tiempo de ejecución. Esto utiliza el punto final interno v1/ApplicationStatus
para consultar la configuración que se está utilizando actualmente. Se devolverá en JSON
y puede utilizar jq
para darle un buen formato si así lo desea.
curl --insecure -X GET "https://localhost:4244/v1/ApplicationStatus" -G -d 'query=list+config+where+version=v6.9.4'
Paso 2
Ejecute el comando curl anterior en el host donde está recibiendo el mensaje de error. Con suerte, esto debería devolver una configuración diferente a la de arriba, o si tienes suerte, te indicará la configuración que falta o es incorrecta.
Paso 3
Añade al archivo de configuración lo que falte (o deba eliminarse) de la configuración del tiempo de ejecución /Library/Application Support/CrashPlan/conf/my.service.xml
Paso 4
Reinicie la máquina y el problema debería desaparecer
Espero que eso ayude
1 votos
¿Dónde lo ves? ¿En el terminal? ¿En un diálogo de alerta? ¿En una notificación? ¿Está archivando algo? ¿Correo? ¿Has verificado el disco?
0 votos
Sí, es un cuadro de diálogo emergente que parece ocurrir al azar, ha sucedido durante la navegación web o escribir documentos, pero nada relacionado con el mensaje es decir, no estoy archivando nada en ese momento. Buena idea sobre la verificación del disco gracias, no lo he probado todavía, voy a darle una oportunidad.