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



*