Unsolved
This post is more than 5 years old
8 Posts
0
578
December 31st, 2008 05:00
DX/Centera media reporting free bytes anomaly
Has anyone else seen this?
Below is an actual snapshot of Media Information on one of the Centera Media;
Media information:
Name: MEMRECS-007
Type: Centera
Class: ORIGINAL
File system: Centera
Serial number: 908e81e4-1068-4add-93f5-9aabe157aec8
Total bytes: 4,294,967,296
Written bytes: 5,075,518,464
Free bytes: 18,446,744,072,929,000,448
Notice that Written bytes exceeds Total Bytes, how can this be? Then look at the Free bytes?? Now if you do the math subtracting the Written bytes from the Total bytes it comes out obviously to a negative number (-780551168). Then convert that number to Hex (FFFFFFFFD179BC00) and finally convert the Hex back to decimal and you will get 18,446,744,072,929,000,448. Strange or what? This is showing up on 75-80% of our full media???
I submitted a support request and it took them a while to tell me how to calculate this and that it was correct, just displayed wrong. They said I can do a Compaction on each media if I wanted to correct the display. That would be over 150 pieces of media?? It would take months. It's a bug and EMC doesn't want to admit it. I had hoped it was corrected in 6.30, but I was wrong.
DX ver 6.30.200 (although this same anomaly occurred in 6.2x)
Below is an actual snapshot of Media Information on one of the Centera Media;
Media information:
Name: MEMRECS-007
Type: Centera
Class: ORIGINAL
File system: Centera
Serial number: 908e81e4-1068-4add-93f5-9aabe157aec8
Total bytes: 4,294,967,296
Written bytes: 5,075,518,464
Free bytes: 18,446,744,072,929,000,448
Notice that Written bytes exceeds Total Bytes, how can this be? Then look at the Free bytes?? Now if you do the math subtracting the Written bytes from the Total bytes it comes out obviously to a negative number (-780551168). Then convert that number to Hex (FFFFFFFFD179BC00) and finally convert the Hex back to decimal and you will get 18,446,744,072,929,000,448. Strange or what? This is showing up on 75-80% of our full media???
I submitted a support request and it took them a while to tell me how to calculate this and that it was correct, just displayed wrong. They said I can do a Compaction on each media if I wanted to correct the display. That would be over 150 pieces of media?? It would take months. It's a bug and EMC doesn't want to admit it. I had hoped it was corrected in 6.30, but I was wrong.
DX ver 6.30.200 (although this same anomaly occurred in 6.2x)
No Events found!
coreylow
41 Posts
0
December 31st, 2008 15:00
This is just a display bug on the media statistics in the administrator and doesn't affect anything. This was caused by earlier version of DX and has been resolved in in DX 6.10.040 Patch 4 and all future release of DiskXtender.
We should leave this media marked as "FULL"
Title: DiskXtender Virtual Media statistics become inaccurate.
SDR: CQOTG00051918
Date: 02/28/07
Symptoms:
DiskXtender Virtual Media statistics become inaccurate.
Workaround:
NA
Cause:
When media is marked full due to max file count or capacity, media statistics become invalid.
Resolution:
DxFsm6.10.040 - Patch 04 addresses this issue. These changes will also be contained in all future releases of DiskXtender.
DCCU
8 Posts
0
January 2nd, 2009 07:00
It has been upgraded overtime from 5.60.x, 6.10.x, 6.20.x and now we are running 6.30.x. Does the fix not affect ones that were already a problem in 6.10.x?
coreylow
41 Posts
0
January 4th, 2009 14:00
If you fix the affected ones, i think you have to run media compact and format.