Deze content is door een machine vertaald. Raadpleeg de Disclaimer voor machinevertalingen.

How do I troubleshoot it if my NAS transfer speeds dropped dramatically ?

Hoe los ik het op als de overdrachtssnelheden van mijn NAS dramatisch zijn gedaald?

Laatst gewijzigd op: 2026-03-31

Applicable Products

All QNAP NAS models running QTS / QuTS hero

Symptom

NAS transfer speeds dropped dramatically (for example, from several hundred MB/s down to tens of MB/s).
No hardware changes were made (no disk replacement, no cable swap, no NIC change).
No configuration changes were made (no firmware update, no network setting change, no protocol change).

Procedure

Step 1: Test pure network throughput (iperf3)

Verify the network link independently of any file protocol. This is the most important first test.

# On the NAS (start iperf3 server)
iperf3 -s

# On the client PC (single stream)
iperf3 -c <NAS_IP> -t 10

# On the client PC (multi-stream for aggregation testing)
iperf3 -c <NAS_IP> -t 10 -P 4

Link type	Expected iperf3 result
1GbE	~940 Mbps (~117 MB/s)
10GbE	~9.4 Gbps (~1.17 GB/s)
25GbE	~23.5 Gbps (~2.9 GB/s)

If iperf3 is not installed on your NAS, see the QNAP FAQ How do I install iperf3 in QTS and QuTS hero? for step-by-step installation instructions. Alternatively, you can run iperf3 between two client PCs on the same switch segment to verify switch and cabling performance.

If the iperf3 result is also low, the network path is the bottleneck. Proceed to Step 2.
If the iperf3 result is normal, the physical network is likely fine; the problem is in the file service layer. Skip to Step 4.

Step 2: Isolate the network path (single link testing)

Important: Do not test with link aggregation or multipathing active. Test one NIC → one cable → one switch port at a time.

2a. Check NIC link negotiation

In QTS / QuTS hero, go to Control Panel → Network & Virtual Switch → Interfaces and verify the Speed and Duplex values for each physical adapter.

# (Optional) Check negotiated speed and duplex for each interface via SSH
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Auto-negotiation"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Auto-negotiation"
# Repeat for all active interfaces (eth2, eth3, ...)

A 10GbE NIC that has negotiated down to 1GbE (or lower) will cap throughput at approximately 117 MB/s.
Half-duplex negotiation can significantly reduce throughput and cause collisions.
If auto-negotiation shows an unexpected speed, try a different cable or switch port.

2b. Check interface error counters

# Check for packet errors, drops, and overruns
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Or use ip -s:
ip -s link show eth0

Non-zero RX errors, TX errors, dropped, or overruns can indicate cable, SFP, or switch port problems.
Run the check before and after a large transfer to see if counters increase.

2c. Test cable and SFP/DAC module(if used)

Swap the DAC cable or SFP module with a known-good one.
Connect the NAS directly to the client PC (bypassing the switch) to isolate switch issues.
Try a different switch port.
If using fiber SFP+, check for dirty connectors or bent fibers.

Step 3: Verify MTU consistency (jumbo frames)

MTU mismatch between NAS, switch, and client is a common cause of throughput collapse.

# Check MTU on NAS interfaces
ip link show | grep mtu

# Check MTU on client (Windows)
netsh interface ipv4 show subinterfaces

# Check MTU on client (Linux / macOS)
ifconfig | grep mtu

All three endpoints (NAS, switch, client) must have the same MTU. If any device in the path has a smaller MTU, packets can be fragmented or dropped silently.

Quick test: Temporarily set MTU to 1500 (standard) on all devices and re-test. If speed improves, the issue is likely jumbo frame misconfiguration.
Jumbo frames (MTU 9000) must be enabled on the NAS, the switch port, and the client NIC — all three.

# Temporarily reset NAS interface to standard MTU (example)
ifconfig eth0 mtu 1500

# Test with ping to verify end-to-end MTU (from client)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 headers)
ping -M do -s 8972 <NAS_IP> # Linux

Step 4: Check background tasks and system load

Common cause of periodic slowdowns: Scheduled pool scrubbing and scheduled backup jobs can consume significant disk I/O and cause transfer speeds to drop dramatically while they are running. If the speed issue occurs at predictable intervals (for example, weekly or nightly), check the schedules first.

4a. Check scheduled pool scrubbing

In QTS / QuTS hero, go to Storage & Snapshots → Storage/Snapshots, select the storage pool, and then click Manage → Actions to check the scrubbing schedule.
RAID scrubbing reads every block on every disk in the array — this can reduce transfer performance by 50% or more while running.
QTS defaults may schedule scrubbing periodically (for example, monthly); QuTS hero (ZFS) also has its own scrub schedule.

# Check for active RAID scrubbing or rebuild
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

# Check ZFS scrub status (QuTS hero)
zpool status | grep -E "scan|scrub"

4b. Check scheduled backup jobs

HBS 3 (Hybrid Backup Sync), RTRR, rsync, and Snapshot Replica jobs can saturate disk I/O or network bandwidth when running.
In QTS / QuTS hero, open HBS 3 and check active and scheduled jobs; also check any third-party backup software.
If a backup job runs at the same time as user file transfers, both will compete for I/O.

Step 5: Verify storage layer (confirmation)

If all network tests pass, confirm that the storage layer is not the bottleneck.

# Quick RAID health check
cat /proc/mdstat

# Storage performance test
qcli_storage -t

# Local filesystem throughput (bypasses network entirely)
dd if=/dev/zero of=/share/CACHEDEV1_DATA/testfile bs=1M count=1024 oflag=direct
dd if=/share/CACHEDEV1_DATA/testfile of=/dev/null bs=1M iflag=direct
rm /share/CACHEDEV1_DATA/testfile

If local dd throughput is also low, check SSD cache status (Storage & Snapshots → Cache Acceleration) — a degraded cache can throttle I/O.
Check S.M.A.R.T. health if disk throughput appears abnormal.

Step 6: Collect diagnostic data for support

If the above steps do not resolve the issue, collect these data and dump the system log before opening a support ticket.

Open a support ticket at https://service.qnap.com/ and attach the output.

Warnings

Do not make multiple changes simultaneously — change one variable at a time and re-test.
Record original settings before making changes, especially network, MTU, bonding, and switch configuration.
Looking at SMB results alone is not sufficient to determine the root cause — if all protocols are slow, perform network-layer isolation first.
The dd write test creates a temporary file on the volume — ensure adequate free space and clean up afterward.
Disabling SSD cache on a production system may temporarily reduce performance for workloads that rely on it. If possible, perform this test during a maintenance window.
When comparing two NAS units, ensure firmware version, installed applications, NIC configuration, and volume configuration are all identical.

Toepasselijke producten

All QNAP NAS models running QTS / QuTS hero

Symptoom

NAS-overdrachtsnelheden zijn dramatisch gedaald (bijvoorbeeld van enkele honderden MB/s naar tientallen MB/s).
Er zijn geen hardwarewijzigingen aangebracht (geen schijfvervanging, geen kabelwissel, geen NIC-wijziging).
Er zijn geen configuratiewijzigingen aangebracht (geen Firmware-update, geen wijziging van netwerkinstellingen, geen protocolwijziging).

Procedure

Stap 1: Test puur netwerk Doorvoer (iperf3)

Controleer de netwerkverbinding onafhankelijk van elk bestandsprotocol. Dit is de belangrijkste eerste test.

# Op de NAS (start iperf3-server)
iperf3 -s

# Op de client-pc (enkele stream)
iperf3 -c <NAS_IP> -t 10

# Op de client-pc (multi-stream voor aggregatietesten)
iperf3 -c <NAS_IP> -t 10 -P 4

Linktype	Verwacht iperf3-resultaat
1GbE	~940 Mbps (~117 MB/s)
10GbE	~9.4 Gbps (~1.17 GB/s)
25GbE	~23.5 Gbps (~2.9 GB/s)

Als iperf3 niet is geïnstalleerd op uw NAS, raadpleeg dan de QNAP FAQ Hoe installeer ik iperf3 in QTS en QuTS hero? voor stapsgewijze installatie-instructies. U kunt ook iperf3 uitvoeren tussen twee client-pc's op hetzelfde switchsegment om de prestaties van de switch en bekabeling te verifiëren.

Als het iperf3-resultaat ook laag is, is het netwerkpad de bottleneck. Ga verder met Stap 2.
Als het iperf3-resultaat normaal is, is het fysieke netwerk waarschijnlijk in orde; het probleem zit in de bestandsservicelaag. Ga naar Stap 4.

Stap 2: Isoleer het netwerkpad (enkelvoudige linktest)

Belangrijk: Test niet met linkaggregatie of multipathing actief. Test één NIC → één kabel → één switchpoort tegelijk.

2a. Controleer NIC-linkonderhandeling

In QTS / QuTS hero, ga naar Configuratiescherm → Netwerk en virtuele switch → Interfaces en verifieer de Snelheid en Duplex waarden voor elke fysieke adapter.

# (Optioneel) Controleer onderhandelde snelheid en duplex voor elke interface via SSH
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Automatische toewijzing"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Automatische toewijzing"
# Herhaal voor alle actieve interfaces (eth2, eth3, ...)

Een 10GbE NIC die is onderhandeld naar 1GbE (of lager) zal Doorvoer beperken tot ongeveer 117 MB/s.
Half-duplex onderhandeling kan Doorvoer aanzienlijk verminderen en botsingen veroorzaken.
Als Automatische toewijzing een onverwachte snelheid toont, probeer dan een andere kabel of switchpoort.

2b. Controleer interfacefouttellers

# Controleer op pakketfouten, drops en overruns
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Of gebruik ip -s:
ip -s link show eth0

Niet-nul RX-fouten, TX-fouten, gedropt, of overruns kunnen wijzen op problemen met kabels, SFP of switchpoorten.
Voer de controle uit voor en na een grote overdracht om te zien of de tellers toenemen.

2c. Test kabel en SFP/DAC-module (indien gebruikt)

Vervang de DAC-kabel of SFP-module door een goed werkend exemplaar.
Verbind de NAS direct met de client-pc (omzeil de switch) om switchproblemen te isoleren.
Probeer een andere switchpoort.
Als u fiber SFP+ gebruikt, controleer dan op vuile connectoren of gebogen vezels.

Stap 3: Controleer MTU-consistentie (Jumbo-frame)

MTU-verschil tussen NAS, switch en client is een veelvoorkomende oorzaak van Doorvoer-uitval.

# Controleer MTU op NAS-interfaces
ip link show | grep mtu

# Controleer MTU op client (Windows)
netsh interface ipv4 show subinterfaces

# Controleer MTU op client (Linux / macOS)
ifconfig | grep mtu

Alle drie de eindpunten (NAS, switch, client) moeten dezelfde MTU hebben. Als een apparaat in het pad een kleinere MTU heeft, kunnen pakketten gefragmenteerd of stilletjes gedropt worden.

Snelle test: Stel tijdelijk de MTU in op 1500 (standaard) op alle apparaten en test opnieuw. Als de snelheid verbetert, is het probleem waarschijnlijk een Jumbo-frame-misconfiguratie.
Jumbo-frame (MTU 9000) moet ingeschakeld zijn op de NAS, de switchpoort, en de client NIC — alle drie.

# Stel tijdelijk de NAS-interface in op standaard MTU (voorbeeld)
ifconfig eth0 mtu 1500

# Test met ping om end-to-end MTU te verifiëren (vanuit client)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 headers)
ping -M do -s 8972 <NAS_IP> # Linux

Stap 4: Controleer achtergrondtaken en systeembelasting

Veelvoorkomende oorzaak van periodieke vertragingen: Gepland pool scrubbing en geplande back-uptaken kunnen aanzienlijke schijf I/O verbruiken en ervoor zorgen dat de overdrachtssnelheden dramatisch dalen terwijl ze actief zijn. Als het snelheidsprobleem op voorspelbare intervallen optreedt (bijvoorbeeld wekelijks of 's nachts), controleer dan eerst de schema's.

4a. Controleer gepland pool scrubbing

In QTS / QuTS hero, ga naar Opslag en snapshots → Opslag/Snapshot, selecteer de Opslag pool, en klik vervolgens op Beheren → Acties om het scrubbing-schema te controleren.
RAID-scrubbing leest elk blok op elke schijf in de array — dit kan de overdrachtsprestaties met 50% of meer verminderen tijdens het uitvoeren.
QTS-standaarden kunnen scrubbing periodiek plannen (bijvoorbeeld maandelijks); QuTS hero (ZFS) heeft ook zijn eigen scrub-schema.

# Controleer op actieve RAID-scrubbing of -herbouw
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

# Controleer ZFS-scrubstatus (QuTS hero)
zpool status | grep -E "scan|scrub"

4b. Controleer geplande back-uptaken

HBS 3 (Hybrid Backup Sync), RTRR, rsync en Snapshot Replica taken kunnen de schijf I/O of netwerkbandbreedte verzadigen tijdens het uitvoeren.
In QTS / QuTS hero, open HBS 3 en controleer actieve en geplande taken; controleer ook eventuele software van derden voor back-up.
Als een back-uptaak tegelijkertijd met gebruikersbestandsoverdrachten wordt uitgevoerd, zullen beide concurreren voor I/O.

Stap 5: Verifieer Opslag laag (bevestiging)

Als alle netwerktests slagen, bevestig dan dat de Opslag laag niet de bottleneck is.

# Snelle RAID gezondheidscontrole
cat /proc/mdstat

# Opslag prestatietest
qcli_Opslag -t

# Lokaal bestandssysteem Doorvoer (omzeilt netwerk volledig)
dd if=/dev/zero of=/share/CACHEDEV1_DATA/testfile bs=1M count=1024 oflag=direct
dd if=/share/CACHEDEV1_DATA/testfile of=/dev/null bs=1M iflag=direct
rm /share/CACHEDEV1_DATA/testfile

Als lokale dd Doorvoer ook laag is, controleer dan de SSD-cache status (Opslag en snapshots → Cache Acceleration) — een gedegradeerde cache kan I/O vertragen.
Controleer S.M.A.R.T. gezondheid als schijf Doorvoer abnormaal lijkt.

Stap 6: Verzamel diagnostische gegevens voor ondersteuning

Als de bovenstaande stappen het probleem niet oplossen, verzamel dan deze gegevens en dump het systeemlogboek voordat u een supportticket opent.

Open een supportticket bij https://service.qnap.com/ en voeg de output bij.

Waarschuwingen

Maak niet meerdere wijzigingen tegelijkertijd — verander één variabele per keer en test opnieuw.
Noteer de oorspronkelijke instellingen voordat u wijzigingen aanbrengt, vooral netwerk, MTU, bonding en switchconfiguratie.
Alleen naar SMB-resultaten kijken is niet voldoende om de hoofdoorzaak te bepalen — als alle protocollen traag zijn, voer dan eerst een netwerklaag-isolatie uit.
De dd schrijftest maakt een tijdelijk bestand op het volume — zorg voor voldoende vrije ruimte en ruim daarna op.
Het uitschakelen van SSD-cache op een productiesysteem kan de prestaties tijdelijk verminderen voor workloads die ervan afhankelijk zijn. Voer deze test indien mogelijk uit tijdens een onderhoudsvenster.
Wanneer u twee NAS-eenheden vergelijkt, zorg ervoor dat de Firmware versie, geïnstalleerde applicaties, NIC-configuratie en volumeconfiguratie identiek zijn.

Verder lezen

Was dit artikel nuttig?

Ja. Nee.

50% van de mensen vond dit nuttig

Voor verdere hulp kunt u andere gebruikers en QNAP-experts in de community vragen. Ga naar de QNAP Community

Vertel ons a.u.b. hoe we dit artikel kunnen verbeteren.

In het artikel ontbreekt belangrijke informatie
De oplossingen in het artikel werken niet
Het artikel is te ingewikkeld
Het artikel bevat onjuiste informatie
Het artikel is verouderd

Hieronder kunt u eventuele aanvullende feedback toevoegen.

Applicable Products

Symptom

Procedure

Step 1: Test pure network throughput (iperf3)

Step 2: Isolate the network path (single link testing)

2a. Check NIC link negotiation

2b. Check interface error counters

2c. Test cable and SFP/DAC module(if used)

Step 3: Verify MTU consistency (jumbo frames)

Step 4: Check background tasks and system load

4a. Check scheduled pool scrubbing

4b. Check scheduled backup jobs

Step 5: Verify storage layer (confirmation)

Step 6: Collect diagnostic data for support

Warnings

Further Reading

Toepasselijke producten

Symptoom

Procedure

Stap 1: Test puur netwerk Doorvoer (iperf3)

Stap 2: Isoleer het netwerkpad (enkelvoudige linktest)

2a. Controleer NIC-linkonderhandeling

2b. Controleer interfacefouttellers

2c. Test kabel en SFP/DAC-module (indien gebruikt)

Stap 3: Controleer MTU-consistentie (Jumbo-frame)

Stap 4: Controleer achtergrondtaken en systeembelasting

4a. Controleer gepland pool scrubbing

4b. Controleer geplande back-uptaken

Stap 5: Verifieer Opslag laag (bevestiging)

Stap 6: Verzamel diagnostische gegevens voor ondersteuning

Waarschuwingen

Verder lezen