Hi there, Another query on AIX. 3

[Butterfly123]

Hi there,

Another query on AIX.

When i run errpt command on my AIX m/c, i see the following error:
IDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION TIMESTAMP
369D049B 1008164702 I O SYSPFS UNABLE TO ALLOCATE SPACE IN FILE SYSTEM

The above mentioned file system is /tmp file system which exists on seperate disk on my machine (hdisk3). It is hardly 5% occupied till now.

The o/p of errpt -a command suggests me to increase the capacity of the /tmp file system, or remove unnecessary data from the file system, or use fuser utility to locate the unlinked and unreferenced files on that file system.

CAn i have any solution over this?

Appreciate immediate help!

TY in advance.

Regds,

- Hemant
Networking and Systems Integration Group
Satyam Computer Services Ltd

 

[franksoprano]

The best overall solutions would be to either allocate additional space to the fs or clean up old/unwanted files that are in there and then determine how much additional space you would need and make changes accordingly.. Thats what I would do, I too am open to any suggestions that anyone may have!!

 

[Butterfly123]

Thanks for the reply;

Well, the cae here is that the /tmp file system (which is throwing the above error) is hardly 5% occupied, as i said. Now why should i need to extend this file system?

Lemme increase the file system size and see if the error goes off.. In the meantime, any other justifications are welcome..

Thanks again,

Hemant - Hemant
Networking and Systems Integration Group
Satyam Computer Services Ltd

 

[JSiva]

Hi,

Gimme your df output. Check the inode counts. Is /tmp is writable ?

JSiva
Om Maha Ganapathiye Namaga!

 

[Butterfly123]

Okay here is the output of df command:

# df -k
Filesystem 1024-blocks Free %Used Iused %Iused Mounted on
/dev/hd4 32768 15572 53% 1994 13% /
/dev/hd2 1605632 467700 71% 61153 16% /usr
/dev/hd9var 32768 26520 20% 609 8% /var
/dev/hd3 32768 31216 5% 82 2% /tmp
/dev/hd1 65536 31732 52% 80 1% /home
/dev/lv00 15007744 14116356 6% 1484 1% /data

Well, /tmp file system is owned by bin/bin and is writable by the same. All the files contained in /tmp file system are owned by root/system.

Any clues?

Thanks for ur effort,

Regds,


- Hemant
Networking and Systems Integration Group
Satyam Computer Services Ltd

 

[victorv]

hi,

evidently something is not properly reported by your system.

I belive you have to reboot the machine to perform
some operations. Try in sequence the following steps:

1) start in "command line login" mode and delete
all files and dirs from /tmp

rm -r /tmp/*
rm -r /tmp/.[A-z]*
sync ; sync ; reboot

If nothing is changed perform 2nd step.

2) you need to perform file-system-chek operation.

For this purpose, the fs must be unmounted.
For user fs you can umount a fs , perf. fsck, then
remount; for /, /usr, /var, /tmp, this is not possible
(or difficult)

Boot the machine in service mode:

(you need the CD #1 of your currient AIX
or a mksysb on tape)

Press F1 before last icon appears.
Go to Boot icon ( I don't know exactly
which machine you are using ) and choice
"Install from" or change boot sequence.

When the system has booted from the CD, select
rootvg and then go in Maintenance Mode
(be careful to don't install your machine)

At the prompt start a shell after or before mounting
file-system choice "before" ( I don' rem. if is 1 or 2)

perform the following

fsck -y /
fsck -y /usr
fsck -y /var
fsck -y /tmp
fsck -y /home

mount all
exit

Try to copy some files in /tmp and reboot again host.

( If you altered boot list, reconfigure it as before )


BYE.

 

[DSMARWAY]

hi,

One of your problems could be that , your programs/application could be writing to /tmp and when it reaches the maximum capacity you get the error , unable to allocate space . At this point rather than the application leaving the file in /tmp it removes it so when you look at it , it shows 5% . So by increasing /tmp will solve the problem.

Are you / apps people experiencing problems with queries / certain jobs ?
The other thing is try writing a large file to /tmp and see the symptoms.

 

[Butterfly123]

Okay there..

I will try out the above and let u know..

TY very much!

Regds,

- Hemant
Networking and Systems Integration Group
Satyam Computer Services Ltd

 

[AButyflmnd]

Send your detailed o/p of error message?

errpt -a -J error-id

Thanks Amar
Sr Systems Architect,
ASoftArts
206-621-7203

 

[AIX5L]

Hi check you Permissions on /tmp
/software # ls -la /tmp
total 18880
drwxrwxrwt 39 bin bin 29184 Oct 15 13:00 .
drwxr-xr-x 38 bin bin 1536 Oct 04 03:01 ..

What is the Output of: fsck /tmp ?

 

[AIXSPadmin]

You will get that particular error "Unable to allocate space in the filesystem" if it cannot allocate any free blocks. Try running `defragfs /tmp`. `errpt -a` will give you more detailed information and tell you if you need to run defragfs.

 

[Butterfly123]

Gurus,

I increased the space in /tmp file system to double.
The problem still persists.

Any suggestions? Do i need to defrag the file system? If yes, can i do it when the system is mounted?

Pls suggest me..

Thanks all again for ur valued time and openions..

Regds,

- Hemant
NSIG,
Satyam Computer Services Ltd

 

[BFOJ]

Can you create or copy a file to the /tmp? I've seen this problem and it was caused by another program as DSMARWAY mentioned above. In our case the problem was resolved by rebooting the machine.

 

[Butterfly123]

Guys,

THanks for the help.
Solved the problem: 1. Extended the /tmp size to double; did a defrag on /tmp file system; 2. Errpt command was still firing the error, so used errclr command to remove that error from errpt log file. Now i dont se that error from errpt command..

THanks again for ur suggestions..

Regds,

- Hemant
NSIG,
Satyam Computer Services Ltd

 

[Yegolev]

Remember the error stays in the log until cleared, it is not self-cleaning. But I think you discovered that. IBM Certified -- AIX 4.3 Obfuscation

 

[Butterfly123]

Yeah I discovered that!!
It was all research and development for me!!!!!!
AIX is pretty different from Solaris and Linux, i must say!

Regds,

- Hemant
NSIG,
Satyam Computer Services Ltd

 

[Yegolev]

I tried using Solaris the other day and I think I hurt my brain. IBM Certified -- AIX 4.3 Obfuscation