bmwjavier

@JorgeB Please, can you help me? Thank you very much in advanced!

Hello, please help me because I'm desperate. As I had read, Yesterday I installed the ITE IT87 Driver, rebooted and then installed the Dynamix Auto Fan Control and the Dynamix System Temperature. The problem is, after that, in command line I I typed the command "pwmconfig", it detected the fans, asked me if I wanted the fans to be controlled automatically or Manual. I chose automatic and then, showed a message saying it was going to stop all fans for 5 seconds. Well, The problem: After that, the cpu fan is almost at full power, because of course, it takes as a reference the temperature of the hard drives and not the cpu, because of course, it takes as reference the temperature of the hard disks and not the micro... I said to myself, well, nothing happens, I uninstall the ITE IT87 Driver, Dynamix Auto Fan Control and Dynamix System Temperature, reboot and ready. Well, nothing at all. After doing that and restarting, the cpu fan is still at full power making a tremendous noise. If I spindown the array and wait for the hard disks to cool down, then the cpu fan starts to stop making noise, so it is still controlled by unraid and not by the BIOS. What can I do to get the cpu fan back to be controlled by the bios? I'm desperate, I don't know what to do now....

Ok thank you! And xfs for de array, right?

Hi, I am going to change unraid to a new computer and I have taken the opportunity to take 2 m2 Pcie 4.0 SSDs of 1TB each that I will use as a mirror cache. Today, which option would you choose for this, ZFS or Btfrs?

Hola @peromingo Ante todo, muchas gracias por contestar. El tema del discord de unraid-es, es que jamás nadie me contesto a ninguna de mis dudas, no sé a qué fué debido, si es que eran demasiado obvias, o fue caualidad que nadie lo hciera, pero por desgracia esa es mi experiencia en ese grupo. De hecho, no hace mucho y tras un corte de luz, tuve una corrupción del sistema de archivos en el array, nadie me ayudó, y fué al exponerlo aquí, cuando @JorgeB muy amablemente me indicó qué hacer y gracias a él pude solucionarlo. Sobre el método más rápido que me comentas, podría poner los discos viejos del array en el equipo nuevo, pero no puedo poner el de caché porque es un m2 sata y la placa del equipo nuevo no lo admite. Entonces la idea, según lo que me comentas sería: Como ahora los dockers y todo están en el caché. ¿Cómo hago para pasarlos al disco de datos del array? Una vez hecho esto, es cuando en el equipo nuevo, con los todos discos nuevos ya montados (están vacíos logicamente), usaría el plugin Unassigned Devices para conectar el disco de datos viejo y copiar todos los ficheros al nuevo disco. ¿Así no perdería mis docker ni nada? Es que por ejemplo tengo homesassitant que me ha llevado muchísimas horas de trabajo para tenerlo todo perfecto y si lo pierdo me da algo.... Por otro lado, al conectar el pendrive de unraid en el nuevo equipo, ¿es solo entrar en la gui con un monitor y ratón/teclado conectados y configurar la nueva tarjeta de red para poder acceder luego desde fuera o tendría que hacer más cosas? ¿qué sistema de archivos me recomiendas para Caché? porque he estado leyendo y unos dicen que ZFS y otros que con Btfrs les va bien... Gracias

Hola. Después de un par de años ha llegado la hora de actualizar el equipo y los discos. Actualmente tengo unraid en un equipo con un array de 2 discos (1 de datos + 1 de paridad) de 6tb cada uno en formato xfs y un pool con 2 ssd de 240gb como caché en espejo en formato btrfs. El tema es que ahora acabo de comprar un equipo nuevo mucho más potente y además 2 discos de 12tb cada uno y 2 ssd nvme de 1tb cada uno. Para cambiarlo todo, lo primero que tengo pensado hacer es, en el equipo viejo, empezar por: - sustituir el disco de 6tb de paridad por el de 12tb nuevo. Una vez hecho esto sustituiré el de 6tb de datos por el nuevo de 12tb. - Después de esto moveré la caché al disco de datos del array, pero aquí viene la primera duda. No sé muy bien cómo hacer esto. - Tras esto es cuando trsladaría el pendrive con unraid y los dos discos de 12tb del array al nuevo equipo más potente. Al arrancar, supongo que tendría que entrar en la gui y configurar los datos de la nueva tarjeta de red, y no sé si tendría que hacer más cosas. -Finalmente configuraría los 2 ssd nvme de 1tb cada uno como pool de caché en espejo y movería la caché del array de datos al pool de caché (nuevamente no sé muy bien cómo hacerlo). Además de todas estas dudas, tampoco sé si la mejor opción es dejar el mismo sistema de archivos en el array (xfs) y en el pool de caché (btfrs). He leido que al menos en el pool de caché quizás sea mejor cambiarlo a ZFS pero no estoy seguro de ello. Por favor si @JorgeB o alguno otro con los conocimientos de los que yo carezco puede ayudarme para acometer este cambio. Muchas gracias de antemano.

Thank you very much!!! Everything seems to be correct now and it appears that I have not lost any data. Why could this happen? Can I trust in this Disk? The smart say "healthy"....

With -L ..... Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... ALERT: The filesystem has valuable metadata changes in a log which is being destroyed because the -L option was used. - scan filesystem freespace and inode maps... clearing needsrepair flag and regenerating metadata sb_fdblocks 718652496, counted 728872128 - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 1 - agno = 2 - agno = 0 - agno = 3 - agno = 4 - agno = 5 Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... Maximum metadata LSN (1:1767795) is ahead of log (1:2). Format log to cycle 4. done And now?

without -n : Phase 1 - find and verify superblock... - block cache size set to 1096048 entries Phase 2 - using internal log - zero log... zero_log: head block 1767711 tail block 1767707 ERROR: The filesystem has valuable metadata changes in a log which needs to be replayed. Mount the filesystem to replay the log, and unmount it before re-running xfs_repair. If you are unable to mount the filesystem, then use the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption -- please attempt a mount of the filesystem before doing this.

Hi, there was an outage and after restart unraid in my Data DISK (I have an array with a 6tb Disk Data and a 6tb Disk Parity) shows the following message: "unmountable unsupported or no file system. ". After testing with the -nv parameterss hows the following: Phase 1 - find and verify superblock... - block cache size set to 1096048 entries Phase 2 - using internal log - zero log... zero_log: head block 1767711 tail block 1767707 ALERT: The filesystem has valuable metadata changes in a log which is being ignored because the -n option was used. Expect spurious inconsistencies which may be resolved by first mounting the filesystem to replay the log. - scan filesystem freespace and inode maps... sb_fdblocks 718652496, counted 728872128 - found root inode chunk Phase 3 - for each AG... - scan (but don't clear) agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 No modify flag set, skipping phase 5 Phase 6 - check inode connectivity... - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify link counts... Maximum metadata LSN (1:1767755) is ahead of log (1:1767711). Would format log to cycle 4. No modify flag set, skipping filesystem flush and exiting. XFS_REPAIR Summary Fri Sep 27 11:12:12 2024 Phase Start End Duration Phase 1: 09/27 11:11:46 09/27 11:11:46 Phase 2: 09/27 11:11:46 09/27 11:11:46 Phase 3: 09/27 11:11:46 09/27 11:12:00 14 seconds Phase 4: 09/27 11:12:00 09/27 11:12:00 Phase 5: Skipped Phase 6: 09/27 11:12:00 09/27 11:12:12 12 seconds Phase 7: 09/27 11:12:12 09/27 11:12:12 Total run time: 26 seconds What can I do now?