I had QuTS Hero with two RAID 1 pools, one on HDD and one on SSD NVMe, with a cache on SSD SATA.
I decided to switch to QTS to try Qtier, so I performed a factory reset and shut down the NAS.
System Preparation
I removed the HDD and SSD SATA disks.
I restarted the NAS, selected the QTS firmware, and waited for it to boot.
I shut down the NAS again, reinserted the HDD and SSD SATA disks, then turned it back on.
Qtier Configuration
With these steps, I believe part of the OS was installed on the SSD NVMe disks.
I created a three-tier pool using Qtier:
HDD > SSD SATA > SSD NVMe (all three in RAID1).
Everything went smoothly, and the system was working correctly.
Testing and Issue Encountered
I conducted a test by disconnecting an SSD SATA disk via âManageâ.
After the BEEP BEEP sounds and the Inactive status appeared in the device column, I removed the disk.
A few minutes later, I reinserted it and waited over an hour, but it remained Inactive.
I decided to restart the NAS.
Unexpected Behavior
Upon reboot, the NAS loaded QuTS Hero instead of QTS.
I checked Storage and Snapshot:
All disks were visible, but no RAID or pool was configured.
I tried to create one, but without success.
I shut down and restarted the NAS: this time, it booted into QTS, but still without any pool or RAID. NAS Qnap TS-464-16GB
Avevo QuTS Hero con due pool RAID 1, uno su HDD e uno su SSD NVMe, con cache su SSD SATA.
Ho deciso di passare a QTS per provare Qtier, quindi ho effettuato un ripristino alle impostazioni iniziali e ho spento il NAS.
Preparazione del sistema
Ho estratto i dischi HDD e SSD SATA.
Ho riacceso il NAS, selezionato il firmware QTS e atteso lâavvio.
Ho spento nuovamente il NAS e reinserito i dischi HDD e SSD SATA, poi ho riacceso il sistema.
Configurazione Qtier
Con questi passaggi, penso di aver installato parte del sistema operativo sui dischi SSD NVMe.
Ho creato un pool a 3 stadi con Qtier:
HDD > SSD SATA > SSD NVMe (tutti e tre in RAID1).
Tutto è andato a buon fine, il sistema funzionava correttamente.
Test e problema riscontrato
Ho effettuato un test scollegando un SSD SATA da âGestisciâ.
Dopo i BIP BIP e la comparsa della scritta Inactive nella colonna dispositivo, ho estratto il disco.
Dopo qualche minuto, lâho reinserito e ho atteso oltre unâora, ma risultava ancora Inactive.
Ho deciso di riavviare il NAS.
Comportamento anomalo
Al riavvio, il NAS ha avviato QuTS Hero invece di QTS.
Ho controllato Archiviazione e Snapshot:
I dischi erano visibili, ma nessun RAID o pool era configurato.
Ho provato a crearne uno, ma senza successo.
Ho spento e riacceso il NAS: questa volta è ripartito con QTS, ma ancora senza pool nÊ RAID. NAS Qnap TS-464-16GB
Iâve never used Q-tier, but I believe your problem is from before that. I believe if in âsystem preparationâ you were good on the first two items where you had QTS installed on NVMeâs were fine, but the mistake was powering down before inserting the ssds and hdds. If you had inserted those while still powered up live on QTS on the NVMeâs, QTS configuration info on the hidden partitions on EVERY drive would have been propagated to the hidden partitions on the SSDâs and HDDâs (upon their insertion) from the NVMeâs you initialized to QTS . By powering off after QTS initialization before inserting the SSDâs and HDDâs, when you rebooted the system would see QTS on the NVMeâs but also the old Hero image still on all SSDâs and HDDâs. I believe QNAP will try to find a working system configuration and looks at the first two HDD/SSD bays before looking at PCIe NVMeâs and thatâs why âunexpected behaviorâ of reboot bringing on Hero instead of QTS.
If you had not powered down after QTS install but inserted all the ssdâs and hddâs before any re-boot or power off, there would be the QTS config on ALL disk images upon re-boot.
Alternatively, I believe if you never removed any drives before system initialization to QTS, all would have been fine as well. If concern is for locating â(System)â (as shown in storage and snapshots) to the NVMeâs, as long as the first pool/volume created is on the NVMeâs, that will happen.
I thought that if, during the initial startup and installation of QuTS Hero or QTS, only NVMe drives were present, part of the operating system would be written exclusively on them. So, if I later shut down the NAS and insert additional disks, those disks would not be written with OS files.
I tested it today with a mechanical disk, and the process worked automatically. You can check the details in the messages from the attached image.
Nope, as soon as you hang more disks in (any any form of usage) they get the OS partitions copied to them ⌠no matter if QTS or QuTS always ext md9 and md13 only difference is SSD vs HDD swap partitions
just login via SSH and do a cat /proc/mdstat and check
The screenshot shows disks removed during operations (rebuild happens)
Yes, that is why when you re-booted after inserting ssdâs and hddâs that were last online on a hero system, QTS config was on NVMeâs but the prior Hero config was still on the hddâs and ssdâs and looking first at bay 1 and 2 for a config first, hero is what came up, not qts. As I and Dolbyman have said earlier, current running os config is written to any additional disks hidden partitions when inserted. By yanking ssdâs and hddâs before QTS init on the NVMeâs and inserting after power down, since power is down those partitions on the SSDâs and HDDâs couldnât be updated, so when you power up to reboot, the device has two different os configs it must choose between.
And regarding which âbuttonsâ the QTS vs. hero discussions all clearly state âsystem initializationâ (âRre-initialize NASâ selection using hero/qts gui) is required to swap osâs.
Sorry for my lack of knowledgeâI performed these operations thinking that, in the future, I could replace the RAID 1 HDD setup with a RAID 5 configuration. I assumed that if no OS files were present on the disk, I would have more flexibility in setting up the new RAID.
To summarize the issue I described earlier: When I removed the SATA SSD and later reinserted it, the rebuild did not happen, essentially âbreakingâ Qtier (even though Qtier can still function without one disk). Then, upon rebooting the NAS, for some strange reason, the system decided that the old QuTS Hero configuration was âmore validâ than QTS, so it booted into QuTS Hero. However, after another shutdown and restart, it unexpectedly switched back to QTS.
Sorry, I thought that switching from ZFS to EXT4 would erase all data, including system and configuration files. However, now I have a question: is it possible that the configurations of both operating systems are stored in the NASâs 4GB built-in memory, meaning that the disks and their internal configurations have little influence on the process described initially?
From experience, I can confirm that thereâs only one OS image on built in FOB (on older systems itâs smaller than 4GB). When starting âinitialize NASâ the first screen will have either QTS or QTShero at the top and screen (reflecting current fob contents) gives you the option to switch OSâs. If you DONâT switch osâs you get three choices current image fw vs.download latest vs. fw image you provide (which will be rejected if OS doesnât match current os shown at top of that screen). If you ask to switch osâs, you only get latter TWO choices because current image is for the os your looking to change from.
If qnap didnât have the wonderful option of migrating to different physical device and even entirely different modelâs I suspect it would just come up with whatever current FOB os image is there without bothering to look at contents of disks at all, but it DOES LOOK at disk partitions and will look to migrate if those differ from fob image. But with DIFFERENT OS configurations on different disks (not normally possible without your choice of when you re-inserted old hero disks while powered down), the choice stretching beyond FOB image vs. DISKS image which it can handle, but by making that choice FOB image vs. NVMes image vs SSDs/HDDs image there is an issue. The modification to your procedure I have suggested or the full wipe of all disks before re-use in nas suggested by Dolbyman will prevent this quandry creating âunexpected behaviorâ.
My two latest models no longer offer âsecure eraseâ option in Storage/Snap->Disks so when I look to follow Dolbymanâs advice to wipe disks, I use a different QNAP that still has that option. If I take it to a windows pc to format, you have to manually remove those hidden partitions (q âsecure eraseâ handles that). But new or âwiped of all previous qnap useâ SSDs and HDDs would have bypassed issues you encountered
If not on the same FOB the DOM is on, how can I initialize a brand new qnap with no WWW internet connection and without providing a previously downloaded firmware image? If it isnât stored on the DOMâs FOB, where is that firmware image stored at factory (and later updated with firmware upgrades)??
So, if my system doesnât have the âsecure eraseâ option and I want to fully reset both the NAS and the disks to factory settings, the only solution is to run SSH commands or connect the disks directly to a PC to manually remove the partitions and completely wipe everything? I canât believe it!
I provided info on the flaw in your original process that did not involve anything more than doing the right things in the right order. Dolbymanâs alternative of wiping disks the disks before re-inserting them would work just as well and if they were wiped first, it would not matter if you had the nas powered down when you reinserted them. I didnât say wiping the disks was the only way to go.
ALSO, read the manual on the real meaning of âreset to factory settingsâ, It does NOT mean that after doing a âreset to factory settingsâ that your device will be as it came from factory brand new. Admittedly âreset to factory settingsâ is a misleading name for what that choice does, even if the doc explains what it really does.
ALSO âreset to factor;y settingsâ is NOT how to switch between hero and QTS. âreinitialize nasâ is the only way to go for that, clearly stated in doc.
Did you reformat your hard drives when switching OSes? Given that the disk formats between EXT and ZFS are completely different, I would be surprised if putting ZFS drives in a QTS NAS would work at all.
I recently switched from QTS to QuTS and I plan on staying with QuTS for the extra data security and healing you get with ZFS.
One of the confusing bits of information floating around is that if you use SSDs as your first storage group in QuTS that it becomes your âsystemâ drive. I assumed that meant the OS would be installed just there. But as Dolbyman pointed out that is not correct. The OS is installed across all drives. The term âsystemâ means that the default apps and folders are all installed on that storage group.
Fortunately, I havenât lost any data because Iâm conducting âblankâ tests (without data on the disks).
However, something clearly didnât work as expectedâthereâs no doubt about that.
I was simply trying to understand what happened with your support, which has been invaluable in helping me discover new things about this NAS.
That being said, I still donât have a solution to the issue (for details, refer to my first message, points 4 and 5).
To avoid any misunderstandings, I performed a factory reset again using the third button, but this time with all disks inserted.
I checked each disk and found no data inside, even though I had verified beforehand that the data was present.
At this point, I reinstalled QuTS Hero: the operating system is working, but now Iâm afraid to remove the disks.
