[BlueOnyx:11693] Re: Wrong information in Activity Monitor -> Disk Usage

[Michael Stauber]

Hi Dirk,

> on one server we have a dynamic backup partition. The partition is mounted during the backup. All other times not.
> Some days ago we set the partition to a bigger volume because it was full.
> Now I see in Activity Monitor -> Disk Usage both mounts. The mount with the 100 GB partition and the new 200 GB partion:
> 
>    
>   /   1982.76    5951.56      33% 
>    /backup   180409.31    197128.17      92% 
>    /backup   100791.50    100791.93      100% 
>    /boot   37.41    98.72      38% 
>    /home   57967.66    214037.63      27% 
>    /tmp   67.09    1983.83      3% 
>   /var   1428.64    3967.69      36% 
>  
> 
> Were is the information for Activity Monitor -> Disk Usage stored and how can I remove the wrong (old) /backup information?

Use "cceclient" to fix this:

[root at alpha]# /usr/sausalito/bin/cceclient
100 CSCP/0.80
200 READY
find Disk mountPoint = "/backup"
104 OBJECT 55

In my case the above search returned one "Disk" object with the
mountPoint "/backup". The object with the ID 55.

In your case it'll return two. With "get <Object ID>" you can take a
look at the information stored within.

Example:

get 55
102 DATA isHomePartition = "0"
102 DATA mounted = "1"
102 DATA NAMESPACE = ""
102 DATA eraseDisk = ""
102 DATA CLASSVER = "1.0"
102 DATA fsType = ""
102 DATA mountPoint = "/backup"
102 DATA CLASS = "Disk"
102 DATA quota = "0"
102 DATA total = "307663800"
102 DATA uuid = ""
102 DATA new = "0"
102 DATA used = "206476968"
102 DATA refresh = "1353597302"
102 DATA device = "/dev/sdc1"
102 DATA label = ""
102 DATA OID = "55"
102 DATA check = "0"
102 DATA internal = "1"
102 DATA mount = "0"
201 OK

To remove an object from CODB, simply type this in the "cceclient" shell:

destroy <Object ID>

Example:

destroy 55

In your case it could be that need to tell CODB first that the disk in
question is unmounted:

set 55 mounted = "0"

Replace the Object ID with the one in question from your search result.

-- 
With best regards

Michael Stauber