HDD space "verdwenen" ESXi 5.5

[WRT54G]

Ik heb een ESXi 5.5 box draaien met een aantal VM's.
In totaal heb ik ongveer 930 GiB (1TB schijf) voor mijn Datastore.
Hier is zo'n 600 GiB van in beslag.

Vanochtend heb ik via de datastore browser een copy slag gedaan.
Nieuwe map gemaakt en hier een (bestaande) andere map in gekopieerd.
Dit duurde te lang en heb ik vroegtijdig beëindigd en de nieuwe map (met een stukje inhoud) verwijderd.
Daarna de ESXi server nog een reboot gegeven.

Als ik nu de datastore browser open dan is de nieuwe map weg maar de space is wel in gebruik.
Want ipv ongeveer 300 GiB heb ik nu nog maar 137 GiB over voor mijn datastore.

Iemand enig idee hoe ik de "lost space" weer terug kan krijgen?

[hans_lenze]

Heb je ingelogd op de host met SSH en gekeken wat er eigenlijk op je datastore staat?

Je datastore vind je in: /vmfs/volumes/[naam]/

[DukeBox]

Idd, waarschijnlijk staat daar de vmdk zonder parse file.

[WRT54G]

Dat is het probleem een beetje...
De map die ik aangemaakt had, die heb ik al verwijderd inclusief inhoud.
Die kan ik ook niet meer terug vinden, ook niet via SSH.

Via SSH zie ik alleen de mappen van mijn VM's (dus: machine01, machine02 etc), een map van mijn ISO's, en een map vmkdump.

In deze mappen staan geen bestanden die er niet zouden moeten staan...

[DukeBox]

Doe dan gewoon eens een search op grote bestanden buiten je datastore.

[WRT54G]

Welk commando gebruik ik daarvoor?

[WRT54G]

"du -h" commando uitgevoerd en dan staat er netjes:
624.1G ./vmfs/volumes
624.1G ./vmfs

Wat idd de totale space zou moeten zijn van mijn datastore.
930 - 624 = +/- 300

Ik kan niet vinden waar ik de space nu kwijt ben.
Vreemd verhaal dit...

[tomtom901]

Waarschijnlijk moet je in je configuration -> storage gewoon even op refresh drukken. Die values zijn niet altijd live.

[WRT54G]

Die refresh heb ik al een aantal keer gedaan hoor.
Ook heb ik de ESXi server al een aantal keer herstart in de tussentijd.

[hans_lenze]

Kijk dan eens hoe groot de bestanden zijn in je folder tree.

Met het commando df kun je de boel door wandelen en kijken hoe groot alles is.

[WRT54G]

Ik ben daar mee bezig geweest. df en met du.
Maar ergens klopt er iets niet...

df -h

code:

Filesystem   Size   Used Available Use% Mounted on
VMFS-5     930.8G 795.2G    135.5G  85% /vmfs/volumes/datastore1
vfat       249.7M 158.1M     91.6M  63% /vmfs/volumes/f0cbcde6-223a7014-07b5-bca5fb9ac5b3
vfat       249.7M 158.2M     91.6M  63% /vmfs/volumes/0945b4e5-e81dfbe6-cdc5-ad1de2af2e20
vfat       285.8M 192.7M     93.1M  67% /vmfs/volumes/525ff37c-7c77f88c-2748-002590306ec4

du -h

code:

623.6G  ./vmfs/volumes/5261392d-07e53629-07f2-002590306ec4
624.1G  ./vmfs/volumes
624.1G  ./vmfs

[ Voor 4% gewijzigd door WRT54G op 16-07-2014 18:06 ]

[mindcre8r]

ssh eens naar je pad en doe eens een ls -la
kijk dan eens wat je terug krijgt.

[WRT54G]

Dit krijg ik terug als ik een ls -lah commando uitvoer op de datastore:

code:

/vmfs/volumes/5261392d-07e53629-07f2-002590306ec4 # ls -lah
total 793680
drwxr-xr-t    1 root     root        2.6K Jul 16 20:30 .
drwxr-xr-x    1 root     root         512 Jul 17 10:08 ..
-r--------    1 root     root        4.8M Oct 18  2013 .fbb.sf
-r--------    1 root     root      254.7M Oct 18  2013 .fdc.sf
drwxr-xr-x    1 root     root         980 Oct 18  2013 .locker
-r--------    1 root     root        1.1M Oct 18  2013 .pb2.sf
-r--------    1 root     root      256.0M Oct 18  2013 .pbc.sf
-r--------    1 root     root      250.6M Oct 18  2013 .sbc.sf
drwx------    1 root     root         280 Oct 18  2013 .sdd.sf
-r--------    1 root     root        4.0M Oct 18  2013 .vh.sf
drwxr-xr-x    1 root     root        1.1K Jul 15 12:51 ISO
drwxr-xr-x    1 root     root        2.9K Jul 16 20:22 k-ds-02
drwxr-xr-x    1 root     root        2.3K Jul 15 13:54 k-mail-01
drwxr-xr-x    1 root     root        2.5K Jul 16 20:21 k-mail-02
drwxr-xr-x    1 root     root         980 Jul 16 12:23 k-sim-02
drwxr-xr-x    1 root     root        2.7K Jul 16 20:23 k-test-01
drwxr-xr-x    1 root     root        2.3K Jul 16 20:24 k-test-02
drwxr-xr-x    1 root     root         280 Jul 15 13:56 patches
d-w-r-xr-T    1 root     root         420 Oct 18  2013 vmkdump

[mindcre8r]

ok dus in je sessie zie je wel dat de ruimte vrij is maar in de datastore browser niet correct?
heb je er meerdere disks in zitten? refresh de specifieke volume (rechtermuis).

[WRT54G]

Ik heb 2 1TB schijven in de server zitten. Deze zijn verbonden met een Adaptec RAID kaart.
Heb een RAID1 array gemaakt van 1TB (930 GiB). Hier staat de datastore op.
Heb dus maar een datastore erin zitten. Refreshen heb ik meerdere malen gedaan. Server ook al een aantal keer herstart...

[mindcre8r]

dan zou ik het ook niet meer weten, dit is hoe het voor mij altijd heeft gewerkt. ik blijf meelezen want ben wel benieuwd naar de oplossing.

[WRT54G]

Snap er zelf ook vrij weinig van (waar mijn vrije ruimte is gebleven)...
Hopelijk vind ik een oplossing! Want heb nu nog "maar" 135 GiB over wat niet al te veel is.

[chaoscontrol]

Alles naar een schijf kopiëren, array formatten en terug kopiëren? Of denk ik nu teveel in oplossingen en wil je de oorzaak gewoon weten?

[WRT54G]

Als ik de array formatteer ben ik dan niet een hoop "shit" kwijt.
Kan ik gewoon 1op1 copy doen, format en dan 1op1 terug en alles is weer koek en ei?

[WRT54G]

Iemand nog een idee waar ik mijn "verloren" hdd space kan terughalen?

[DukeBox]

Zoals eerder aangegeven, doe eens een search naar grote bestanden ? Mogelijk heb je ergens temp files en/of afgebroken snapshots/moves staan.

[WRT54G]

Dat heb ik gedaan. Ik heb via SSH (Mac terminal) een search gedaan en heb ook via WinSCP gezocht.
Helaas niks kunnen vinden!

[DukeBox]

wat zijn dan de grootste files ?

[WRT54G]

Ik heb van alles geprobeerd maar nergens kon ik files vinden die er niet moesten zijn.
Wat ik nu heb gedaan is wat chaoscontrol eigenlijk al aangaf.
Heb de VM's gekopieerd naar een andere locatie. Daarna de datastore gedelete en opnieuw aangemaakt.
Deze format de datastore weer met VMFS5 en vervolgens had ik weer netjes 930GiB zoals het hoort!
Ik ben nu de VM's weer terug aan het kopiëren. Hopelijk gaat dat allemaal goed, maar daar ga ik wel van uit.

Iig iedereen bedankt voor de moeite en het meedenken!