Warren,

Sorry, I don't profess to being a UNIX guru. This was something I recall from my days as a JEOL service engineer years ago. The person this happened to was generating a lot of quant data (files) from doing many many points with line analysis. As I recall the simple solution was to delete some old data. Trying to delete a large image file does not solve the problem because it only frees up one inode/file. In this case kbytes (disc capacity) was not the problem. He had plenty of capacity.

On my 8900 using HP-UX I can get inode info with the df -i command. If you are running some other version of Unix like Solaris on the Sun, you could type man df from the root directory to get df command options on your system. Not sure why you are running at 95% capacity in your /usr directory, mine is at around 33%. 

BTW, I am not suggesting to anyone that you go in to your root system and start deleting files. that should not be necessary. You should be able to delete old
data through the software interface.

-Bill


On Mon, Dec 30, 2013 at 12:15 PM, Straszheim, Warren E [BIOTC] <[log in to unmask]> wrote:
Thanks for the link, Bill. That helps me a lot.

I ran the command df -aek and got the following results. It looks like /usr is at 95% capacity. (Is that too close for comfort?) Most of my data is in /export/home and I am at only 31% of capacity there - so far. I suppose that is where Tod has run into problems.

So what do we do to fix the problem? The data can be offloaded simply enough. Does that also fix the inode problem? Are they freed up when the files are deleted?

Warren

Filesystem            kbytes     used    avail capacity  Mounted on
/dev/dsk/c1t1d0s0    2512111   147973  2313896     7%    /
/dev/dsk/c1t1d0s4    2512111  2322964   138905    95%    /usr
/proc                      0        0        0     0%    /proc
fd                         0        0        0     0%    /dev/fd
mnttab                     0        0        0     0%    /etc/mnttab
/dev/dsk/c1t1d0s5     965567    63033   844600     7%    /var
swap                 1096904       32  1096872     1%    /var/run
swap                 1099800     2928  1096872     1%    /tmp
/dev/dsk/c1t1d0s6    2512111  1245535  1216334    51%    /opt
/dev/dsk/c1t1d0s7   61477212 18638129 42224311    31%    /export/home
jxa1:vold(pid335)          0        0        0     0%    /vol


________________________________________
From: JEOL-Focused Probe Users List [mailto:[log in to unmask]] On Behalf Of William J Mushock
Sent: Sunday, December 29, 2013 9:53 PM
To: [log in to unmask]
Subject: Re: [PROBEUSERS] memory issues

Tod,

You may have hit your inode limit. This happened to me once on an JXA-8900. 

http://www.theunixschool.com/2011/06/inode-all-about-inodes.html

-Bill

On Fri, Dec 13, 2013 at 6:10 PM, Tod Earle Waight <[log in to unmask]> wrote:
Hi all,
 
We are running a JXA-8200 EMP using a Sun workstation and operating software version V01.11 from June 2002.
 
Lately we have been getting error messages that stop analyses such as
 
"File Open Error #foldernames#/.qnt/174/1.qnt"
 
This has happened before and seems to be a 'my brain is full' error, despite the software saying that 55% of the hard disc is still available.
 
We erase files (especially images) and we seem to be ok for a while until the error pops up again, and we suspect it has something to do with the way the instrument stores the data in different places and it may have something to do with fragmenting and cleaning the partitioning.
 
Any suggestions would be helpful!
 
Cheers and ględelig jul
Tod
 
 
---------------------------------------------------------------------------------
Tod Waight
Department of Geosciences and Natural Resource Management
Geology Section
Copenhagen University
1350 Copenhagen K, Denmark.
ph 0045 35 32 24 82
www.geo.ku.dk - www.ign.ku.dk
 

---------------------------------------------------------------------------------
 


**** JEOL Probe Users Listserver
Moderator: Anette von der Handt, [log in to unmask], Electron Microprobe Lab, University of Minnesota
Post a message: send your message to [log in to unmask]
Unsubscribe: send "SIGNOFF PROBEUSERS" to [log in to unmask]
On-line help and FAQ: http://probelab.geo.umn.edu/listserver.html
*

**** JEOL Probe Users Listserver
Moderator: Anette von der Handt, [log in to unmask], Electron Microprobe Lab, University of Minnesota
Post a message: send your message to [log in to unmask]
Unsubscribe: send "SIGNOFF PROBEUSERS" to [log in to unmask]
On-line help and FAQ: http://probelab.geo.umn.edu/listserver.html
*

****
JEOL Probe Users Listserver

Moderator: Anette von der Handt, [log in to unmask],
Electron Microprobe Lab, University of Minnesota

Post a message: send your message to [log in to unmask]

Unsubscribe: send "SIGNOFF PROBEUSERS" to [log in to unmask]

On-line help and FAQ: http://probelab.geo.umn.edu/listserver.html



*

**** JEOL Probe Users Listserver

Moderator: Anette von der Handt, [log in to unmask], Electron Microprobe Lab, University of Minnesota

Post a message: send your message to [log in to unmask]

Unsubscribe: send "SIGNOFF PROBEUSERS" to [log in to unmask]

On-line help and FAQ: http://probelab.geo.umn.edu/listserver.html

*