Isilon: Fout: Schijfquotum overschreden bij het schrijven van bestanden naar het cluster
Samenvatting: Het cluster kan de foutmelding "Disk Quota Exceeded" plaatsen bij het schrijven van bestanden naar het cluster.
Symptomen
Bij het schrijven van bestanden naar het cluster verschijnt de foutmelding "Disk Quota Exceeded" kan verschijnen. Er zijn geen quotalimieten vastgesteld of, als dat wel het geval is, zijn ze niet bereikt.
Er zijn meerdere mogelijke oorzaken voor deze fout. Drie van de mogelijke oorzaken worden in dit artikel behandeld:
- De foutmelding is misleidend omdat deze wordt geactiveerd wanneer het SnapshotIQ-reservepercentage is bereikt.
- Het quotum had gekoppelde gebruikers, waaronder de rootgebruiker, en de NFS-export (Network File System) wordt gekoppeld als rootclient.
- Het quotum voor de eigenaar van de map waarnaar wordt geschreven is overschreden, waardoor de map niet kan worden uitgebreid.
Oorzaak
Oorzaak #1:
Als de SnapshotIQ-reserve is ingesteld op een waarde die niet gelijk is aan nul (zoals 1 procent, 5 procent of 10 procent), vermindert dit de algemene beschikbaarheid van storage. Wees voorzichtig bij het instellen van reservewaarden, omdat deze instelling rechtstreeks van invloed is op de totale clusterstoragecapaciteit.
Als deze fout optreedt en de schijfquota niet zijn overschreden, is er hoogstwaarschijnlijk een hoge reserve opgegeven voor SnapshotIQ die schrijfbewerkingen begrenst.
Opmerking: Dit probleem kan zich voordoen ongeacht of SmartQuotas al dan niet is gelicentieerd op het cluster. Het kan zich ook voordoen ongeacht of een quotumbeperking al dan niet is bereikt.
Oorzaak #2:
Als u een directoryquotum voor alle gebruikers maakt en de directory wordt geëxporteerd voor rootclienttoegang, is de hoofddirectory voor die export toegankelijk voor rootclients. Ze kunnen een "Disk quota exceeded" ongeacht het quotumgebruik voor de specifieke gebruiker. Een manier om dit te zien is door te proberen de meldingsstatus voor de directory opnieuw in te stellen:
isilon-9# isi_classic quota modify --path=/ifs/storage/scratch01 --reset-notify-state
Pretending to modify:
user:root@snaps=no@/ifs/storage/scratch01 FAIL
!! Cannot modify/save linked domains without unlinking: Invalid argument
U kunt zien dat het quotum voor de hoofdgebruiker is overschreden door een query uit te voeren op de lijst met quota:
isilon-9# isi quota quotas list --exceeded
Type AppliesTo Path Snap Hard Soft Adv Used
---------------------------------------------------------------------------------------------
user user1 /ifs/storage/scratch_overflow/scratch04 No 275.00G - - 275.000G
user root /ifs/storage/scratch01 No 500.00G - - 500.032G
user user2 /ifs/storage/scratch01 No 500.00G - - 500.005G
user user3 /ifs/storage/scratch01 No 655.00G - - 655.001G
Als u de exports voor die directory bekijkt, kunt u zien of deze is geconfigureerd voor 'root clients':
--------------------------------------------------------------------------------
ID: 2
Paths: /ifs/storage/scratch01
Description: scratch
Clients: -
Root Clients: user1,user2,user3
Read Only Clients: -
Read Write Clients: -
Unresolved Clients: -
All Dirs: Yes
Block Size: 8.0K
Can Set Time: Yes
Commit Asynchronous: No
Directory Transfer Size: 128.0K
Encoding: DEFAULT
Map Lookup UID: No
Map Retry: Yes
Map All
User : -
Groups : -
Map Root
User : root
Groups : nogroup
Map Full: Yes
Oorzaak #3:
Wanneer u een quotum voor alle gebruikers maakt en de eigenaar van de directory zijn quotum heeft overschreden, kunnen geen gebruikers nieuwe bestanden naar de directory schrijven. Dit komt door de vereiste om de map te laten groeien wanneer nieuwe bestanden worden toegevoegd of gemaakt. Quota worden in rekening gebracht bij de eigenaar van een object (bestand of map). In dit geval heeft de eigenaar van de directory niet genoeg quota om de directory te vergroten.
U kunt de eigenaar van een directory vinden met behulp van het pictogram ls opdracht, of, om de volledige toegangscontrolelijst (ACL) op te nemen, ls -led:
isilon-1# pwd
/ifs/data/smbsharebak
isilon-1# ls -led
drwxrwxrwx 2 admin wheel 532 Oct 6 15:26 .
OWNER: user:admin
GROUP: group:wheel
SYNTHETIC ACL
0: user:admin allow dir_gen_read,dir_gen_write,dir_gen_execute,std_write_dac,delete_child
1: group:wheel allow dir_gen_read,dir_gen_write,dir_gen_execute,delete_child
2: everyone allow dir_gen_read,dir_gen_write,dir_gen_execute,delete_child
Opmerking: Deze eigenaar is afhankelijk van wie de directory heeft gemaakt, wat vaak afhankelijk is van hoe data naar het cluster of pad zijn gemigreerd. Dit kan elke gebruiker zijn, inclusief root, of zelfs een groep zoals DOMAIN\Domain Admins. Een groepseigenaar kan worden overgenomen, of worden toegepast omdat freeBSD Semantiek aanwezig is op het moment dat de directory wordt aangemaakt. Als deze eigenaar het quotum overschrijdt, kan de map niet worden uitgebreid en kunnen er dus geen nieuwe bestanden worden toegevoegd of gemaakt.
Gebruik de --exceeded Optie om vast te stellen of deze eigenaar het quotum heeft overschreden:
isilon-1# isi quota quotas list --exceeded
Type AppliesTo Path Snap Hard Soft Adv Used
---------------------------------------------------------------------------
directory DEFAULT /ifs/data/nfsexport No 30.00M - - 114.03M
user admin /ifs/data/smbsharebak No 80.00M - - 1000.00M
---------------------------------------------------------------------------
Total: 2Oplossing
Voor oorzaak #1:
U kunt dit probleem oplossen door het reservepercentage voor snapshots in te stellen op 0 (de standaardwaarde).
Opmerking: Als u een reserve voor SnapshotIQ moet instellen, verlaagt u het bedrag van de huidige instelling totdat de "Disk Quota Exceeded" fout wordt niet meer weergegeven.
Gebruik de opdrachtregelinterface.
- Voer de volgende opdracht uit om de waarde van het reservepercentage voor snapshots te controleren:
isi snapshot settings view - Als het reservepercentage van de snapshot iets anders is dan nul, wijzigt u de reserve door de volgende opdracht uit te voeren:
isi snapshot settings modify --reserve 0
Gebruik de Isilon-webbeheerinterface.
- Open de Isilon-webbeheerinterface.
- Klik op SnapshotIQ-instellingen > bestandssysteem>.
- Als de waarde in het vak Reserveren iets anders is dan
zero, verwijder die waarde en typzero(0). - Klik op Verzenden.
Voor oorzaak #2:
Ontkoppel de hoofdgebruiker van het quotum en verwijder vervolgens het quotum van die gebruiker om het probleem op te lossen.
Doe dit als volgt in de Isilon-webbeheerinterface:
- Klik op Bestandssysteem > , SmartQuotas > , Quotas & Usage.
- In de lijst Quota en gebruik staat de Gekoppelde gebruiker onder de lijst Alle gebruikers voor het quotum.
-
Klik op de koppeling Ontkoppelen rechts van de hoofdgebruiker om het quotum van de hoofdgebruiker te ontkoppelen.
-
Bekijk de gegevens van de hoofdgebruiker en kies Gebruikslimieten bewerken.
U zou nu in staat moeten zijn om bestanden op te slaan in de hoofdmap van de export.
Voor oorzaak #3:
Voer een of meer van de volgende handelingen uit om het probleem op te lossen:
- Verwijder of verhoog de quotabeperkingen voor die eigenaar.
- Als die eigenaar deel uitmaakt van een gekoppeld quotum, ontkoppelt u de eigenaar en wijzigt u het quotum voor die ontkoppelde gebruiker
- Eigenaar van directory wijzigen
- Ruim de bronnen op die door die eigenaar voor dat pad worden gebruikt.