| Bienvenido, Invitado |
Tienes que registrarte para poder participar en nuestro foro.
|
| Usuarios en línea |
Actualmente hay 240 usuarios en línea.
» 1 miembro(s) | 237 invitado(s)
Bing, Google, gonac58
|
|
|
| Hola a todos |
|
Enviado por: Chengue - 08-12-2021, 04:11 AM - Foro: Presentaciones
- Respuestas (1)
|
 |
Buenas !
Me presento, soy chengue.
Estoy empezando en el mundo de los nas y tengo mil dudas!
A ver si me echais una mano!
Un saludo!
|
|
|
|
| Error al crear el docker de HA |
|
Enviado por: icaro600 - 06-12-2021, 07:11 PM - Foro: Firmware, Aplicaciones y Tutoriales
- Respuestas (3)
|
|
Hola , buenas tardes.
Estoy intentando instalar el docker de Home Assistant en mi Qnap TS-453Pro
He seguido el tutorial del foro, lo he intsntado varias veces, reseteando el NAS, desinstalando Container y volviendo a instalar, pero el resultado es el mismo, me aparece lo siguiente
Error
2021/12/06 17:56:18
Container
admin
Failed to do background task (create, home-assistant-1)
Error
2021/12/06 17:56:17
Container
admin
Background task error for create home-assistant-1: write /var/lib/docker/tmp/GetImageBlob831756973: no space left on device
Tengo 105GB libres.
Cualquier ayuda es bienvenida
Saludos
|
|
|
|
| Replica automatizada de NAS un docker de NextCloud + MariaDB |
|
Enviado por: Ganekogorta - 05-12-2021, 08:41 PM - Foro: Firmware, Aplicaciones y Tutoriales
- Sin respuestas
|
 |
Hola
Vamos a ver como hacer una réplica de forma automatizada y periódica de dos contenedores interrelacionados desde una nas origen a una destino.
De nuevo lo haré con NextCloud y su BBDD MariaDB.
En este caso la idea es dejar programado el trabajo para que sea realizado por ejemplo durante la noche o en fin de semana.
Todo son variantes de otros hilos, pero en este caso NO usaremos comandos docker para hacer copias de seguridad, simplemente transferiremos TODO el contenido de los contenedores a otra NAS, tras la transferencia se hacen unos pequeños cambios que nos permitan ejecutar el contenedor sin problemas.
Todos los procesos van a ser lanzados desde la nas destino ya que es ahí donde tenemos que hacer más operaciones, y los de la nas origen pueden ser realizados remotamente desde la otra.
Los procesos básicamente son:
- preparación de comunicaciones seguras entre ambas nas.
- instalación limpia de los contenedores en la nas remota.
- detención remota y detención local de los contenedores.
- copia de nas origen a destino
- activación de los dockers de nas origen
- reconfiguración de docker destino
- activación de los dockers de nas destino
- Construcción de un script para automatizar el proceso
Los punto 1 y 2 sólo hemos de hacerlos una única vez, para las siguientes veces ya no son necesarios.
Todas las operaciones las vamos a hacer con usuarios admin, esto es importante de cara a privilegios.
1-Preparación de comunicaciones entre ambas nas
Lo que vamos a hacer es que la nas destino pueda acceder por ssh a la nas origen sin introducir clave.
Eso se hace generando un certificado en la nas destino e instalado la parte pública en la nas origen.
Para ello primero generamos el certificado desde la consola de la nas destino:
Código: ssh-keygen -b 4096 -t rsa
Si ya existe uno, no hace generarlo y usamos el que tengamos.
Ahora hemos de introducirlo en la origen:
Código: cat ~/.ssh/id-rsa.pub | ssh -p 22 admin@ip_nas_origen 'cat >> ~/.ssh/authorized_keys'
A partir de este momento ya podemos acceder a la nas origen desde la remota por ssh SIN petición de clave.
Vamos a comprobarlo haciendo una búsqueda del archivo "docker" en la nas origen:
Código: ssh -p 22 admin@ip_nas_origen
Ahora vamos a ejecutar un comando de búsqueda del archivo "docker"
Con el comando anterior, which, nos muestra la ruta donde está situado "docker".
El "exit" es para volver a la consola local.
Anotamos esa ruta ya que la usaremos mas adelante en la detención de los contendores remotos.
2-instalación limpia de los contenedores en la nas remota
Esto lo hacemos para que QTS tenga la estructura y configuraciones necesarias para que funcionen los contenedores.
Lo mejor es repetir las cadenas de creación usadas en la nas origen de ambos contendores.
En el caso de Mariadb el comando es:
Código: docker run -d -p 3307:3306 --restart always --name="mariadb-server" --network=Dockers -v /share/DockerData/mariadb:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=CLAVEROOT -e MYSQL_USER=nextcloud -e MYSQL_PASSWORD=CLAVE -e MYSQL_DATABASE=nextcloud_db mariadb:10.5.11
En el caso de NextCloud el comando es:
Código: docker run -d -p 7080:80 -p 7443:443 --restart always --network=Dockers --name="nextcloud-mariadb" --link mariadb-server:mysql -v /share/DockerData/nextcloud-mariadb/html:/var/www/html -v /share/DockerData/nextcloud-mariadb/apps:/var/www/html/custom_apps -v /share/DockerData/nextcloud-mariadb/config:/var/www/html/config -v /share/DockerData/nextcloud-mariadb/data:/var/www/html/data -v /share/DockerData/nextcloud-mariadb/theme:/var/www/html/themes -e MYSQL_HOST=mariadb-server:3306 -e MYSQL_DATABASE=nextcloud_db -e MYSQL_USER=nextcloud -e MYSQL_PASSWORD=CLAVE -e NEXTCLOUD_ADMIN_USER=admin -e NEXTCLOUD_ADMIN_PASSWORD=CLAVEROOT -e NEXTCLOUD_TRUSTED_DOMAINS="ip_nas_destino:7080 ip_nas_destino:7443" nextcloud:22.2.0
Si todo ha ido bien, podremos acceder NextCloud limpio yendo desde un navegador a http://ip_nas_destino:7080
3-detención remota y detención local de los contenedores
Ahora vamos a detener todos los contendores tanto locales como remotos.
Recordamos que el comando será algo del tipo "docker stop nombre_contenedor"
Pero para ello debemos saber la ruta donde está el comando.
Empezamos con los contenedores remotos de la nas origen
Primero el de nextcloud-mariadb de la nas origen
Código: ssh -p 22 admin@ip_nas_origen "/share/CACHEDEV1_DATA/DockerData/docker stop mariadb-server"
Esta ruta depende del almacenamiento definido en nuestra nas.
Luego detenemos en contenedor NextCloud de la nas origen con el comando siguiente:
Código: ssh -p 22 admin@ip_nas_origen "/share/CACHEDEV1_DATA/DockerData/docker stop nextcloud-mariadb"
Ahora finalizamos en contenedor NextCloud de la nas destino. Que es local y carente de contenido en este momento.
Código: docker stop nextcloud-mariadb
y finalmente detenemos el contenedor local de mariadb
Código: docker stop mariadb-server
4-copia de nas origen a destino
Con los contenedores detenidos, lanzamos la orden de sincronización Rsync de ambas carpetas (de
Código: rsync -Aavx -e "ssh -p 22" admin@ip_nas_origen:/share/CACHEDEV1_DATA/DockerData/nextcloud-mariadb/ /share/DockerData/nextcloud-mariadb/
rsync -Aavx -e "ssh -p 22" admin@ip_nas_origen:/share/CACHEDEV1_DATA/DockerData/mariadb/ /share/DockerData/mariadb/
5-activación de los dockers de nas origen
Lanzamos los comandos remotos de activación, que son muy similares a los de detención.
Código: ssh -p 22 admin@ip_nas_origen "/share/CACHEDEV1_DATA/DockerData/docker start mariadb-server"
ssh -p 22 admin@ip_nas_origen "/share/CACHEDEV1_DATA/DockerData/docker start nextcloud-mariadb"
Con esto la nas origen ya tendrá operativo de nuevo NextCloud
6-reconfiguración de docker destino
Ahora vamos con algo que nos va servir para modificar el archivo de configuración del nextcloud sin llegar a editarlo manualmente.
Usaremos el comando "sed" para substituir la cadena de la "ip_nas_origen" por "ip_nas_destino".
Así cuando arranquemos NextCloud en la nas de destino, tendremos como página de confianza la ip de la nas.
Código: sed -i "s%ip_nas_origen,%ip_nas_destino,%g" "/share/DockerData/nextcloud-mariadb/config/config.php"
7-activación de los dockers de nas destino
Ahora nos queda levantar los contenedores de la nas destino con los comandos
Código: docker start mariadb-server
docker start nextcloud-mariadb
Si todo ha ido bien ya tendremos operativo un segundo NextCloud en la nas destino.
8-Construcción de un script para automatizar el proceso
La idea es ahora reunir todos los comandos en la secuencia adecuada (esto es importante) para que mediante la ejecución de un script, se hago todo lo anterior de forma lo más automatizada posible.
El script lo guardamos en la carpeta /share/DockerData de la nas destino con el nombre sincroDocker.sh y tendrá este contenido:
Código: #!/bin/sh
inicio=$(date +%s)
#detengo los docker de nas remota
echo Deteniendo contenedores remotos
ssh -p 22 admin@ip_nas_origen "/share/CACHEDEV1_DATA/.qpkg/container-station/bin/docker stop mariadb-server"
ssh -p 22 admin@ip_nas_origen "/share/CACHEDEV1_DATA/.qpkg/container-station/bin/docker stop nextcloud-mariadb"
echo Deteniendo contenedores locales
docker stop mariadb-server
docker stop nextcloud-mariadb
#hacemos sincronizacion sólo de los cambios.
echo Ejecutando sincronización de archivos en una dirección
rsync -Aavx -e "ssh -p 22" admin@ip_nas_origen:/share/CACHEDEV1_DATA/DockerData/nextcloud-mariadb/ /share/DockerData/nextcloud-mariadb/
rsync -Aavx -e "ssh -p 22" admin@ip_nas_origen:/share/CACHEDEV1_DATA/DockerData/mariadb/ /share/DockerData/mariadb/
#iniciamos dockers remotos
echo Iniciando contenedores remotos
ssh -p 22 admin@ip_nas_origen "/share/CACHEDEV1_DATA/.qpkg/container-station/bin/docker start mariadb-server"
ssh -p 22 admin@ip_nas_origen "/share/CACHEDEV1_DATA/.qpkg/container-station/bin/docker start nextcloud-mariadb"
#hago cambios de cadenas en archivo de configuracion local
sed -i "s%ip_nas_origen,%ip_nas_destino,%g" "/share/DockerData/nextcloud-mariadb/config/config.php"
#iniciamos dockers locales
echo Iniciando contenedores locales
docker start mariadb-server
docker start nextcloud-mariadb
final=$(date +%s)
resta=$(( $final - $inicio ))
minutos=$(( $resta /60 ))
echo El proceso empleando $minutos minutos o mas exactamente $resta segundos.
Si va a ser algo programado se pueden comentar insertando un carácter # como primer carácter de la línea.
Recordad que para que sea ejecutable tenemos que cambiarle los atributos con:
Código: chmod +x /share/DockerData/sincroDocker.sh
Después programamos la ejecución del script en el crontab una vez a la semana, por ejemplo cada domingo de cada mes a las 3:00
Código: echo -e "00 3 * * 0 /share/DockerData/sincroDocker.sh">> /mnt/HDA_ROOT/.config/crontab
Si lo queremos cada primer y tercer domingo de cada mes  , el comando sería el siguiente
Código: echo -e "00 3 1-7,14-20 * * [ 'date +\%u' = 0 ] && /share/DockerData/sincroDocker.sh">> /mnt/HDA_ROOT/.config/crontab
Y ahora una vez agregada la programación al crontab, lo que haremos es activarla:
Código: crontab /etc/config/crontab
/etc/init.d/crond.sh restart
Con todo esto ya tenemos activa la ejecución del script y por tanto la copia de ambos contenedores de una nas a otra.
P.D. como siempre si veis alguna errata, enviadme un mensaje privado para corregirlo.
|
|
|
|
| Instalar un HDD con contenido |
|
Enviado por: Azzazel - 05-12-2021, 12:40 PM - Foro: Cuestiones técnicas
- Respuestas (1)
|
|
Acabo de adquirir un nuevo NAS (un QNAP HS-251) y tengo una duda relativa a un HDD que he estado utilizando hasta ahora en mi anterior NAS de D-Link. Al conectarlo al QNAP me encuentro con que no puedo acceder al contenido del HDD y me obliga a formatearlo, ¿esto es así inevitablemente? ¿no hay alguna forma de que al menos me deje acceder al contenido para pasarlo al SSD de la segunda bahía?
Gracias y un saludo.
|
|
|
|
| Acceso a través de Teamviewer o myqnapcloud |
|
Enviado por: rayaca - 02-12-2021, 08:29 PM - Foro: Empezando con tu NAS
- Respuestas (1)
|
|
Hola a todos.
No hace mucho que tengo mi QNAP ts453d. Con todo lo que he leído sobre los ataques ransomware hasta ahora no me he atrevido a activar el myqnapcloud, ni abrir puertos para acceder desde fuera de mi red local.
Lo cierto es que cuando estoy fuera sí que me viene bien poder acceder a mi NAS para controlar algunos procesos que tengo en ejecución.
Veo que en la tienda de aplicaciones está el teamviewer, el cual he utilizado a veces con mi ordenador. Con teamviewer no necesito abrir puertos y, aunque la seguridad 100% nunca está asegurada, quizá sea una buena opción para entrar a mi NAS.
¿Tenéis alguna opinión al respecto? ¿Instalariais TeamViewer como aplicación para poder acceder al NAS?
Saludos.
|
|
|
|
| BORRADO CARPETA |
|
Enviado por: antardi - 01-12-2021, 11:36 PM - Foro: Cuestiones técnicas
- Respuestas (1)
|
|
Señores buenas tardes hoy en qnap TVS-463 con 4 bahías e borrado una carpeta compartida que apuntaba a la carpeta multimedia, la cuestión es que me a desaparecido todo lo que había en ella, no tengo copia ni instantáneas, ¿alguien me puede ayudar para intentar recuperarla?
|
|
|
|
| Mover de NAS un docker de NextCloud + MariaDB |
|
Enviado por: Ganekogorta - 01-12-2021, 10:00 PM - Foro: Firmware, Aplicaciones y Tutoriales
- Sin respuestas
|
|
Hola
Vamos a ver como hacer copias de seguridad de la combinación de los contenedores NextCloud y su base de datos MariaDB.
Y que luego podremos restaurar o mover a otra nas.
En ambos caso tenemos definidas rutas persistentes, que es lo habitual para hacer copia de seguridad de estas carpetas.
Así en caso de desastre, sólo hemos de recuperar estas carpetas y reinstalar el contenedor para que encuentra la cfg y datos anteriores.
Pero en este caso la cosa se complica a que hay una interacción entre NextCloud que guarda/gestiona archivos y la base de datos que registra los archivos y operaciones.
Y es que podríamos tener una descoordinación entre ambos contenedores y eso haría que la restauración no funcionase.
Y a colación de esto, salió el tema de trasladarlo a una nas secundaria, es decir, hacer una restauración en otra máquina con alguna particularidad final de adaptación.
Lo que vamos a ver son las dos cosas, hacer copias de seguridad y como restaurarlas en otra nas.
En el caso que pongo estoy suponiendo que las imágenes de los contenedores que usamos son iguales en ambas nas.
Si esto no es así, podríamos tener pequeñas diferencias de definición y funcionamiento entre los contenedores y nos puede ocurrir que no funcionen los datos del contenedor original.
Es decir, si las arquitecturas de los paquetes de contendores no son la misma, es posible que no podamos hacer el traslado
El guion básico es:
- recopilamos las cadenas de comandos de creación de los contenedores iniciales que hicimos en la consola.
- puesta en mantenimiento de NextCloud para que no siga habiendo cambios.
- copia de seguridad de la base de datos de NextCloud del contenedor de la BBDD.
- copia de seguridad de la carpeta persistente de NextCloud.
- creación en la nas destino del contenedor de la base de datos (hemos de hacerlo con la misma versión que el original).
- creación en la nas destino del contenedor de NextCloud (hemos de hacerlo con la misma versión que el original).
- restauramos la copia de seguridad de la base de datos mariaDB de NextCloud en la BBDD de la máquina destino.
- recuperación de los datos persistentes de NextCloud en la nas destino.
- editamos los archivos de configuración de Nextcloud para salir del mantenimiento y para ajustar las direcciones ip permitidas.
Yo voy a explicarlo ahora con NextCloud y con MariaDB. Con MySQL es igual
Trabajamos en la nas origen
1- Recopilamos las cadenas de comandos de creación de los contenedores iniciales que hicimos en la consola.
En nuestro caso las cadenas de creación de los docker iniciales fueron las siguientes:
Para MariaDB
Código: docker run -d -p 3307:3306 --restart always --name="mariadb-server" --network=misdockers -v /share/DockerData/mariadb:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=CLAVEROOT -e MYSQL_USER=nextcloud -e MYSQL_PASSWORD=CLAVE -e MYSQL_DATABASE=nextcloud_db mariadb:10.5.11
En la definición vemos que internamente se usa el puerto 3306 y que externamente es el 3307.
En este caso para simplificar, obligamos en su momento a la versión del contenedor 10.5.11, pero podía haber sido un latest.
Si hubiese sido "latest" estamos obligados a saber que versión se ha instalado. Esto es así, para que la nas destino vaya a tener la misma versión o una compatible a nivel de copia/restauración.
Para NextCloud se usó la siguiente en la que nos evitamos tener que dar datos en el primer inicio
Código: docker run -d -p ip_nas:7080:80 -p ip_nas:7443:443 --restart always --network=misdockers --name="nextcloud-mariadb" --link mariadb-server:mysql -v /share/DockerData/nextcloud-mariadb/html:/var/www/html -v /share/DockerData/nextcloud-mariadb/apps:/var/www/html/custom_apps -v /share/DockerData/nextcloud-mariadb/config:/var/www/html/config -v /share/DockerData/nextcloud-mariadb/data:/var/www/html/data -v /share/DockerData/nextcloud-mariadb/theme:/var/www/html/themes -e MYSQL_HOST=mariadb-server:3306 -e MYSQL_DATABASE=nextcloud_db -e MYSQL_USER=nextcloud -e MYSQL_PASSWORD=CLAVE -e NEXTCLOUD_ADMIN_USER=admin -e NEXTCLOUD_ADMIN_PASSWORD=CLAVEROOT -e NEXTCLOUD_TRUSTED_DOMAINS="ip_nas:7080 ip_nas:7443" nextcloud:22.2.0
En la definición vemos que internamente se usan el puertos 443 y 80 y que externamente son 7443 y 7080 respectivamente.
En este caso para simplificar, obligamos en su momento a la versión del contenedor 22.2.0
De nuevo, si colocamos "latest" en vez de una versión concreta, se colocará la última publicada. Y debemos tenerlo en cuenta en casos de traslado, para repetir la misma o colocar una compatible.
2-puesta en mantenimiento de NextCloud para que no siga habiendo cambios.
Para ello editamos el archivo /share/DockerData/nextcloud/config/config.php
Podemos hacerlo por consola con "vi" o con el mas amigable WinSCP.
Buscamos la línea donde pone 'maintenance' => false, y la cambiamos por 'maintenance' => true,
Si no existe la esa línea debemos añadirla nosotros mismos.
La colocamos por ejemplo debajo de la línea que comienza por 'version' y escribimos
Código: 'maintenance' => true,
Al guardarlo ya está activo ese modo, como podemos comprobar según la imagen siguiente
A partir de ese momento, NextCloud ya no permite el acceso a clientes.
Prefiero tenerlo asó no vaya a ser que un cliente móvil o alguno que no tengamos controlado, nos haga cambios no deseados.
Hay que recordar esto ya que la final de todo debemos salir de este modo si queremos que vuelva a estar operativo.
3-copia de seguridad de la base de datos PotgreSQL de NextCloud del contenedor de la BBDD de la NAS origen
Aquí vamos a hacerlo por consola todo.
primero accedemos a la ruta de la carpeta compartida DockerData que es la persistente donde tenemos las carpetas de los contenedores.
Código: cd /share/DockerData
En el destino crearemos la carpeta compartida DockerData si es que no existe.
Para hacer la copia de seguridad de la base de datos, hemos de usar comandos que NO están dentro del contenedor.
Por ello hemos de lanzar un comando desde fuera que acceda al contenido del contenedor.
El comando sería:
Código: /usr/local/mariadb/bin/mysqldump --user=nextcloud --password=CLAVE --lock-tables --host=ip_nas --port=3307 --databases nextcloud_db > nextcloud_db.sql
Con esto hemos obtenido el archivo de la copia de nombre nextcloud_db.sql en la carpeta /share/DockerData.
4-copia de seguridad de los datos NextCloud de la NAS origen (la carpeta persistente)
Simplemente vamos a comprimir la carpeta persistente de NextCloud, lo hacemos ejecutando los siguientes comando estando en la carpeta /share/DockerData
Código: docker stop nextcloud-mariadb
tar -zvcf nextcloud.tar.gz nextcloud-mariadb
docker start nextcloud-mariadb
en el segundo comando estamos indicando que se comprime la carpeta "nextcloud-mariadb" . Carpeta que está en /share/DockerData, si es otro nombre lo podemos ver en el comando de creación del contenedor.
Con ello obtenemos el archivo nextcloud.tar.gz y también tenemos el nextcloud_db.sql obtenido en el paso del punto anterior.
Con ello ya tenemos los archivos de datos necesarios para guardar y/o restaurar mas adelante ambos contenedores.
Estos dos archivos hemos de copiarlos a la otra nas.
Podemos hacerlo de varias formas. La mas fácil es usar WinSCP estando conectado a ambas nas y haciendo un copia pega.
Pero si ya nos sentimos cómodos con la consola y podemos hacerlo por comandos:
Código: scp -P 22 /share/DockerData/nextcloud_db.sql user_remoto@ip_nas_remota:/share/DockerData/nextcloud_db.sql
scp -P 22 /share/DockerData/nextcloud.tar.gz user_remoto@ip_nas_remota:/share/DockerData/nextcloud.tar.gz
En este comando anterior lo que hago es copiar por ssh usando el puerto 22 (hemos de cambiarlo si la nas remota usa otro).
Si no ponemos "-P 22" también funciona ya que es el puerto que se toma por defecto.
Al ejecutarlo y ser nuestra primera vez entre nas, nos pedirá la aceptación como de confianza de la otra nas al visionar su huella y luego que escribamos la clave del usuario user_remoto de la nas remota (no se ve al escribirla).
Estos mismos comandos lo podemos hacer desde la nas destino, cambiando los orígenes y destinos
Código PHP: scp -P 22 user_remoto@ip_nas_remota:/share/DockerData/nextcloud_db.sql /share/DockerData/nextcloud_db.sql
scp -P 22 user_remoto@ip_nas_remota:/share/DockerData/nextcloud.tar.gz /share/DockerData/nextcloud.tar.gz
Trabajamos en la nas destino
Creamos la red de dockers si es que no la tenemos definida.
Daré el mismo nombre que en el original. Si se asigna otro, distinto recordadlo a la hora de crear los nuevos contenedores.
Código: docker network create misdockers
5-creación en la nas destino del contenedor de la base de datos (hemos de hacerlo con la misma versión que el original).
Esto es importante ya que en determinados casos no es posible restaurar la copia en el nuevo docker.
Eso deberemos hacerlo siempre que en la creación del contenedor no obliguemos a una versión y usemos "latest".
Para ver la versión he usado el contenedor Portainer que es un indispensable en nuestros dockers.
Con el puedes ver variables, versiones,...y muchas cosas mas.
Es decir hemos de instalar un docker de MariaDB que lo haga con esa versión o una que sea compatible con los datos exportados anteriormente.
Usamos el comando de creación en la nas destino. Podríamos cambiar el puerto exterior del contendor por ejemplo
Código: docker run -d -p 3307:3306 --restart always --name="mariadb-server" --network=misdockers -v /share/DockerData/mariadb:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=CLAVEROOT -e MYSQL_USER=nextcloud -e MYSQL_PASSWORD=CLAVE -e MYSQL_DATABASE=nextcloud_db mariadb:10.5.11
6-creación en la nas destino del contenedor de NextCloud (hemos de hacerlo con la misma versión que el original).
Ejecutamos la instalación limpia de Nextcloud enlazado con la mariaDB anterior
La cadena quedaría así
Código: docker run -d -p ip_nas:7080:80 -p ip_nas:7443:443 --restart always --network=misdockers --name="nextcloud-mariadb" --link mariadb-server:mysql -v /share/DockerData/nextcloud-mariadb/html:/var/www/html -v /share/DockerData/nextcloud-mariadb/apps:/var/www/html/custom_apps -v /share/DockerData/nextcloud-mariadb/config:/var/www/html/config -v /share/DockerData/nextcloud-mariadb/data:/var/www/html/data -v /share/DockerData/nextcloud-mariadb/theme:/var/www/html/themes -e MYSQL_HOST=mariadb-server:3306 -e MYSQL_DATABASE=nextcloud_db -e MYSQL_USER=nextcloud -e MYSQL_PASSWORD=CLAVE -e NEXTCLOUD_ADMIN_USER=admin -e NEXTCLOUD_ADMIN_PASSWORD=CLAVEROOT -e NEXTCLOUD_TRUSTED_DOMAINS="ip_nas:7080 ip_nas:7443" nextcloud:22.2.0
Los parámetros son los mismos que usamos en nuestro NextCloud de la nas origen. Incluso las direcciones de las rutas persistentes.
Pero ip_nas hemos de cambiarla a la ip local de la nas destino.
Le damos unos instantes a que se termine de configurar internamente y si vamos desde un navegador web a la dirección http://ip_de_la_nas:7080 nos saldrá la web con un NextCloud. Un Nextcloud limpio y si datos, excepto el usuario administrador de NextCloud.
Ahora detenemos el docker de Nextcloud con el comando (o bien usando Portatiner)
Código: docker stop nextcloud-mariadb
7-restauramos la copia de seguridad de la base de datos mariaDB de NextCloud en la BBDD de la máquina destino.
Una vez operativo el docker ya podemos restaurar la base de datos nextcloud_db
Como ya tenemos los archivos de la copia en esa nas en la ruta /share/DockerData, ejecutaremos el comando de restauración
Código: /usr/local/mariadb/bin/mysql --user root --password --host=ip_nas --port=3307 < nextcloud_db.sql
El comando nos pedirá la clave del usuario "root" que según la definición del contenedor es "CLAVEROOT".
No veremos en pantalla la clave al escribirla.
Es un comando que ejecutado desde la consola de la nas, introduce datos en el contenedor vía el puerto externo del mismo, el 3307 y no el 3306 interno.
En este punto ya tenemos la base PostgreSQL con los datos de la otra nas (sólo los relativos a NextCloud)
8-recuperación de los datos persistentes de NextCloud en la nas destino.
Para recuperarlo, detenemos el docker de NextCloud y eliminamos el contenido de la carpeta /share/DockerData de la nas destino.
Código: docker stop nextcloud-postgresql
rm -Rf /share/DockerData/nextcloud-mariadb
Ahora descomprimiremos el archivo nextcloud.tar.gz que nos copiamos desde la otra nas
Código: cd /share/DockerData
tar -xzvf nextcloud.tar.gz
He agregado el primer cd para asegurarme que estamos en la ruta adecuada.
Evidentemente todas las operaciones anteriores han de hacerse con un usuario con privilegios elevados (por ejemplo el denostado admin) para que restaure los archivos con los permisos iniciales.
9-editamos los archivos de configuración de Nextcloud para salir del mantenimiento y para ajustar las direcciones ip permitidas.
Ahora editamos el archivo /share/DockerData/nextcloud-mariadb/config/config.php para poner fuera de mantenimiento el contenedor y para actualizar las ips permitidas. Ya que se supone que la nas destino tienen una ip distinta de la original (si están en redes distintas puede ser que sean coincidentes)
Antes del cambio tendremos en ambas nas
En la origen cambiamos el valor del estado de mantenimiento y en la de destino cambiaremos además los valores de la ip de las direcciones de confianza.
Tras el cambio sería algo similar a
Ahora arrancamos el docker con el comando
Código: docker start nextcloud-mariadb
Y si todo ha ido bien ya podemos tenemos nuestro NextCloud con MariaDB operativo en otra nas.
Recordad que nos quedaría pendiente el eliminar los archivos .tar y tar.gz (los podemos usar de copia de seguridad).
En otro hilo cuento como hacerlo con base de datos PostgreSQL, donde veremos que los pasos serán muy similares.
P.D. si veis cualquier errata o error, comentadlo por privado para corregirlo.
Si vais a hacer pruebas, cambiad las clave de las definiciones y no uséis CLAVE y CLAVEROOT 
|
|
|
|
| Carpeta cifrada con contraseña |
|
Enviado por: Hojadelata - 01-12-2021, 08:26 PM - Foro: Empezando con tu NAS
- Respuestas (1)
|
|
Buenas tardes:
Quiero crear una carpeta protegida con una constraseña, pero me sale una adevertencia al final el proceso que dice lo siguietne:
"Las carpetas compartidas cifradas no son compatibles con las siguientes características: NFS, restaurar archivos y carpetas individuales desde una instantánea de la carperta"
Aunque os parezca una obviedad, ¿qué son las características NFS? ¿A qué se refiere?
Y en segundo lugar, ¿quiere decirse que no es posible hacer instantáneas de una carpeta cifrada porque no se puede restaurar después? No acabo de entender.
Gracias de antemano a quien se digne a contestar.
|
|
|
|
| No puedo subir carpeta a través de enlace |
|
Enviado por: rayaca - 01-12-2021, 05:25 PM - Foro: Empezando con tu NAS
- Respuestas (2)
|
|
Hola a todos,
A lo mejor es una duda muy tonta, pero por más que miro y busco no veo cómo hacerlo. El tema es que he compartido una carpeta del NAS con un amigo para que acceda desde su casa y me deje una serie de archivos que me tiene que pasar, y que son bastante pesados. El tema es que cuando le da a subir archivos le permite solo seleccionar archivos (uno o varios) pero no puede seleccionar una o varias carpetas. Cuando selecciona una carpeta en el explorador se le abre el contenido, pero no hay forma de poder seleccionar para que se suba la carpeta completa.
¿Hay alguna forma de hacer esto? Por cierto, uso QTS 5.0
Gracias anticipadas.
|
|
|
|
| Problema espacio conjunto de almacenamiento |
|
Enviado por: Rigodoncito - 01-12-2021, 03:15 AM - Foro: Cuestiones técnicas
- Respuestas (4)
|
|
Buenas.
A ver si alguien puede ayudarme, porque instalé de cero la versión 5 y es la segunda vez que me pasa (la primera tuve que crear el conjunto de almacenamiento de nuevo, y quiero evitar tener que hacerlo de nuevo.
El tema es que el NAS me dice que no hay espacio suficiente. Me marca como espacio sin asignar una gran cantidad (casi 16Tb) cuando no es no es así.
Dejo un enlace a Drive con 6 capturas, a ver si con eso es suficiente para que alguien me ayude.
https://drive.google.com/drive/folders/1...sp=sharing
Comentar que borré las 2 instantáneas que se habían creado y se solucionó el problema (Capturas 1 y 2). En las capturas 3 a 6 pueden ver diferentes datos estando el problema.
Muchas gracias!
|
|
|
|
|
