Het grote QNAP topic - Deel 2

[mrbert]

Vraagje,
Ik heb een ts-431 waar ik oa snapshots van mijn camera's opsla als beveiligings backup vanaf mijn NVR
Het heeft voor mijn weinig zin om deze langer dan 1 a 2 maanden te bewaren.
Is er een manier om van een folder alle folders/bestanden ouder van bijvoorbeeld 30 dagen te wissen?

vast bedankt

[Room42]

@mrbert ja met een cronjob bijvoorbeeld

[ Voor 21% gewijzigd door Room42 op 01-06-2024 14:50 ]

[mrbert]

ik heb eigenlijk nog nooit wat met chronjobs gedaan. Is denk ik echt een linux ding?
Heb al jaren nix meer met software gedaan

[Room42]

@mrbert Klopt, zie eerst https://wiki.qnap.com/wiki/Add_items_to_crontab en dan https://forum.qnap.com/viewtopic.php?t=126533 voor inspiratie. Maar geheel op eigen risico, natuurlijk!

[mrbert]

Room42 schreef op zaterdag 1 juni 2024 @ 17:23:
@mrbert Klopt, zie eerst https://wiki.qnap.com/wiki/Add_items_to_crontab en dan https://forum.qnap.com/viewtopic.php?t=126533 voor inspiratie. Maar geheel op eigen risico, natuurlijk!

Dat ga ik zeker bekijken.
Het is denk ik ik 39 jaar geleden dat ik echt iets in een linux omgeving heb gedaan;)
VI kan ik me iig nog herinneren

[R.G]

hoe werkt dat container station met netwerken?

ik heb container station geinstalleerd.

ip adres nas = 192.168.0.x

Daarna een docker compose file gemaakt met nieuwe applicatie daarin gezet:


version: '3'
services:
db:
image: postgres:15
volumes:
- /docker/job:/var/lib/postgresql/data
ports:
- "0.0.0.0:5432:5432"
restart: unless-stopped
environment:
- POSTGRES_PASSWORD=postgres
- POSTGRES_USER=postgres

nu zie ik een fout in de logs:
2024-06-06 14:06:53.654 UTC [58]: [172.29.4.1] LOG: invalid length of startup packet

Waar komt dat ip vandaan? 172.29.4.1 ?

De container start ook telkens op nieuw op.

waarom werkt dit niet?

[S1NN3D]

R.G schreef op donderdag 6 juni 2024 @ 17:36:
hoe werkt dat container station met netwerken?
[…]
Waar komt dat ip vandaan? 172.29.4.1 ?

Willekeurig voorbeeld; maar verdiep je ff in bijvoorbeeld https://medium-com.transl...tr_pto=sc&_x_tr_hist=true voor wat achtergrond info over hoe Docker werkt met netwerken.

[BlueTooth76]

M'n Synology DS1821+ zit vol (en de 2e die ik als back-up doel heb ook), dus ik was met spoed op zoek naar wat groters, een 16-bay NAS. M'n oog viel eerst op een RackStation RS4021xs+.

Synology heeft me echter weggejaagd door hun HAT drives te verplichten die €300 per stuk meer kosten dan de WD UltraStar drives... dus... ben ik na 15 jaar weer terug bij QNAP met de QNAP TS-h1677AXU-RP-R7-32G.

Voor het prijsverschil van die 18 harddisks (2 stuks als spare in de kast) heb ik de QNAP bijna gratis

De HDD's zijn al binnen, de NAS is helaas nog onderweg uit een magazijn in Duitsland.

[ Voor 3% gewijzigd door BlueTooth76 op 10-08-2024 11:04 ]

[leonbong]

Dat is een hoop opslag, is dat privé gebruik?

[BlueTooth76]

leonbong schreef op zaterdag 10 augustus 2024 @ 20:31:
Dat is een hoop opslag, is dat privé gebruik?

50/50.

Foto- en videobewerking, omzetten oude banden, etc. maar ook opslag van films en series.

RAW-bestanden van de Sony A1 zijn bijvoorbeeld al zo'n 102MB per stuk dus dat gaat hard

[leonbong]

Gooi je nooit wat weg dan?
Ik heb zelf 8TB aan netto opslag en het is nog lang niet vol.
Nu heb ik recent een hoop “media” weggegooid ik kijk het toch niet meer of beschikbaar op een streaming dienst. Dus wat moet ik ermee.

[ Voor 79% gewijzigd door leonbong op 11-08-2024 22:28 ]

[BlueTooth76]

Ik heb al een paar keer opgeruimd en ontdubbeld maar nog steeds zit de NAS bijna vol, dus dan is het tijd voor een upgrade

Foto's zit ik op zo'n 16,4TB in 321.000 foto's (grotendeels RAW, al schoot ik tussen 2001 en 2010 alles in JPG).

Video zit ik op zo'n 68TB wat deels series en films is en deels overgezet van oude videobanden (VHS / V2000 / Video8 / Hi8 / MiniDV).

Formule 1 archief is 5,09TB, dus dat tikt ook wel aan.

En dan heb ik nog wat losse data, mails, archieven, bedrijfsadministratie, etc.

Oh ja, en een archief van oude software, firmware, games, drivers, shareware CD's, tijdschriften, etc.

Een echte "data hoarder" dus

[leonbong]

Ok duidelijk.
Ik zelf digitaliseer al mijn post van o.a verzekering/pensioen/belastingen/enz enz.
Facturen/garantiebonnetjes

Nou als dat 500GB is sinds 2000 dan is het veel.

Dus conclusie jij hebt een hele grote berg aan media data (films/series/fotos).
Kijk je dat daadwerkelijk nog wel eens terug?

Ik zelf heb alle series/films gewist ik kijk toch niet. Nou dat scheelde enorm.

[ Voor 11% gewijzigd door leonbong op 12-08-2024 04:28 ]

[Lord Anubis]

leonbong schreef op maandag 12 augustus 2024 @ 04:26:
Ok duidelijk.
Ik zelf digitaliseer al mijn post van o.a verzekering/pensioen/belastingen/enz enz.
Facturen/garantiebonnetjes

Nou als dat 500GB is sinds 2000 dan is het veel.

Dus conclusie jij hebt een hele grote berg aan media data (films/series/fotos).
Kijk je dat daadwerkelijk nog wel eens terug?

Ik zelf heb alle series/films gewist ik kijk toch niet. Nou dat scheelde enorm.

Daar ga je spijt van krijgen als het internet wegvalt of dat streaming services onbetaalbaar worden of je 10 keer reclame tijdens een film door je strot krijgt.

[Dwarlorf]

Lord Anubis schreef op maandag 12 augustus 2024 @ 11:26:
[...]

Daar ga je spijt van krijgen als het internet wegvalt of dat streaming services onbetaalbaar worden of je 10 keer reclame tijdens een film door je strot krijgt.

Er zijn natuurlijk wel alternatieve streaming sites te vinden waar kosten en reclames geen issue zijn. En om nou gigabytes aan ruimte te reserveren voor films en series voor wanneer internet een keer dagje uitvalt zou mij de moeite niet waard zijn. Maar goed, ieder heeft zo zijn eigen user case voor wat ie belangrijk vindt.

[leonbong]

Lord Anubis schreef op maandag 12 augustus 2024 @ 11:26:
[...]

Daar ga je spijt van krijgen als het internet wegvalt of dat streaming services onbetaalbaar worden of je 10 keer reclame tijdens een film door je strot krijgt.

Nee hoor dat had ik er niet bijgeschreven maar ik kijk überhaupt nauwelijks nog films en series en tv.

[BlueTooth76]

De NAS draait, is nu bestanden aan het overzetten en dat zal wel even duren.
Ik gebruik een werkstation met 10Gbit kaartje om de boel over te zetten van NAS naar NAS.
De Synology DS1821+ kwam nooit boven de 280MB/s leessnelheid uit dus dat is vlot genoeg.

Het monteren van de schijven was nog even een klusje, 64 schroeven

Zodra de NAS naar z'n definitieve plaats gaat moeten de schijven er nog even uit, hij is anders niet de vlizotrap op te tillen. Zal de trays sowieso nog nummeren zodat ik niet per ongeluk schijven verwissel tijdens die verhuizing.

[ Voor 41% gewijzigd door BlueTooth76 op 12-08-2024 18:22 ]

[Lord Anubis]

BlueTooth76 schreef op maandag 12 augustus 2024 @ 17:25:
De NAS draait, is nu bestanden aan het overzetten en dat zal wel even duren.
Ik gebruik een werkstation met 10Gbit kaartje om de boel over te zetten van NAS naar NAS.
De Synology DS1821+ kwam nooit boven de 280MB/s leessnelheid uit dus dat is vlot genoeg.

Het monteren van de schijven was nog even een klusje, 64 schroeven

Zodra de NAS naar z'n definitieve plaats gaat moeten de schijven er nog even uit, hij is anders niet de vlizotrap op te tillen. Zal de trays sowieso nog nummeren zodat ik niet per ongeluk schijven verwissel tijdens die verhuizing.

[Afbeelding]

Anders in de originele doos inpakken, hijsbandje erom heen en dan omhoog trekken met een touw en katrol aan twee flinke draad ogen. Ooit netwerk kastje >70kg zo bij iemand op zolder getrokken.

[BlueTooth76]

Lord Anubis schreef op maandag 12 augustus 2024 @ 20:34:
[...]

Anders in de originele doos inpakken, hijsbandje erom heen en dan omhoog trekken met een touw en katrol aan twee flinke draad ogen. Ooit netwerk kastje >70kg zo bij iemand op zolder getrokken.

Ik zie dat zo misgaan en eindigen in een hele dure crash
Ik loop wel even een paar keer extra

[Lord Anubis]

BlueTooth76 schreef op maandag 12 augustus 2024 @ 20:36:
[...]


Ik zie dat zo misgaan en eindigen in een hele dure crash
Ik loop wel even een paar keer extra

Vliezo trapjes zijn ondingen, althans degene waar we op moesten, geen handrail. Stop ze, de schijven, dan in een rugzak. Handen vrij.

[BlueTooth76]

Als ik vanaf de NAS data overzet (dat loopt nog steeds) en ondertussen ook vanaf m'n werkstation een back-up maak (4x SyncBackPro profielen parallel gestart) dan gaan de schrijf- en netwerksnelheden op de NAS wel mooi omhoog.

Heel tevreden mee zo.

[ Voor 7% gewijzigd door BlueTooth76 op 13-08-2024 23:04 ]

[BlueTooth76]

De 32GB DDR5 ECC module is vandaag binnengekomen en het werkt, dus nog 3 stuks van bij besteld om de rest van de geheugensloten ook te vullen. Ik wil er wat virtualisatie op draaien dus dan is een beetje extra geheugen nooit weg.

Het gaat om Kingston Technology KSM48E40BD8KI-32HA geheugenmodules.

De originele module van QNAP kan uiteraard niet blijven zitten, dat is geen ECC (en ik wil ook niet gaan mixen). Die bewaar ik wel, mocht het apparaat ooit voor RMA terug moeten ofzo.

Met dit Kingston ECC geheugen ben ik ongeveer 30% goedkoper uit dan met het QNAP geheugen, ondanks dat ik een extra module moet kopen.
En als ik QNAP ECC geheugen zou willen, is Kingston zelfs ruim 50% goedkoper omdat ik dan sowieso 4 modules zou moeten kopen.

Als je wil uitbreiden naar 64GB dan is een QNAP module even duur als 2 nieuwe dus dan kan je beter gewoon een QNAP module erbij nemen. Het is dan echter geen ECC.

[ Voor 55% gewijzigd door BlueTooth76 op 14-08-2024 19:28 ]

[phubert]

BlueTooth76 schreef op woensdag 14 augustus 2024 @ 19:21:

De originele module van QNAP kan uiteraard niet blijven zitten, dat is geen ECC (en ik wil ook niet gaan mixen). Die bewaar ik wel, mocht het apparaat ooit voor RMA terug moeten ofzo.

Met dit Kingston ECC geheugen ben ik ongeveer 30% goedkoper uit dan met het QNAP geheugen, ondanks dat ik een extra module moet kopen.
En als ik QNAP ECC geheugen zou willen, is Kingston zelfs ruim 50% goedkoper omdat ik dan sowieso 4 modules zou moeten kopen.

Als je wil uitbreiden naar 64GB dan is een QNAP module even duur als 2 nieuwe dus dan kan je beter gewoon een QNAP module erbij nemen. Het is dan echter geen ECC.

Ik heb zelf een TS-473A aangevuld met 2x16GB ECC RAM van Kingston, dit naast het bestaande 2x4GB ECC geheugen van QNAP. Je hebt 100% gelijk qua prijs, hoop alleen voor je dat je geen beroep hoeft te doen op support dan kunnen ze moeilijk doen. Zelf heb ik het ECC geheugen gebruikt welke bij Nascompares stond aangegeven, als je dat vermeld tijdens een support verzoek dan zijn ze ineens heel meegaand.

edit: typo

[BlueTooth76]

phubert schreef op woensdag 14 augustus 2024 @ 19:48:
[...]


Ik heb zelf een TS-473A aangevuld met 2x16GB ECC RAM van Kingston, dit naast het bestaande 2x4GB ECC geheugen van QNAP. Je hebt 100% gelijk qua prijs, hoop alleen voor je dat je geen beroep hoeft te doen op support dan kunnen ze moeilijk doen. Zelf heb ik het ECC geheugen gebruikt welke bij Nascompares stond aangegeven, als je dat vermeld tijdens een support verzoek dan zijn ze ineens heel meegaand.

edit: typo

Als support nodig is, vervang ik eerst het geheugen door de originele module om uit te sluiten dat het daar aan ligt

Je weet het nooit, soms draait je apparatuur 8 jaar lang zonder problemen en soms gaat alles stuk.

Ik had een DS1815+ met de C2000 bug en ook m'n 8TB WD Red schijven sneuvelden om de haverklap. Nu had ik altijd wel een paar reserveschijven liggen maar echt veel plezier heb ik er niet van gehad. De 2x DS1821+ met 12 en 18TB WD Ultrastar (ofwel HGST) schijven zijn daarentegen weer geheel probleemloos geweest.

Alle data is nu overgezet, m'n DS1821+ met 18TB schijven ben ik aan het resetten en gaat ingericht worden als back-up doel.

[ Voor 5% gewijzigd door BlueTooth76 op 14-08-2024 19:56 ]

[phubert]

BlueTooth76 schreef op woensdag 14 augustus 2024 @ 19:55:
[...]
Als support nodig is, vervang ik eerst het geheugen door de originele module om uit te sluiten dat het daar aan ligt

Dan moet je wel zorgen dat je "ruim ervoor" je log's verwijderd hebt welke je vaak moet meesturen aan support, hierin staat namelijk alles van je systeem.

[BlueTooth76]

phubert schreef op woensdag 14 augustus 2024 @ 19:58:
[...]


Dan moet je wel zorgen dat je "ruim ervoor" je log's verwijderd hebt welke je vaak moet meesturen aan support, hierin staat namelijk alles van je systeem.

Oh ja, dat wordt wel pittig als het niet meer werkt
Maar als het niet meer werkt kan ik de logs ook niet meer uitlezen

Ach ja, je kan niet altijd in angst leven. Het is een mooie besparing op de kosten met dit geheugen iig.

Update:

4x 32GB geheugen zit er nu in en een QNAP M.2 uitbreidingskaart. Hier 2x 2TB 990 Pro SSD's in om een VM op in te richten.

De 2x 4TB 990 Pro SSD's op het bord (met de BeQuiet heat sinks) zijn leescache.

[ Voor 35% gewijzigd door BlueTooth76 op 16-08-2024 15:16 ]

[R.G]

Even 2 vragen voor qnap users.

1. Al's jullie een check disk uitvoeren welk e2fsck programma draait er bij jullie?
Issue is , op het systeem staan 2 versies, e2fsck en e2fsck_64.

Wat gebeurt er of zijn er consequenties als ik een opslag drive scan met De oude of nieuwe met Al's doel repair van de opslag.

Kan de drive niet mounten met melding drive is busy.
Maar met lsof en mounts gebruikt Niks de drive.

Gaat om /share/cachedevdata1 etc.

2. Een qnap Nas rook ik een verbrandingsgeur.nas uitgezet en stofvrij gemaakt. Weer aangezet want nodig. Maar is dit safe? Het is een oude Nas en Kan ook geen vervangings onderdelen halen.

Hoe gevaarlijk is dit met als ik weg Ben van huis?

[R.G]

Ohnee is forum qnap weg?

[Room42]

R.G schreef op maandag 16 september 2024 @ 21:59:
Ohnee is forum qnap weg?

Nee: https://forum.qnap.com/.

[R.G]

Is het iemand ooit gelukt om.via nfs share mount een swapfile te maken op Nas 2 en Dan op Nas 1 swapon te doen op Nas 2 swapfile?

Werkt dat?

tweede vraag

wie heeft cgroup-tools op qnap draaien?

als gewone binary ipkg install via opkg.

Ik krijg dit niet geinstalleerd want het is er niet en elke binary die ik vind werkt niet met qnap.

Ben bang dat je de source moet gaan compileren naar een qnap versie?

[ Voor 49% gewijzigd door R.G op 18-09-2024 02:03 ]

[R.G]

schopje met nieuwe info:

Ik kan de raid mounten als read only maar mis folders en data als ik erop rond kijk.

Nadat ik swap memory geregeld heb met 250gb
Een nas met 4x6tb drives waarbij de raid en de storage pool beiden niet meer mounten.:
Ik zie onder een e2fsck_64 :
Eindeloos lang:

code:

File /mypaths/myfile.mkv (inode #86640024, mod time Thu Dec 26 21:0                          9:18 2019)
  has 7 multiply-claimed block(s), shared with 7 file(s):
        ... (inode #113245740, mod time Fri Apr 19 03:49:05 2019)
        ... (inode #348192305, mod time Sun Jun 20 06:00:33 2100)
        ... (inode #356056727, mod time Tue Oct  3 00:27:32 1995)
        ... (inode #357629735, mod time Wed Feb  2 15:48:45 2089)
        ... (inode #162594592, mod time Wed Feb  2 15:48:45 2089)
        ... (inode #113245968, mod time Mon Mar 17 13:05:58 1997)
        ... (inode #343997956, mod time Mon Feb  4 10:10:53 2069)


File -mypaths/Bootstrap-to-WordPress-Theme-Stage3-Video7-720.mp4 (in                          ode #82773050, mod time Thu May  8 21:05:52 2014)
  has 1 multiply-claimed block(s), shared with 1 file(s):
        ... (inode #357564371, mod time Sat Jul 27 04:09:55 2002)
Multiply-claimed blocks already reassigned or cloned.

Als ik dmesg utivoer zie ik dit:

code:

[379662.454510] Buffer I/O error on dev dm-8, logical block 86386804, async page read
[379672.571105] node_check: 5 callbacks suppressed
[379672.571108] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126
[379672.585180] dm_bm_validate_buffer: 5 callbacks suppressed
[379672.585182] device-mapper: block manager: btree_node validator check failed for block 192126
[379672.599229] Buffer I/O error on dev dm-8, logical block 86369941, lost async page write
[379672.607367] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126
[379672.616845] device-mapper: block manager: btree_node validator check failed for block 192126
[379672.625379] Buffer I/O error on dev dm-8, logical block 86374934, lost async page write
[379672.633513] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126
[379672.643004] device-mapper: block manager: btree_node validator check failed for block 192126
[379672.651537] Buffer I/O error on dev dm-8, logical block 86377856, lost async page write
[379672.659663] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126
[379672.669142] device-mapper: block manager: btree_node validator check failed for block 192126
[379672.677679] Buffer I/O error on dev dm-8, logical block 86380584, lost async page write
[379672.685807] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126
[379672.695285] device-mapper: block manager: btree_node validator check failed for block 192126
[379672.703825] Buffer I/O error on dev dm-8, logical block 86386804, lost async page write

De drives zijn alle getest met full smart tests, allemaal groen en goed
this comand shows -> pvdisplay

code:

  WARNING: duplicate PV weZK98mBO76YcXCXdMb4UAvJ56WjnoHK is being used from both devices /dev/drbd1 and /dev/md1
  Found duplicate PV weZK98mBO76YcXCXdMb4UAvJ56WjnoHK: using /dev/drbd1 not /dev/md1
  Using duplicate PV /dev/drbd1 from subsystem DRBD, ignoring /dev/md1
  WARNING: duplicate PV weZK98mBO76YcXCXdMb4UAvJ56WjnoHK is being used from both devices /dev/drbd1 and /dev/md1
  Found duplicate PV weZK98mBO76YcXCXdMb4UAvJ56WjnoHK: using /dev/drbd1 not /dev/md1
  Using duplicate PV /dev/drbd1 from subsystem DRBD, ignoring /dev/md1
  --- Physical volume ---
  PV Name               /dev/drbd1
  VG Name               vg1
  PV Size               16.35 TiB / not usable 3.96 MiB
  Allocatable           yes
  PE Size               4.00 MiB
  Total PE              4285081
  Free PE               4524
  Allocated PE          4280557
  PV UUID               weZK98-mBO7-6YcX-CXdM-b4UA-vJ56-WjnoHK

Ook werkt mijn logrotate niet goed.
ik heb in crontab -e dit staan:

code:

*/15 * * * * logrotate -v /opt/etc/logrotate.d/e2fsck_log >> /share/external/DEV3301_1/logs/logrotate.log

Netjes restart gedaan.

in mijn efsck log staat

code:

/share/external/DEV3301_1/logs/fixoutput.txt {
    su admin administrators
    size 14M
    copytruncate
    rotate 4
    compress
    missingok
    notifempty
    create 0640 admin administrators
}

resultaat is:

code:

-rw-r--r-- 1 admin administrators    0 2024-09-21 13:00 fixoutput.txt
-rw-r--r-- 1 admin administrators 346K 2024-09-21 12:58 fixoutput.txt.1.gz
-rw-r--r-- 1 admin administrators 346K 2024-09-21 09:27 fixoutput.txt.2.gz
-rw-r--r-- 1 admin administrators 346K 2024-09-21 06:40 fixoutput.txt.3.gz
-rw-r--r-- 1 admin administrators 374K 2024-09-21 02:55 fixoutput.txt.4.gz
-rw-r--r-- 1 admin administrators    0 2024-09-21 00:38 logrotate.log

in het begin was fixoutput.txt iets van 900mb geworden met de eerste paar e2fsch passes
na 15 minuten werdt het wel txt.1.gz en was de eerste txt weer 0bytes, maar die werdt ook opeens weer 900mb en ging door, er gebeuren rare dingen..


update:
Helaas is de ssh sessie verbroken en is het proces gestopt.. dag alle uren scannen voor niks.. vdomme.

Door een aardlek power outtage..

[R.G]

update met nieuwe aanpak:

code:

[431315.118400] EXT4-fs (dm-8): can't mount with data=, fs mounted w/o journal
[431315.783514] device-mapper: tier: set allocation tier failed
[431691.677989] md: data-check of RAID array md1
[431691.682361] md: Resyncing started: md1
[431691.686207] md/raid:md1: report qnap hal event: type = HAL_EVENT_RAID, action = RESYNCING_START
[431691.694985] md/raid:md1: report qnap hal event: raid_id=1, pd_name=/dev/(null), spare=/dev/(null), pd_repair_sector=0
[433960.155123] usb 2-1: USB disconnect, device number 2
[433960.754456] [usb.002.002] /sys/devices/pci0000:00/0000:00:14.0/usb2/2-1 removed.
[433960.790216] usb 2-1: new SuperSpeed Gen 1 USB device number 3 using xhci_hcd
[433960.814509] hub 2-1:1.0: USB hub found
[433960.824654] hub 2-1:1.0: 4 ports detected
[433960.973650] [usb.002.003] /sys/devices/pci0000:00/0000:00:14.0/usb2/2-1 added.
[459927.013658] flush_memory.sh (2936): drop_caches: 3
[468930.051001] md: md1: data-check done.
[468930.054799] md: Resyncing done: md1
[468930.058409] md/raid:md1: report qnap hal event: type = HAL_EVENT_RAID, action = RESYNCING_COMPLETE
[468930.067502] md/raid:md1: report qnap hal event: raid_id=1, pd_name=/dev/(null), spare=/dev/(null), pd_repair_sector=0
[468930.866761] md: qnap_md_badblock_final_check: (md:md1,dev:sdd3): id= 0, flags = 0x2, bb count = 0
[468930.875730] md: qnap_md_badblock_final_check: (md:md1,dev:sdc3): id= 3, flags = 0x2, bb count = 0
[468930.884698] md: qnap_md_badblock_final_check: (md:md1,dev:sda3): id= 2, flags = 0x2, bb count = 0
[468930.893652] md: qnap_md_badblock_final_check: (md:md1,dev:sdb3): id= 1, flags = 0x2, bb count = 0
[505831.663711] EXT4-fs (dm-8): warning: mounting unchecked fs, running e2fsck is recommended
[505831.971861] ext4_init_reserve_inode_table0: dm-8, 93633
[505831.977194] ext4_init_reserve_inode_table2: dm-8, 93633, 0, 0, 4096
[505831.999349] EXT4-fs (dm-8): mounted filesystem without journal. Opts: (null)
[505928.724165] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 2006, block bitmap and bg descriptor inconsistent: 0 vs 256 free clusters
[505928.756891] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 87408, block bitmap and bg descriptor inconsistent: 22688 vs 28640 free clusters
[505929.189703] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 47840, block bitmap and bg descriptor inconsistent: 32768 vs 16 free clusters
[505929.223069] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 47888, block bitmap and bg descriptor inconsistent: 32768 vs 89 free clusters
[505929.242464] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 47904, block bitmap and bg descriptor inconsistent: 32768 vs 68 free clusters
[505929.269962] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 47920, block bitmap and bg descriptor inconsistent: 32768 vs 95 free clusters
[505929.284034] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 47968, block bitmap and bg descriptor inconsistent: 32768 vs 64 free clusters
[505929.307751] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 47984, block bitmap and bg descriptor inconsistent: 32768 vs 7 free clusters
[505929.335212] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 48064, block bitmap and bg descriptor inconsistent: 32768 vs 25 free clusters
[505929.357454] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 48080, block bitmap and bg descriptor inconsistent: 32768 vs 18 free clusters
[505935.554240] EXT4-fs error: 1435 callbacks suppressed
[505935.554243] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 21728, block bitmap and bg descriptor inconsistent: 0 vs 24 free clusters
[505935.585321] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 21824, block bitmap and bg descriptor inconsistent: 0 vs 30 free clusters
[505935.613222] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 21872, block bitmap and bg descriptor inconsistent: 0 vs 69 free clusters
[505935.628310] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 21888, block bitmap and bg descriptor inconsistent: 0 vs 77 free clusters
[505935.641890] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 21904, block bitmap and bg descriptor inconsistent: 0 vs 90 free clusters
[505935.685271] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 21936, block bitmap and bg descriptor inconsistent: 0 vs 21 free clusters
[505935.717572] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 22048, block bitmap and bg descriptor inconsistent: 0 vs 78 free clusters
[505935.737920] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 22240, block bitmap and bg descriptor inconsistent: 0 vs 2 free clusters
[505935.766929] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 22304, block bitmap and bg descriptor inconsistent: 0 vs 44 free clusters
[505935.782129] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 22320, block bitmap and bg descriptor inconsistent: 0 vs 42 free clusters
[505940.584544] EXT4-fs error: 932 callbacks suppressed
[505940.584547] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75823, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters
[505940.604498] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75820, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters
[505940.618451] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75818, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters
[505940.632302] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75816, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters
[505940.646198] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75814, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters
[505940.660025] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75812, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters
[505940.673771] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75810, block bitmap and bg descriptor inconsistent: 32768 vs 1846 free clusters
[505940.687996] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75809, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters
[505940.822485] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 78943, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters
[505940.837355] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 78941, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters
[505970.718539] EXT4-fs error: 12 callbacks suppressed
[505970.718542] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 2009, block bitmap and bg descriptor inconsistent: 0 vs 230 free clusters
[505970.754249] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 5089, block bitmap and bg descriptor inconsistent: 2984 vs 2992 free clusters
[505970.768228] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 4261, block bitmap and bg descriptor inconsistent: 1872 vs 2292 free clusters
[506013.447557] fbdisk_init: major number = 252
[506013.451933] fbdisk_init: major number = 251
[506013.563504] fbdisk: module loaded

Checken array:
echo check > /sys/block/md1/md/sync_action

dan met qts web gui start dit:
/bin/e2fsck_64 -C 0 -fy -N /dev/mapper/cachedev1 /dev/mapper/cachedev1


wat betekent dit?

[R.G]

update:


Process e2fsck zit vast op 57,2% met command:
R N 4559m 28.4 0 25.1 /bin/e2fsck_64 -C 0 -fy -N /dev/mapper/cachedev1 /dev/mapper/cachedev1

Het geheugen gebruik is altijd hetzelfde en de cpu % schommelt
output dmesg

code:

[64588.793384] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126
[64588.802781] device-mapper: block manager: btree_node validator check failed for block 192126
[64588.811253] Buffer I/O error on dev dm-8, logical block 86386804, lost async page write
[64693.844182] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126
[64693.853589] device-mapper: block manager: btree_node validator check failed for block 192126
[64693.862041] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126
[64693.871429] device-mapper: block manager: btree_node validator check failed for block 192126
[64693.879877] Buffer I/O error on dev dm-8, logical block 86380584, async page read
[64693.887375] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126
[64693.896773] device-mapper: block manager: btree_node validator check failed for block 192126
[64693.905225] Buffer I/O error on dev dm-8, logical block 86380584, async page read
[64699.385406] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126
[64699.394826] device-mapper: block manager: btree_node validator check failed for block 192126
[64699.403427] Buffer I/O error on dev dm-8, logical block 86380584, lost async page write
[83484.045946] flush_memory.sh (11987): drop_caches: 3
[169876.842614] flush_memory.sh (1539): drop_caches: 3
[256277.303275] flush_memory.sh (14809): drop_caches: 3

doet het nog wat? , als ik de -C optie opvraag staat het process op 57,2% voor 4 dagen.

vreemde blijft de raid array is clean and active lol

[Joep]

Ik heb sinds kort een TS-216G. Ik wil twee bestaande gevulde externe HDD's shucken en erin doen, maar er is me iets nog onduidelijk. Worden de harde schijven geformateerd zodra ik ze als losse volumes configureer in de NAS? Een antwoord op deze vraag krijg ik niet gevonden.

[peter-rm]

ja want er wordt ook een deel gebruikt voor qts.

dus eerst een backup en die dan later terugzetten

[Dwarlorf]

Ik vroeg me af of het verstandig is om schijven van 1 merk te kopen of juist van verschillende merken. Ik las dat je het beste bij twee verschilende winkels kan kopen om het risico te verminderen dat je twee slechte schijven van 1 batch krijgt. Mijn idee is dat je met twee verschillende merken nog minder risico loopt maar wellicht dat daar juist weer andere nadelen aan verbonden zijn? Ik wil 2 grotere schijven in mijn QNAP TS-253Ben stoppen.

[Lord Anubis]

Hmm, zou zelf van 1 merk en 1 batch kiezen. Wel kijken of er iets bekend is over die schijfjes

[djwice]

Rate vraag wellicht:

Ik heb een nieuwe QNAP TS-216G gekocht en er twee nieuwe 24GTB SATA schijven in gezet in RAID 1.
En een standaard volume van 17TB aangemaakt.


De QNAP staat nu al 2 dagen te syncen en moet van 36 uur zagt ie.
Waarom doe ie dat? De schijven zijn nieuw, en dus staat alleen de qnap software er op. Dus geen data die gesymct hoeft te worden.

De schijven kunnen 295MB/s, maar halen 100 of lager in de sync. Waarom is dat zo?
En wat is het nut van een sync van een nieuwe schijf.

De NAS ga ik gebruiken op m'n AI modellen op op te slaa, typisch 4GB grote bestanden plus een paar kleine
Nog tips?


Thanks

[Mistraller]

djwice schreef op donderdag 10 april 2025 @ 00:09:
Rate vraag wellicht:

Ik heb een nieuwe QNAP TS-216G gekocht en er twee nieuwe 24GTB SATA schijven in gezet in RAID 1.
En een standaard volume van 17TB aangemaakt.


De QNAP staat nu al 2 dagen te syncen en moet van 36 uur zagt ie.
Waarom doe ie dat? De schijven zijn nieuw, en dus staat alleen de qnap software er op. Dus geen data die gesymct hoeft te worden.

De schijven kunnen 295MB/s, maar halen 100 of lager in de sync. Waarom is dat zo?
En wat is het nut van een sync van een nieuwe schijf.

De NAS ga ik gebruiken op m'n AI modellen op op te slaa, typisch 4GB grote bestanden plus een paar kleine
Nog tips?


Thanks

Een raid set moet altijd opgebouwd worden. Die heeft helemaal geen weet van het filesystem wat er overheen komt, dus ook een lege disk zal volledig gelezen en gesycned worden, Dat duurt uren, zeker met zulke grote disks en dat is normaal.

[djwice]

Mistraller schreef op donderdag 10 april 2025 @ 00:48:
[...]

Een raid set moet altijd opgebouwd worden. Die heeft helemaal geen weet van het filesystem wat er overheen komt, dus ook een lege disk zal volledig gelezen en gesycned worden, Dat duurt uren, zeker met zulke grote disks en dat is normaal.

Dank! Duurt dagen zelfs, ondanks dat de schijven 298MB/s zijn doet ie het met 100MB/s en soms zelfs 67MB/s.

[leonbong]

Die 298 is alleen aan de buitenkant van de schijf.
De binnenste tracks gaan veel langzamer.

[Mistraller]

djwice schreef op donderdag 10 april 2025 @ 07:28:
[...]

Dank! Duurt dagen zelfs, ondanks dat de schijven 298MB/s zijn doet ie het met 100MB/s en soms zelfs 67MB/s.

Dat is de theoretische raw throughput en je raid hardware moet ook nog rekenwerk doen etc.
Zelf heb ik overigens daarom voor een 4 disk setup gekozen met Raid5. Op papier zou raid5 sneller moeten zijn, minder overhead voor de stripes en kleinere disken zijn per GB goedkoper. Alleen de SSD's die er ook in zitten zijn in raid1.

[leonbong]

Daarnaast is vaak eigenlijk de schrijfsnelheid de beperkende factor.

[KL643]

Uitdaging :

Net een Qnap 262 4G overgenomen en heb daar nu mijn 2 schijven van mijn 233 ingestopt. Daarna fabrieksinstellingen gedaan omdat ik de data wil behouden. Nu start hij opnieuw op en vraagt hij om mijn wachtwoord. Nu werkt mijn eigen wachtwoord (van de 233) niet meer. Iemand een idee hoe ik weer kan inloggen?

Edit:

Gevonden, het was het macadres

[ Voor 6% gewijzigd door KL643 op 20-06-2025 18:27 ]

[Piet91]

Het zat er al aan te komen maar mijn TS-212 is op sterven na dood; of eigenlijk de schijven.
Laatste tijd dus al regelmatiger backups gemaakt maar onlangs wilde ik een bestand op de NAS zetten en was deze niet bereikbaar. De webinterface gaf nu aan dat er écht problemen waren met een of twee van de schijven.
De backup maken wilde ook niet meer; want de originele bestanden waren niet bereikbaar (of iets anders omschreven)
Na een reboot zag die soms de schuiven niet eens meer.

Maar nu is de NAS helemaal niet bereikbaar. Inloggen via web geeft "Deze site is niet bereikbaar, *IP-adres van NAS* heeft de verbinding geweigerd", NAS (mappen) zijn ook niet te zien via Windows verkenner (maar staat daar nog wel onder "Multimedia-apparaten" (maar via dat ook niet bereikbaar).
Qnap finder ziet de NAS ook niet maar ik kan de NAS wel pingen. M'n router ziet de NAS ook en de app WIFIman zit de NAS ook.
De LED's op de NAS; power LED is blauw, status LED is groen,, HDD1 groen, HDD2 rood en LAN knippert oranje.
Ik heb op verschillende PC's geprobeerd; maar allemaal niet bereikbaar.

Zou ik de NAS met de aan/uit knop een reboot moeten doen of is er een andere manier om dat ding nog te bereiken?

[ Voor 7% gewijzigd door Piet91 op 03-10-2025 12:19 ]

[peter-rm]

korte reset (tot de eerste piep) en dan met admin/admin inloggen wil wel eens helpen

[digdas]

ping werkt dus, begrijp ik webpagina niet (poort 8080)?
Of anders misschien ssh toegang naar gebruiker admin?

Anders zou ik het niet weten..

[Piet91]

Heb de NAS met de power knop een reboot gegeven, ik kom nu weer in de webinterface.
Maar systeem ziet schijf 2 niet. Gebruik overigens JBOD.

Veel rondzoeken op internet dus, hopelijk valt er nog wat te redden.
De automatische USB-backup is dus ook mislukt, want "All folder pairs are invalid or inaccessible"
Ben bang dat ik die 2e schijf voorgoed kwijt ben. Schijf 1 is nog goed volgens Controlpanel.

[ Voor 31% gewijzigd door Piet91 op 03-10-2025 13:43 ]

[peter-rm]

link op deqnap site voor recovery arm based models
https://www.qnap.com/nl-n...-for-legacy-arm-based-nas

ik denk overigens dat je die disk als defect kunt afschrijven. hopelijk heb je een leesbare back-up

[Piet91]

Ik kom nu wel weer in de webinterface, maar de NAS ziet schijf 2 niet meer.
Ik heb wel een soort van backup op een externe schijf, maar die is helaas al wel van een tijdje geleden.
In de tussentijd heb ik wel meer bestanden op de NAS opgeslagen; dit zijn niet de meest belangrijke bestanden (veelal opgenomen TV-uitzendingen), maar zou toch wel erg jammer zijn als deze verloren zijn.

In de logs komt wel langs dat "plugged drive failed to work" en 2 minuten later "Drive 2 unplugged".
De HDD LED's van beide schijven branden groen.

Toen ik eerder deze week er achter kwam dat de Qnap problemen had, kwam ik (ik geloof na een reboot) wel bij de bestanden en stond de 2e schijf er ook tussen. Maar nu dus niet meer.

EDIT: las op een forum dat het misschien kan helpen om de schijf (met NAS nog aan) uit/aan te zetten. Dit gedaan; ik hoor de schijf ook opstarten) maar ook (vooralsnog) niets.

[ Voor 40% gewijzigd door Piet91 op 03-10-2025 15:54 ]

[mv_ak]

Piet91 schreef op vrijdag 3 oktober 2025 @ 14:31:
Ik kom nu wel weer in de webinterface, maar de NAS ziet schijf 2 niet meer.
Ik heb wel een soort van backup op een externe schijf, maar die is helaas al wel van een tijdje geleden.
In de tussentijd heb ik wel meer bestanden op de NAS opgeslagen; dit zijn niet de meest belangrijke bestanden (veelal opgenomen TV-uitzendingen), maar zou toch wel erg jammer zijn als deze verloren zijn.

In de logs komt wel langs dat "plugged drive failed to work" en 2 minuten later "Drive 2 unplugged".

Toen ik eerder deze week er achter kwam dat de Qnap problemen had, kwam ik (ik geloof na een reboot) wel bij de bestanden en stond de 2e schijf er ook tussen. Maar nu dus niet meer.

EDIT: las op een forum dat het misschien kan helpen om de schijf (met NAS nog aan) uit/aan te zetten. Dit gedaan; ik hoor de schijf ook opstarten) maar ook (vooralsnog) niets.

Wat ook kan zijn is dat de connector van de Bay van de NAS de schijf niet meer goed pakt. QNAP heeft daar soms last van, en zelf al verschillende keren meegemaakt. Ik heb toen zelf de schijven omgezet naar een andere Bay maar ik dacht wel met een schone versie. Weet niet of het impact heeft op je data op de JBOD eerste schijf als je die verplaatst of eruit haalt en na het testen met JBOD tweede schijf weer terugzet.

Overigens het is niet verstandig een NAS te configureren als JBOD want er is uiteraard geen redundantie dan maar dat wist je al...

[Piet91]

Dat probleem ben ik online ook tegengekomen; om dat uit te testen heb ik een andere schijf geinstalleerd en die pakt de NAS wel op. Het is dus echt de schijf die er dus nu écht mee gestopt lijkt te zijn.
Hij begint wel te spinnen, maar verder niets.

En van JBOD weet ik nu ja; in theorie was dat ook niet echt probleem want in begin stond er alleen maar wat media op en later maakte ik ook met enige regelmaat back-ups op een externe schijf.
Helaas is dat laatste een tijdje geleden voor het laatst gebeurd...

[ Voor 4% gewijzigd door Piet91 op 03-10-2025 16:45 ]

[mv_ak]

Piet91 schreef op vrijdag 3 oktober 2025 @ 16:44:
Dat probleem ben ik online ook tegengekomen; om dat uit te testen heb ik een andere schijf geinstalleerd en die pakt de NAS wel op. Het is dus echt de schijf die er dus nu écht mee gestopt lijkt te zijn.
Hij begint wel te spinnen, maar verder niets.

En van JBOD weet ik nu ja; in theorie was dat ook niet echt probleem want in begin stond er alleen maar wat media op en later maakte ik ook met enige regelmaat back-ups op een externe schijf.
Helaas is dat laatste een tijdje geleden voor het laatst gebeurd...

Ok de schijf spint wel. Misschien elders in het forum zoeken hoe dit op te lossen, schijfprobleem? Het voordeel is, JBOD geen onderdeel van RAID dus data moet eraf te halen zijn als ie maar start. Aan een PC? Vroegûh was het met een schroevendraaier en hamer een tik op geven dan kwamen de koppen los. Of de andere schijf leegmaken en het moederbord overzetten naar deze schijf. Maar dat is hier een beetje offtopic..

[Piet91]

mv_ak schreef op vrijdag 3 oktober 2025 @ 17:49:
Ok de schijf spint wel. Misschien elders in het forum zoeken hoe dit op te lossen, schijfprobleem? Het voordeel is, JBOD geen onderdeel van RAID dus data moet eraf te halen zijn als ie maar start.

Hij draait inderdaad wel, maar de NAS ziet hem niet. Had dus tijdelijk een andere schijf op diens positie aangesloten en die zag de NAS wel; dus ben bang dat de HDD echt toast is.
Zelfs geïnstalleerde apps ziet de NAS niet meer; de lijst met geïnstalleerde apps zijn alleen de vooraf geïnstalleerde apps.

Aan een PC? Vroegûh was het met een schroevendraaier en hamer een tik op geven dan kwamen de koppen los. Of de andere schijf leegmaken en het moederbord overzetten naar deze schijf. Maar dat is hier een beetje offtopic..

Ik heb een 3.5" behuizing besteld die hopelijk morgen bezorgd wordt. Zal wel laatste redmiddel zijn om nog wat bestanden van beide HDD's te krijgen.
Ik lees wel tegensprekende berichten online wat betreft JBOD; de een zegt je praktisch niets mee kunt als je dit aansluit op een PC.
Een ander dat het wel mogelijk is (maar dan wel met een Linux systeem of iets als Linux Reader) maar omdat de NAS bij JBOD bestanden over beide schijven verdeelt; het maar de vraag is of je iets van bestanden kunt afhalen/kopiëren.

Ik zag dit wel aankomen en had de externe schijf dus ook al in huis gehaald (die lag altijd voor de zekerheid bij anderen in huis) en had dus recentelijk ook wat vaker backups gemaakt, maar helaas is de laatste keer wel weer een paar maand geleden. Naast het feit dat er dus waarschijnlijk bestanden (voornamelijk TV-opnames en wat beelden van beveiligingscamera's) kwijt zijn; zijn er ook bestanden die ik er sindsdien op heb gezet waarvan ik mij niet meer kan herinneren wat ik er allemaal precies op het gezet.
Dus ik zit nu wel een beetje

[ Voor 3% gewijzigd door Piet91 op 03-10-2025 20:21 ]

[Xtremebase]

Hallo,

"mocht mijn vraag hier niet goed staan excuus dan hoor ik het graag"

Ik heb nog een oude nas staan de TS-119P+. Tijdens de verbouwing heeft deze heel lang uit gestaan -> maanden. Dat ik de nas op wilde startte lukte dit helaas niet. Wegens tijdgebrek hier ook niet meer naar gekeken tot deze week.

De nas startte met HDD niet op en de led bleef maar knipperen aan de voorkant. Als de HDD was verwijderd startte de nas wel op. Dus zonder HDD opgestart -> HDD erin geschoven en toen het hele riedeltje doorgestapt met nieuwe firmware. Alles ging goed. Uiteindelijk 4 dagen geleden up en running. Omdat ik het toch wel erg zonde zou vinden om alle data kwijt te zijn heb ik op het QNAP forum de vraag gesteld of ik de data niet in 1 keer naar iCloud kan kopiëren. Los daarvan heb ik een SSD besteld omdat ik naar eigen onderzoek denk dat het niet of moeilijk gaat.

Helaas gister was de nas niet meer te benaderen, zowel niet met de interne ip adressen als ook niet met Qfinder. Heb daarom de nas uitgeschakeld dmv de knop aan de voorkant lang ingedrukt te houden totdat deze zichzelf uitschakeld. Eenmaal ingeschakeld lukt het weer om via het interne ip adres verbinding te maken. Ook Qfinder heeft de nas na een hele lange tijd weer gevonden. Waarschijnlijk door de harde uitschakeling is er wat mis gegaan met de HDD. Ik kan niet meer bij mijn bestanden komen en worden er allemaal waarschuwingen gegeven. Via Windows kan ik nog maar bij 1 map komen, dat is een map die QNAP zelf heeft aangemaakt namelijk "homes".

Kan ik zelf nog iets doen om nog data te redden? zo ja via de nas zelf of moet ik deze demonteren in via een docking station benaderen? De backup app op de nas werkt ook niet omdat die waarschijnlijk op de HDD zelf staat.

Ergens heb ik nog hoop dat het "mee valt" gezien de nas zelf alleen maar "waarschuwingen" geeft...

Achteraf ben ik er wel goed ziek van. Stom natuurlijk om niet veel eerder backups te maken maar goed helaas moet ook hier iets gebeurden voordat....

[ Voor 4% gewijzigd door Xtremebase op 11-10-2025 15:21 ]

[peter-rm]

als je de log bekijkt, dan is er de melding dat de qts4.3.3 versie in flashmemory en op hdisk verschillen (versies uit 2021 en qts4.3.3.2784 dd 19-06-2024). Daarnaast is de melding dat je filesysteem corrupt is. dat kun je onder configuratiescherm/bestandsbeheer laten herstellen.

ik zou eerst de firmware actualiseren (geen impact op je data opslag) en daarna het file systeem herstellen.

[Xtremebase]

Dat klopt die melding was er eerder ook. Ik dacht toen alles draaide dat ik eerst maar gegevens zou gaan overzetten voordat ik verder dingen ga updaten omdat ik ergens al twijfels had.

Ik ben geen doorgewinterde IT-er maar ik denk ook dat ik niet niks kan, maar hoe update ik de firmware’s van de hdd? Als ik bij Qfinder update firmware doe dan geeft het systeem aan dat de firmware up to date is. Dat klopt ook wel qua systeem. Ook het laten herstellen van iets bij bestandsbeheer heb ik echt nog niet kunnen vinden.. ik hoor (of zie met een screenshot) graag waar dat staat.

[peter-rm]

@Xtremebase de firmware (qts4.3.3 ) staat (naast een deel in flashmemory)ook op een hidden partitie op elke disk in een qnap nas. Klaarblijkelijk (volgens de log) is de versie in flashmemory en op Hdisk verschillend.
Wat je kunt doen is een (handmatige) firmware update draaien, waarbij je de up-to-date melding negeert en de firmware update doorzet. Als het goed is zijn dan in ieder geval beide versies weer in sync en krijg je daar geen foutmeldingen/problemen mee.
Daarna zou je het filesysteem kunnen herstellen
in controlpanel naar opslagbeheer dan tabje volumebeheer
onderin het scherm zie je de volumes. selecteer het volume en vlak daarboven de buttoncontroleer bestandssysteem

[ Voor 14% gewijzigd door peter-rm op 11-10-2025 23:15 . Reden: aanvulling ]

[Xtremebase]

@peter-rm ik weet niet precies hoe het zit maar enig research op het internet wordt er over het algemeen gezegd dat je niets meer naar de schijf toe moet schijven omdat dat dingen alleen maar erger kunnen maken. Als ik de firmware zou gaan updaten dan schijf ik wel naar de schijf toch? Wellicht naar de verborgen partitie?

De optie controleer bestandssysteem heb ik overigens nog niet gevonden. Wie weet komt dat omdat het volume niet (goed) wordt gevonden.

[KL643]

Iemand toevallig al bezig met de webdav support van Internxt? Sinds afgelopen week is er voor de Synology's en Qnap's docker integratie. Op dit moment stuur ik mijn data via een omweg (Qsync > Internxt drive) naar de Internxt cloud. Direct vanaf mijn Qnap zou top zijn alleen krijg ik het hier nog niet werkend. De docker draait wel op mijn 262 alleen wanneer ik via Backup de internext webdav wil toevoegen dan geeft hij een foutmelding.

[AntoniusDD]

Ik vond deze youtube beschrijving inzake die fix met 100 Ohm weerstandje (in de Nederlandse taal) hetgeen wel zo prettig is.

YouTube: QNAP TS 251+ werkt weer met 100Ω weerstand!

hetgeen ik morgen ook moet gaan repareren

[ Voor 10% gewijzigd door AntoniusDD op 15-10-2025 11:27 . Reden: morgen ]

[bebopper]

AntoniusDD schreef op woensdag 15 oktober 2025 @ 11:26:
Ik vond deze youtube beschrijving inzake die fix met 100 Ohm weerstandje (in de Nederlandse taal) hetgeen wel zo prettig is.

YouTube: QNAP TS 251+ werkt weer met 100Ω weerstand!

hetgeen ik morgen ook moet gaan repareren

Succes gewenst, heb het zelf bijna 2 jaar geleden in mijn TS-451 moeten doen en die draait sindsdien weer zonder problemen. En het was gelukkig ook nog eens simpel om te doen ook

[Xtremebase]

Xtremebase schreef op zaterdag 11 oktober 2025 @ 15:18:
Hallo,

"mocht mijn vraag hier niet goed staan excuus dan hoor ik het graag"

Ik heb nog een oude nas staan de TS-119P+. Tijdens de verbouwing heeft deze heel lang uit gestaan -> maanden. Dat ik de nas op wilde startte lukte dit helaas niet. Wegens tijdgebrek hier ook niet meer naar gekeken tot deze week.

De nas startte met HDD niet op en de led bleef maar knipperen aan de voorkant. Als de HDD was verwijderd startte de nas wel op. Dus zonder HDD opgestart -> HDD erin geschoven en toen het hele riedeltje doorgestapt met nieuwe firmware. Alles ging goed. Uiteindelijk 4 dagen geleden up en running. Omdat ik het toch wel erg zonde zou vinden om alle data kwijt te zijn heb ik op het QNAP forum de vraag gesteld of ik de data niet in 1 keer naar iCloud kan kopiëren. Los daarvan heb ik een SSD besteld omdat ik naar eigen onderzoek denk dat het niet of moeilijk gaat.

Helaas gister was de nas niet meer te benaderen, zowel niet met de interne ip adressen als ook niet met Qfinder. Heb daarom de nas uitgeschakeld dmv de knop aan de voorkant lang ingedrukt te houden totdat deze zichzelf uitschakeld. Eenmaal ingeschakeld lukt het weer om via het interne ip adres verbinding te maken. Ook Qfinder heeft de nas na een hele lange tijd weer gevonden. Waarschijnlijk door de harde uitschakeling is er wat mis gegaan met de HDD. Ik kan niet meer bij mijn bestanden komen en worden er allemaal waarschuwingen gegeven. Via Windows kan ik nog maar bij 1 map komen, dat is een map die QNAP zelf heeft aangemaakt namelijk "homes".

Kan ik zelf nog iets doen om nog data te redden? zo ja via de nas zelf of moet ik deze demonteren in via een docking station benaderen? De backup app op de nas werkt ook niet omdat die waarschijnlijk op de HDD zelf staat.

Ergens heb ik nog hoop dat het "mee valt" gezien de nas zelf alleen maar "waarschuwingen" geeft...

Achteraf ben ik er wel goed ziek van. Stom natuurlijk om niet veel eerder backups te maken maar goed helaas moet ook hier iets gebeurden voordat....

[Afbeelding]

[Afbeelding]

Het kopieren van de bestanden is gelukt door een ander draadje: De_Kerel in "Help! Mijn QNAP TS-212 NAS is er mee opgehouden!"

Ik heb de software geprobeerd en het werkte voor mij. Gelukkig was de HDD tog nog nie zo stuk. Echter heb ik niets meer geschreven naar de schijf om schade te voorkomen (wat ik heb kunnen lezen is als je problemen hebt met een schijf dat je niet meer moet gaan schijven omdat je anders het alleen maar erger kunt maken).

[stevens20]

Eindelijk is de kogel door de kerk. Een NAS gekocht. De qnap ts-264. De bedoeling is om eigen cloud op te zetten en de foto’s en documenten daarmee overal beschikbaar te hebben voor het hele gezin.

Ik wil het liefst dat deze documenten (afhankelijk van de map) ook offline beschikbaar zijn op de devices. De telefoons zullen bijvoorbeeld niet alles offline beschikbaar hebben maar de pc weer wel.

Met welke app kan ik dit instellen? Ik heb nog nooit met een NAS gewerkt.

Tevens kom ik er niet helemaal uit wat nu het meest haalbaar en veilige is om de documenten offline beschikbaar en ook buiten het netwerk beschikbaar te maken. Kan iemand mij daarbij helpen/heeft iemand tips?

[MrKikker]

Beste mede-tweakers,

Korte vraag: ik verkrijg binnenkort een TS-831X. https://www.qnap.com/en/product/ts-831x/specs/hardware
Deze heeft per standaard geen wifi-mogelijkheden, maar ik zie wel dat er een PCIe Gen2 ( x2) poort beschikbaar is. Kan deze poort gebruikt worden om een PCIe Gen2 Wifi Adapter op aan te sluiten? En zo ja, begrijp de QNAP dan ook wát ik heb aangesloten (oftwel: zit wireless al in de firmware gebakken, ookal heb je de funcionaliteit niet perse op basis van het type QNAP NAS dat je bezit).

Alvast dank!

[leonbong]

Op de HCL lijst staan wifi adapters die gegarandeerd werken.
Echter een hoop andere werken ook.

[MrKikker]

leonbong schreef op zaterdag 14 februari 2026 @ 19:29:
Op de HCL lijst staan wifi adapters die gegarandeerd werken.
Echter een hoop andere werken ook.

Dank! Ik kon zo snel geen HCL lijst vinden maar daar duik ik later nog wel eens in. Ik heb thuis nog wat overtollige pcie gen 2 wireless plankjes, er zit er vast wel een tussen die werkt.

Mijn dank is groot!

[leonbong]

In het bijzonder Intel wifi chipsets werken meestal.

[lexvo]

Ik ontdekte zojuist heel veel 'Aanmelden mislukt' meldingen in mijn log. Het betreft steeds WebDav en admin. Het IP-adres is mijn eigen externe IP-adres. Ik heb eerst al zitten kijken op mijn iPhone e.d., maar daar gaat alles goed. Bovendien geeft ie localhost aan, dus het zou van de QNAP zelf moeten komen? Wat kan dat zijn? Ik kan geen actieve services vinden die mogelijk gebruik maken van WebDav. Zie bijgaand screenshot.

[Solosmots]

Heb jij een portforward naar je NAS toe staan dan? Dus rechtstreeks benaderbaar vanaf internet? Zou ik echt niet doen na alle problemen die afgelopen jaren voorbij zijn gekomen.

[dierkx36]

Vorige week heb ik 6 26TB HDD's gekocht die ingaan de TS-673A.

Oude schijven zijn leeg gehaalt, eerst komen er 2 500Gb SSD's in RAID 1 in die als systeemdisk gaan dienen.

Vervolgens de 6 26TB schijven, die in RAID 5 gaan.

Kan iemand hier mij een globale tijd indicatie geven hoelang het zou duren om deze RAID 5 array te bouwen ?

Het is puur bouwen, nog geen gegevens wegschrijven.

(Volgende week woensdag gaat de elektriciteit van het huis af voor aanpassen stroomnet, ik moet de RAID 5 array bouwen dus plannen)

[peter-rm]

gewoon starten en kijken of je het red binnen die 200 uur. als je het niet op tijd gered hebt, start je na de elekta dip opnieuw .

anders ga je toch wachten tot na de elektra dip.

gevoelsmatig denk ik dat dit wel te redden is.

[dierkx36]

peter-rm schreef op maandag 11 mei 2026 @ 09:00:
gewoon starten en kijken of je het red binnen die 200 uur. als je het niet op tijd gered hebt, start je na de elekta dip opnieuw .

anders ga je toch wachten tot na de elektra dip.

gevoelsmatig denk ik dat dit wel te redden is.

Beschadig je de HDD's niet als je een RAID opbouwen onderbreekt ?

Ik kan donderdagmiddag namelijk pas beginnen met de RAID bouwen (iets met werk en niet fysiek bij de NAS kunnen)

Als het te lang gaat duren neem ik de TS-673A mee naar werk en doe ik de RAID 5 bouw daar.

[leonbong]

dierkx36 schreef op maandag 11 mei 2026 @ 08:53:
Vorige week heb ik 6 26TB HDD's gekocht die ingaan de TS-673A.

Oude schijven zijn leeg gehaalt, eerst komen er 2 500Gb SSD's in RAID 1 in die als systeemdisk gaan dienen.

Vervolgens de 6 26TB schijven, die in RAID 5 gaan.

Kan iemand hier mij een globale tijd indicatie geven hoelang het zou duren om deze RAID 5 array te bouwen ?

Het is puur bouwen, nog geen gegevens wegschrijven.

(Volgende week woensdag gaat de elektriciteit van het huis af voor aanpassen stroomnet, ik moet de RAID 5 array bouwen dus plannen)

Heb je deze op QTS (Ext4) of QTShero (ZFS) dat maakt enorm uit in tijd, maar reken voor EXT4 op uur of 30.

[dierkx36]

leonbong schreef op maandag 11 mei 2026 @ 09:22:
[...]

Heb je deze op QTS (Ext4) of QTShero (ZFS) dat maakt enorm uit in tijd, maar reken voor EXT4 op uur of 30.

Check, thanx

Ik wil idd QTS gebruiken, de TS-673A is puur een langdurige opslagbak, dus zo simpel mogelijk.

[Poenzkie]

dierkx36 schreef op maandag 11 mei 2026 @ 09:50:
[...]

Check, thanx

Ik wil idd QTS gebruiken, de TS-673A is puur een langdurige opslagbak, dus zo simpel mogelijk.

En vergeet ook niet even om je (re)build priority op het hoogste te zetten, dit kan ook aardig schelen.

https://docs.qnap.com/operating-system/quts-hero/4.5.x/en-us/GUID-A93218F2-B220-4F8B-B952-5E5FEA97A706.html

[dierkx36]

Open deur vraag :

De TS-673A heeft 8GB RAM (het originele dus) erin zitten.

Het geheugen verhogen naar 16GB, zou daar met de RAID 5 array opstellen, en daarna alles overschrijven, nog snelheids winst inzitten ?

(Ik kan voor een leuke prijs aan DDR 4 SODIMM 16Gb ECC RAM die compatible is met de TS-673A komen, en gezien we toch al met ombouwen bezig zijn etc ...)

[ Voor 6% gewijzigd door dierkx36 op 11-05-2026 12:40 ]

[leonbong]

Het is nog erger dan ik dacht de verwachte rebuild time voor deze samenstelling is grofweg 4-7 dagen.

4 dagen als het met 150 MB/sec gaat op ext4.

PS Ik heb een TS-673 deze is niet heel veel langzamer dan jouw TS-673A. In mijn ervaring gaat het heel nauwelijks sneller door meer ram, ik heb 20GB.

[ Voor 35% gewijzigd door leonbong op 11-05-2026 15:33 ]

[dierkx36]

leonbong schreef op maandag 11 mei 2026 @ 14:39:
Het is nog erger dan ik dacht de verwachte rebuild time voor deze samenstelling is grofweg 4-7 dagen.

4 dagen als het met 150 MB/sec gaat op ext4.

PS Ik heb een TS-673 deze is niet heel veel langzamer dan jouw TS-673A. In mijn ervaring gaat het heel sneller door meer ram, ik heb 20GB.

Duidelijk, dank je.

Die 16Gb is dus al beter dan de 8 die erin zit.

Het zijn WD HC590 26Tb schijven die erin gaan, niet de traagste naar mijn weten.

[Lord Anubis]

Koppel het aub straks terug naar hier. Moet ergens in Juli een QNAP NAS ergens plaatsen als sub backup. En ga er ook gelijk wat flinke schijven er in stoppen.

[leonbong]

Oeps tikfout van mij.
Ik bedoelde nauwelijks sneller met meer ram, de beperkende factor is echt de max snelheden van de hdd.

Ik heb er ook een ssd raid die build met de maximum snelheid van 500MB/sec ofwel de topsnelheid van SATA ssd’s.

[ Voor 59% gewijzigd door leonbong op 11-05-2026 15:33 ]

[dierkx36]

Lord Anubis schreef op maandag 11 mei 2026 @ 15:19:
Koppel het aub straks terug naar hier. Moet ergens in Juli een QNAP NAS ergens plaatsen als sub backup. En ga er ook gelijk wat flinke schijven er in stoppen.

Als ik het niet vergeet geef ik het door

Indien je niks hoort, geef effe een schop ... mijn geheugen is niet al te best

[Lord Anubis]

dierkx36 schreef op maandag 11 mei 2026 @ 15:38:
[...]

Als ik het niet vergeet geef ik het door

Indien je niks hoort, geef effe een schop ... mijn geheugen is niet al te best

Gewoon verdubbelen, heb ik ook gedaan in opdracht van de vrouw. Ik vergat te veel zei ze. Denk dat er meer parity errors binnen kwamen.

[dierkx36]

Lord Anubis schreef op maandag 11 mei 2026 @ 16:01:
[...]

Gewoon verdubbelen, heb ik ook gedaan in opdracht van de vrouw. Ik vergat te veel zei ze. Denk dat er meer parity errors binnen kwamen.

Er is hier niks meer te verdubbelen, of te repareren.

Bedrijfsongelukje aantal jaren geleden, de RAM modules hebben nogal een mep gehad wat niet meer is goed gekomen.

[dierkx36]

Mensen, ik weer met een vraag :

Ben nou bezig de TS-673A weer tot leven te weken.
[X] m.2 SSD's zitten erin
[X] 8GB RAM = 16 GB ram
[X] 6* 26TB HDD's zitten erin
[ ] Raid 5 bouw voor de 26TB's is nog bezig, vannacht om 00:30 begonnen en er staat nog 28 uur op de teller voor hij klaar is.

Probleem waar ik tegen aan loop, ik krijg via MyQnapCloud, onder apparaatbeheer -> mijn apparaten -> TS-673A -> service QTS Desktop en File station niet te zien.
Staat alleen melding "Voor dit apparaat is geen openbare dienst gepubliceerd. Neem contact op met de eigenaar van het apparaat."

Ik heb de configuratie hetzelfde staan as bij de TS-464, yet bij de TS-464 heb ik via MyQnapCloud wel QTS desktop en file station staan, bij de TS-673A dus niet.
De TS-673A word gezien door MyQnapCloud, alleen dit dus.

Iemand een idee wat er hier aan de hand is en hoe ik dit aan de praat krijg ?
Volgens de oude handleiding moet je QTS Desktop en File Station bij de installeren van de MyQnapCloud app aangeven dat die gedeeld word, aleen krijg ik dit dus niet te zien.
(Handleiding is gebaseerd op een ouder versie van MyQnapCLoud app lijkt)

Weet iemand een andere manier om dit te controleren of QTS desktop en File station wel door de MyQnapCloud app worden gedeelt en hoe je dit kan veranderen.

PS:
Om meteen de standaard reactie van "niet MyQnapCloud gebruiken" de kop in te drukken :
Ik gebruik het heel veel omdat ik vaak vanuit het buitenland heb gewerkt, en dit de enigste manier was om op de NASsen te komen, dus dit moet voor mij werken punt.

[leonbong]

Als iemand die het niet gebruikt.
Je moet volgens hier web file-manger aanzetten.

[dierkx36]

leonbong schreef op donderdag 14 mei 2026 @ 11:28:
Als iemand die het niet gebruikt.
Je moet volgens hier web file-manger aanzetten.

[Afbeelding]

Tis em, thanx
Web file manager voor file station en web administration voor QTS desktop.
Wel erg apart dat die op de TS-464 uitstaan maar ik als nog bij QTS desktop en file station kan komen :/
Maar goed, zal wel.
Die word volgende week onder handen genomen.

[dierkx36]

Lord Anubis schreef op maandag 11 mei 2026 @ 15:19:
Koppel het aub straks terug naar hier. Moet ergens in Juli een QNAP NAS ergens plaatsen als sub backup. En ga er ook gelijk wat flinke schijven er in stoppen.

FYI :
Raid 5 controle van de 6 26TB schijven heeft net geen 46 uur gekost met de TS-673A
Let wel, er zitten 2 m.2 SSD's in RAID 1 in, die als systeem schijven werken.
Dus zodra je iets op de NAS doet (apps installeren, settings aanpassen etc) gaat dit via de SSD's, de HDD's worden niet aangesproken.
Die 16Gb RAM doet ook niks by the way.
RAID 5 sync begint heel traag (10,5 Mb/s) gaat dan naar 180ish Mb/s voor een lange tijd, en zakt de laatste 12 uur langzaam richting 90ish Mb/s

[edit]
Verplaats/copier snelheid van desktop naar TS-673A is 280+ Mb/s , hier lijkt die extra RAM wel wat te doen

[edit 2]
Kleine tip voor degene die een TS-x67A NAS hebben dan wel willen kopen en m.2 SSD's willen gebruiken :
Koop be quiet! MC1 M.2 SSD coolers : passen redelijk makelijk in de TS-X73A serie, en werken perfect
Gebruik nou Kingston A2000 500Gb m.2's in de TS-673A : krijg ze niet warm gestookt, maakt niet uit wat ik doe (30 graden max) .
Heb in de TS-464 2 WD Red SN700 500Gb met cheap-as-sh!t Amazon koelblokjes op (enigste wat past) en die gaan richting de 50 graden op een warme dag met ook maar een beetje activiteit

[ Voor 29% gewijzigd door dierkx36 op 16-05-2026 07:57 ]

[leonbong]

Ik heb vandaag een gedwongen rebuild van één van mijn array's.
Ik heb 3x4TB HDD in Qtier opstelling met daaraan dus 3x500GB SSD gekoppeld.
De 3x500GB SSD heb ik een SSD vervangen voor andere hij is nu aan het rebuilden gaat met +/- 250 MB/sec dus ik verwacht een uurtje of minder, het is in totaal met 1,5TB -> 1TB netto.

Ik heb ook meteen de HDD's gecontroleerd op smart waarden.
2x 1800 dagen aan draaiuren zonder fouten Toshiba 4TB enterprise schijf (6MG)
1x 2600 dagen aan draaiuren zonder fouten Toshiba 4TB Nas schijf (N300)

Ik heb deze nas (TS-673) blijkbaar al bijna 8 jaar, gekocht toen één 2TB schijf (was 3 disk raid5) in mijn oude NAS kapot ging.
Toen gestart met de 2 oude 2TB schijven uit mijn oude NAS aangevuld met de bovenstaande 4TB schijf. Later de twee oude schijven vervangen voor de huidige 4TB schijven maar toen was ik blijkbaar ook al weer 3 jaar verder.

Edit:Rebuild 35 min ofwel 260MB/sec.

[Lord Anubis]

dierkx36 schreef op vrijdag 15 mei 2026 @ 22:21:
[...]

FYI :
Raid 5 controle van de 6 26TB schijven heeft net geen 46 uur gekost met de TS-673A
Let wel, er zitten 2 m.2 SSD's in RAID 1 in, die als systeem schijven werken.
Dus zodra je iets op de NAS doet (apps installeren, settings aanpassen etc) gaat dit via de SSD's, de HDD's worden niet aangesproken.
Die 16Gb RAM doet ook niks by the way.
RAID 5 sync begint heel traag (10,5 Mb/s) gaat dan naar 180ish Mb/s voor een lange tijd, en zakt de laatste 12 uur langzaam richting 90ish Mb/s

[edit]
Verplaats/copier snelheid van desktop naar TS-673A is 280+ Mb/s , hier lijkt die extra RAM wel wat te doen

[edit 2]
Kleine tip voor degene die een TS-x67A NAS hebben dan wel willen kopen en m.2 SSD's willen gebruiken :
Koop be quiet! MC1 M.2 SSD coolers : passen redelijk makelijk in de TS-X73A serie, en werken perfect
Gebruik nou Kingston A2000 500Gb m.2's in de TS-673A : krijg ze niet warm gestookt, maakt niet uit wat ik doe (30 graden max) .
Heb in de TS-464 2 WD Red SN700 500Gb met cheap-as-sh!t Amazon koelblokjes op (enigste wat past) en die gaan richting de 50 graden op een warme dag met ook maar een beetje activiteit

merci.

Behoorlijk tijdje geweest.

De verschillende veel of weinig RAM beïnvloeding lijkt me wel logisch ; denk dat het bij app gebruik wel meeste merkbaar is.

Apart het grote verschil in temperatuur van de SSD opslag.

[dierkx36]

Lord Anubis schreef op maandag 18 mei 2026 @ 07:35:
[...]

merci.

Behoorlijk tijdje geweest.

De verschillende veel of weinig RAM beïnvloeding lijkt me wel logisch ; denk dat het bij app gebruik wel meeste merkbaar is.

Apart het grote verschil in temperatuur van de SSD opslag.

Kwa tijd vond ik het mevallen eigenlijk, 'k had gerkend op zeker 4 dagen alleen dat hij met het controleren en opbouwen van de RAID 5 bezig zou zijn.

Dat verschil in temperaturen is denk ik wel makkelijk uit te leggen :
- TS-X73A NASsen hebben meer ruimte voor een m.2 cooler dan de TS-464 (10mm tegen max 5mm) , ook meer ruimte om lucht langs te gaan.
- Be Qiuet koelblok tegen een Amazon cheap-as-sh!t koelblokje

[dierkx36]

Waarschuwing voor degene die m.2 SSD's in hun NAS gebruiken :

Gebruik GEEN Amazon koelblokjes op je m.2 SSD,s !!!!
(Deze : https://www.amazon.nl/dp/B089RBKH31?ref=ppx_yo2ov_dt_b_fed_asin_title&th=1)

Zag gisteren bij het omwisselen van componenten naar de nieuwe TS473A dat er brandpuntjes op de SSD's zatten, onder de koelblokjes en de thermal pads. (SSD's zijn gelukkig nog goed)

Het lijkt er op te duiden dat de SSD's (een keer ?) te warm zijn geweest, die Amazon koelblokjes zijn dus gewoon R#K.

[ Voor 25% gewijzigd door dierkx36 op 23-05-2026 11:52 ]

[thomskipsp]

https://www.qnap.com/en/security-advisory/qsa-26-18

PHPshell is ook op de QNAPs; aangeraden word om de services te checken en als mogelijk van het internet te halen;

Mitigation 

Until fixed versions are available, the most effective protection is to keep the device off the internet. These steps reduce exposure but do not fully fix the vulnerabilities. 

The menu paths below apply to QTS, QuTS hero, and QuTScloud. For QNE (ADRA), QVR Surveillance, and TVR OS, apply the same network restrictions in steps 1 to 3 using your router or network firewall. 

 

1. Stop exposing the device to the internet. 

• Disable port forwarding for the NAS on your router, and disable UPnP on the router. 
• Go to myQNAPcloud > Auto Router Configuration and disable UPnP port forwarding. 
• Disable myQNAPcloud Link and unpublish services in myQNAPcloud > Publish Services if they are not required. 

 

2. Use a VPN for remote access. Connect through QVPN Service or your router's VPN instead of exposing web ports directly. 

 

3. Restrict access to trusted networks. 

• In QuFirewall, or in Control Panel > System > Security > Allow/Deny List if QuFirewall is not installed, allow access to the management ports (default 8080 and 443) and any custom ports you have configured only from trusted local subnets or VPN addresses. 
• Restricting access to the local network does not protect against attacks from local devices that are already compromised. 

 

4. Reduce PHP-based services you do not need. 

• In App Center, stop affected applications you do not currently need. Stopping is preferred over uninstalling for applications you will use again. 
• Before uninstalling any application, back up its settings and data (for example, Download Station tasks). 
• If you do not use the built-in web server, go to Control Panel > Applications > Web Server and disable it. 
• These steps do not protect the web administration interface; steps 1 to 3 remain the primary mitigations. 

 

5. Check for signs of compromise. Review QuLog Center for unexpected logins or access. Run Security Center and Malware Remover with the latest definitions. 

 

6. If you suspect compromise, disconnect the device from the network, change all passwords, and contact QNAP Support. 

 

PHP included in containers running on Container Station, or in third-party applications, is not covered by QNAP updates. Contact the image or application provider for a fixed version. 

 

After fixes are released, update immediately. We continue to recommend that you avoid exposing the device directly to the internet.

[Andrehj]

Even een oud topic afstoffen...
QNAP heeft ook last van de PHP-issues. Tot die tijd wordt aanbevolen je QNAP los te koppelen van het internet, zie nieuws: QNAP adviseert gebruikers nassystemen van internet te halen vanwege P...
Wellicht handig dat, zodra de eerste updates door QNAP zijn gepubliceerd, dat hier te vermelden.
De huidige status vanuit QNAP staat hier: https://www.qnap.com/en/security-advisory/qsa-26-18
(met nu alles nog op "fixing", dus er zijn nog geen updates beschikbaar).

[Renault]

Toch nog even expliciet neerzetten: dat lijkt niet alleen te gelden voor QNAP, maar voor alle merken NAS software.

[thomskipsp]

Zou gefixed moeten zijn nu, kan hem alleen niet automatisch binnenhalen:


https://www.qnap.com/en/security-advisory/qsa-26-18

[peter-rm]

op de download pagina van qnap gewoon te vinden https://www.qnap.com/nl-nl/download

qts5.2.11.3661 build 20261023 published 20261024

[ Voor 23% gewijzigd door peter-rm op 24-10-2026 17:59 ]

[Andrehj]

@peter-rm Dankjewel voor de link. Ik liet tegen hetzelfde probleem aan. Automatisch vindt de QNAP deze update (nog) niet en ook op "check for updates" klikken werkt niet, maar handmatig updaten gaat inderdaad ook.

[peter-rm]

Andrehj schreef op zondag 25 oktober 2026 @ 09:44:
@peter-rm Dankjewel voor de link. Ik liet tegen hetzelfde probleem aan. Automatisch vindt de QNAP deze update (nog) niet en ook op "check for updates" klikken werkt niet, maar handmatig updaten gaat inderdaad ook.

voor automatische updates stond deze versie nog enige tijd als public beta. (als je het beta vinkje aanzet pakte de update die versie wel) Daar liep ik gisteravond ook tegenaan, maar voor de manual update was die toen al wel beschikbaar.

voor oudere QTS versies zouden ze volgens de statuspagina nog bezig zijn. ik heb voor back-up van mijn (werk)nas nog een oude ts412 met qts4.3.3 in bedrijf. even afwachten of daarvoor nog een fix komt

[drfruit]

Had de nieuwe firmware net gedownload, met dank aan @peter-rm, maar voor de TS-253Be is deze inmiddels beschikbaar via de updatefunctie.

Net geïnstalleerd, dus even 7 minuten wachten tot hij opnieuw is opgestart.

En het is goed gegaan.

[ Voor 6% gewijzigd door drfruit op 25-10-2026 15:17 ]