Array disk usage wrong, showing less used than actual value.

[ViiRaLe]

Hello, yesterday I set up my unRAID server and attached my only disk (4TB Red Pro) as the array disk. No parity, no other arrya disks.

I had 2 SSDs too, so I used them as two separate cache pools. I had no problems and worked my way through what I wanted. Then I shut it down.

Yesterday's used value on the array was near 1.5TB meanwhile today, after turning the server back on, the used value is 30GB. The files are still on the array, I can access and use them but they are not shown in the statistics.

 

Any idea why?

 

Thanks!

[JorgeB]

Please post the diagnostics.

[ChatNoir]

And maybe a screenshot of the Main page.

[ViiRaLe]

4 minutes ago, ChatNoir said:

And maybe a screenshot of the Main page.

 

 

 

5 minutes ago, JorgeB said:

Please post the diagnostics.

 

 

Here are the diagnostics and main page.

 

bagaserver-diagnostics-20220922-1110.zip

Edited September 22, 2022 by ViiRaLe

[JorgeB]

Not sure how the usage could be of by that much, df is reporting the same, what kind of files do you have there? Media type or more compressible files?

[ViiRaLe]

16 minutes ago, JorgeB said:

Not sure how the usage could be of by that much, df is reporting the same, what kind of files do you have there? Media type or more compressible files?

 

I have mostly media files (1.3TBs more or less), 100GBs of isos and some other file.

 

Even the reads and writes are wrong.

Edited September 22, 2022 by ViiRaLe
added info

[JorgeB]

Go to Shares, click on "compute all" and please post a screenshot of the results.

[ViiRaLe]

13 minutes ago, JorgeB said:

Go to Shares, click on "compute all" and please post a screenshot of the results.

[JorgeB]

Strange, there's clearly more data on disk1, check filesystem on disk1 to see if there's any change.

[ViiRaLe]

11 minutes ago, JorgeB said:

Strange, there's clearly more data on disk1, check filesystem on disk1 to see if there's any change.

Phase 1 - find and verify superblock...
        - block cache size set to 336480 entries
Phase 2 - using internal log
        - zero log...
zero_log: head block 44144 tail block 44144
        - scan filesystem freespace and inode maps...
sb_icount 64, counted 3200
sb_ifree 61, counted 164
sb_fdblocks 976277659, counted 612148841
        - found root inode chunk
Phase 3 - for each AG...
        - scan (but don't clear) agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 2
        - agno = 3
        - agno = 1
No modify flag set, skipping phase 5
Phase 6 - check inode connectivity...
        - traversing filesystem ...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify link counts...
No modify flag set, skipping filesystem flush and exiting.

        XFS_REPAIR Summary    Thu Sep 22 13:00:33 2022

Phase		Start		End		Duration
Phase 1:	09/22 13:00:32	09/22 13:00:32
Phase 2:	09/22 13:00:32	09/22 13:00:32
Phase 3:	09/22 13:00:32	09/22 13:00:33	1 second
Phase 4:	09/22 13:00:33	09/22 13:00:33
Phase 5:	Skipped
Phase 6:	09/22 13:00:33	09/22 13:00:33
Phase 7:	09/22 13:00:33	09/22 13:00:33

Total run time: 1 second

Restarted the array but still 30GB used

[JorgeB]

12 minutes ago, ViiRaLe said:

No modify flag set

Forgot to mention, you must run without -n or nothing will be done.

[ViiRaLe]

50 minutes ago, JorgeB said:

Forgot to mention, you must run without -n or nothing will be done.

 

Fixed. Used space is now 1.52TB, still low write and read.

 

Thank you, really. Glad you had time to help me out!