Error al conectar con el depósito de fósiles en línea después de cambiar la contraseña

Question

Configuré un repositorio de fósiles en una cuenta de alojamiento compartido que tengo. Creé un script de Perl fossil.pl que apunta a un repositorio clonado que coloqué en el espacio web. Configuré todos los permisos correctos (755). Cuando voy a fossil.pl obtengo la interfaz web. Todo está bien. Sin embargo, tengo un problema con los empujones y espero que alguien me indique una solución.

Cuando clono un repositorio, establece una nueva contraseña para mí (Toby) en el nuevo repositorio clonado. Si presiono este repositorio en línea sin cambiar la contraseña, funciona bien, puedo hacer cambios desde mi máquina local al repositorio en línea. Sin embargo, una vez que cambio la contraseña de Toby (a algo más fácil de recordar), aparece el siguiente error.

Bytes  Cards Artifacts  Deltas Send:   
1810   9   0   2 
1Server Error: not authorized to write 
fossil: server says: not authorized to 
write 

¿Alguien sabe por qué sucede esto? ¿Alguien sabe como arreglarlo?

Answer 1

Fossil recientemente cambió los detalles de cómo guarda las contraseñas, lo que afectó la forma en que se realiza la autenticación durante la clonación, inserción, extracción y sincronización.

Uno de los resultados de ese cambio es que la contraseña inicial para la primera cuenta de usuario creada para usted por el clon almacena la contraseña de la manera antigua, pero cambiar cualquier contraseña la actualiza a la nueva manera. Para forzar todos los registros de contraseña en un repositorio para usar el nuevo método, use "fósil test-hash-passwords".

Verificaría que ambas copias de fósiles estén después de esa revisión, actualizando ambos extremos según sea necesario.

Tenga en cuenta que si actualiza a las versiones más recientes disponibles, debe hacer "reconstrucción fósil" en el servidor (y localmente también para cualquier clon) debido a cambios en el esquema de la base de datos. Como eso siempre es seguro, es aconsejable hacerlo después de cualquier actualización.

Answer 2

Hasta ahora, los usuarios y las contraseñas nunca fueron clonados. En general, es una buena idea, cuando se clona, ​​para asegurarse de que la contraseña en local y su control remoto sean idénticos, y probarla con una sincronización.