TS-364 como servidor de aplicaciones + backup datos (secundario).
#11
ticket abierto con qnap... a ver que se cuentan Tongue
  Responder
#12
Bueno, ... noticas del ticket que abrí. No me ha servido pero es una información interesante por si alguien tiene la necesidad de mover el sistema de un volúmen a otro. Ojo, que tiene sus mas y sus menos.

---

Tras unos intercambios de info, y explicarle que no,... que no quiero nada en los mecánicos del sistema para que puedan hibernarse tranquilamente hasta que yo copie o lee datos de llos me indican:

"In this case, if you have SSD hard drive installed  you can migrate the OS to this disks.

In the next document  mirrate the OS to another SSD-

With this document attached you can migrate the OS, although I have to tell you that it is not official, but it can help you:

although I have to tell you that it is not official, but it can help you"



Y el documento es un KB bastante escueto con:

KB - How to change the system volume setting
Scenario:

The current system volume is mounted at /share/CACHEDEV1_DATA
You want to change the system volume to the one on /share/CACHEDEV2_DATA
In below commands, change the names CACHEDEV1_DATA and CACHEDEV2_DATA according to your case
Important Notes:
This procedure will not migrate any data
After this procedure, some apps or system functions may not work as expected - in this case reinstall the app or reconfigure the fucntion
The Public share folder will be moved to CACHEDEV2_DATA

Step 1: Run the below commands:
# mv /share/CACHEDEV1_DATA/Public /share/CACHEDEV2_DATA/Public
# sed -i 's:/share/CACHEDEV1_DATA/Public:/share/CACHEDEV2_DATA/Public:g' /etc/config/smb.conf
# sed -i 's:/share/CACHEDEV1_DATA:/share/CACHEDEV2_DATA:g' /etc/config/def_share.info



Step 2: Reboot NAS

En mi caso:
(para ver donde se encuentra el volúmen de sistema)
[adm@NAS ~]$ getcfg SHARE_DEF defVolMP -f /etc/config/def_share.info
/share/CE_CACHEDEV1_DATA


Y listando volumenens:
[adm@NAS ~]$ df -h
...
/dev/mapper/ce_cachedev1

                        747.9G    318.4G    429.0G  43% /share/CE_CACHEDEV1_DATA

/dev/mapper/ce_cachedev2
                        17.8T    52.0K    17.8T  0% /share/CE_CACHEDEV2_DATA
...
  Responder
#13
Hola
Gracias por poner esa información.

Por lo que he entiendo, lo que Qnap llama de sistema (carpetas compartidas Public, web,…y bases de datos de MySQL y alguna aplicación más) si lo ponemos en un disco SSD, ya sirve para detener los otros discos [emoji848]

Habrá que hacer pruebas con ello que muchas parecen sonajeros [emoji6]


Un saludo

Agur eta ondo ibilli

Mon (TS-469Pro, TVS-673e, QBoat Sunny, TS-453Be y QHora-301w)
Un saludo

Agur eta ondo ibili

Ganekogorta (TS-469Pro, TVS-673e, QBoat Sunny, TS-453Be, TR-002 y QHora-301w) Ʀɐɯ0η
  Responder
#14
(29-01-2022, 02:14 AM)Ganekogorta escribió: Hola
Gracias por poner esa información.

Por lo que he entiendo, lo que Qnap llama de sistema (carpetas compartidas Public, web,…y bases de datos de MySQL y alguna aplicación más) si lo ponemos en un disco SSD, ya sirve para detener los otros discos [emoji848]

Habrá que hacer pruebas con ello que muchas parecen sonajeros [emoji6]


Un saludo

Agur eta ondo ibilli

Mon (TS-469Pro, TVS-673e, QBoat Sunny, TS-453Be y QHora-301w)

-------------------------------------------
Pero creo que no funciona, o yo al menos creo que no (teniendo en cuenta que todavía no me manejo bien los los discos/volumenes en linux)

La segunda vez que resetee la Nas y la instalé, fue con el nmve instalado únicamente y sin los mecánicos conectados. Sistema" iba únicamente sobre NMVe pq evidentemente no había mas discos en la NAS. Luego monté el raid de mecánicos y si había hibernación hasta que instalé el container que como pone la documentación, con él (u otras mil causas mas) ya no hay hibernación posible.

Lo que propone, CREO (porque no estoy seguro), es la opción de mover el sistema, como si hubiese instalado la NAS sobre los mecánicos y ahora quisiera pasarlos al NMVe.

No se... por ahora son todo decepciones con QNAP Sad ....

Agur
  Responder
#15
Hola

Entonces es por la aplicación.
Casi todas las nas nuevas ya no pueden detenerse y ya pasa muchas marcas.

Yo tengo algunas viejas y esas si se detienen por inactividad, pero claro no tienen los mismos servicios y funcionalidades que las nuevas. [emoji2371]


Un saludo

Agur eta ondo ibilli

Mon (TS-469Pro, TVS-673e, QBoat Sunny, TS-453Be y QHora-301w)
Un saludo

Agur eta ondo ibili

Ganekogorta (TS-469Pro, TVS-673e, QBoat Sunny, TS-453Be, TR-002 y QHora-301w) Ʀɐɯ0η
  Responder
#16
(29-01-2022, 12:35 PM)Ganekogorta escribió: Hola

Entonces es por la aplicación.
Casi todas las nas nuevas ya no pueden detenerse y ya pasa muchas marcas.

Yo tengo algunas viejas y esas si se detienen por inactividad, pero claro no tienen los mismos servicios y funcionalidades que las nuevas. [emoji2371]


Un saludo

Agur eta ondo ibilli

Mon (TS-469Pro, TVS-673e, QBoat Sunny, TS-453Be y QHora-301w)
---

Es la filosofía que tiene el sistema operativo de QNAP, al menos el QTS (v5) que yo uso, pero ya viene así desde hace bastante, no sabría decirte.

Me he puesto con el hilo que puse al principio:
https://forum.qnap.com/viewtopic.php?t=130788
y que creo que es la única solución. Viene explicado un par de procedimientos para evitar el uso continuo de los HD, que básicamente se debe alos RAID1 que monta QTS por detrás sin que lo sepas, para sistemas y SWAP. Resúmen.

1. QTS monta un raid 1 (internamente, solo se puede ver por línea de comandos), con los distintos discos que conectes, para tener la mayor redundancia posible con lo que supongo es información crítica para seguir funcionando. La solución que propone Dagma (el creador del post), es hacer "manualmente" (luego crea un script), para hacer un fail forzado de los discos mecánicos en esos raid1. De esa manera se queda solo los SSD funcionando para el sistema. Dado que es una configuración que no sobrevive a los reinicios, modifica el autorun para que ejecute el script (ahí me he queedado, pq el tema del autorun se me ha atragantado un poco). Angel

2. Algo parecido pasa con las particiones SWAP. Hay otros RAID1 para SWAP en los mecánicos y otro en los SSD. Aquí su procedimiento es algo distinto del que yo voy a hacer, pq el no quiere reinistalar(no tiene partición SWAP en su SSD), y pasa el swap como un fichero (en lugar de partición) en el SSD. Teniendo en cuenta que yo sigo de pruebas, o bien desconectaré los discos mecánicos de este RADI1 como en el punto 1, o bien lo borraré directamente, ya que en el SSD s(nmve) si que tengo partición SWAP.


Bueno, que opción hay, pero no entiendo que para entornos residenciales, esto funciones así, si o si... Undecided porque es una barbaridad a nivel de:

- Vida util del HD.  24x7x365 VS usado solo bajo demanda (al copiar o grabar información en los mecánicos).
- Consumo electrico (en mi caso 15W vs 45W. Esa diferencia de 30W son al año 260Kwh,  al precio de la electricidad hoy en día son +80€!)
- Ruido. La nas funcionando solo con el NMVe es inadible en un salón o habitación. Con los mecánicos... Dodgy  es bastante molesto en un salón e inviable en una habitación (al menos para mi estandar de descanso).

Bueno... a ver si esta tarde saco un rato, y veo que leches me pasa con el autorun y consigo el tan deseado 0 sping en los mecánicos.
  Responder
#17
Bueno,... puedo confirmar que el procedimiento funciona y no es "agresivo" (aunque cada uno que valore que hace con su QNAP).

1. Quitar los HD mecánicos de las particiones (md9 y md13) que internamente QTS crea con cualquier disco que conectes para los archivos de sistemas (da igual que en el panel veas que "Sistema" este en un SSD). Lo hace por tener la mayor redundancia posible. Como tengo un raid1 con los nmve, lo que he hecho en mi caso es un fallo forzado de los discos mecánicos en esas particiones.
Como el comando no resiste los reinicios, se crea un ficherito .sh y se mete en el autorun.sh

2. particiones SWAP. Algo parecido hace QTS con las partición swap, ya que las crea en todos los discos, además de un fichero swap, todas ellas con distintas prioridades. Pues se desactiva el swap. Se crea un fichero en el radi1 nmve, y se le indica al sistema que ahí tiene su swap, por lo que ya no hay usos sobre los mecánicos.

Smile

Y funciona. No olvidarse de la configuración de las aplicaciones. Primeramente, instalarlas obviamente en los SSD, yconfigurar cualquier proceso que pudiera usar los mecánicos (como el malware remover, backups programados, etc).

Probado en un TS-364 corriendo QTS 5.0.0.1932
  Responder
#18
Hola
Pues suena muy interesante [emoji846]


¿Puedes explicarlo más detalladamente con comandos y capturas de pantalla?

Más de uno lo pregunta y sería una buena guía.


Un saludo

Agur eta ondo ibilli

Mon (TS-469Pro, TVS-673e, QBoat Sunny, TS-453Be y QHora-301w)
Un saludo

Agur eta ondo ibili

Ganekogorta (TS-469Pro, TVS-673e, QBoat Sunny, TS-453Be, TR-002 y QHora-301w) Ʀɐɯ0η
  Responder
#19
borrado
  Responder
#20
Si se vieran las imágenes se agradecería
  Responder




Usuarios navegando en este tema: 1 invitado(s)