Hi,

Run 'mminfo -m' to see what the media database says for these volumes.  This will help you see if the problem is in the media database or if it's related to the NMC.  Also, for one of the affected volumes, you can run

mminfo -q "volume=[name of volume here]" -r ssid,client,name,totalsize,ssflags,sumflags,volflags,volretent

This will confirm for you that there is data on the volume and give you more details on what data there is.

-Bobby

Hi Bobby

thanks for response; we are sure that data is and has been written to these volumes. So it does not look like a database issue, more like a NMC problem

thanks

jethrosun,

Does mminfo command show you the correct (or what you expect the value to be) %used value? (mminfo -q volume= -r %used)?

If so it may be related to an issue I have seen with another customer which was seen after they upgraded from 7.6 to 7.6.2

Regards,

Bill Mason

Hi William

yes mminfo does show data has been written to these volumes

If you list the volumes out in the GUI, via Media >> Volumes you can double click on one of the volumes showing as

"Used 1157GB" %Used = 0% Mode = Appendable, and it will the Savesets that have been written to that volume

regards

May be the issue with the NMC or the Java if you checked that data is on the volume from the mminfo command mentioned by Bobby Cogan , So what is your Java version you are running for NMC ? Also try to clear the Java Cache from Control Panel > Java > Temporary Internet Files > Settings... > Delete Files.

Thanks,

Ahmed Bahaa

If clearing the cache does not work and volumes are still being reported as 0% used this may be related to an issue we are investigating under Engineering reference NW135701. Please reference this Escalation when you raise the SR and ensure you quote the NetWorker version including the build number.

Please raise an SR with EMC Support and attach: -

Screenshot from GUI displaying some affected volumes.

mminfo command showing the MDB records different to GUI

If we require an export of the MDB we will supply instructions on how to do this.

Regards,

Bill Mason

Hi jethrosun,

Is there any updates for this issue ? did you fix it ? or what is the output of the SR opened to EMC as William Mason suggest ?

Thanks,

Ahmed Bahaa

Hi Ahmed

yes it was fixed by changing the language locale LC_ALL  in the end. EMC support suggested the following;-

======

try starting gstd in a shell where the locale has been set to English: "setenv LC_ALL C" (it may be sufficient to set "LC_NUMERIC", but first try setting "LC_ALL"). Only gstd need be started in that shell; all other Networker processes can be started in the default (French) locale. Setting the locale to English in a shell only affects the processes started in that shell.

=========================

and

# echo $LC_ALL
LC_ALL: Undefined variable.
# echo $LC_NUMERIC
de_DE.UTF-8

# setenv LC_ALL C
# echo $LC_ALL
C
# /etc/init.d/gst stop
Stopping GST: ..
done.
# /etc/init.d/gst start
Starting GST:
GST Services, Version 7.6.3.Build.851

done.
#
This worked

regards