root (/) and /proc full

root (/) and /proc full

Post by Phong L » Wed, 18 Aug 1999 04:00:00



Can anyone help me to resolved the root (/) and /proc partition being full?
I notice the / is 101% and /proc 100% full.   How can I reduce the
size of these mentioned when I don't know which files/folders I should
delete?  Before noticing these size, it was at 92% on / and 100% /proc.  I
tried to backup the / partition using this command
.  pax w f /dev/rmt0 ..  Instead of doing backup, I saw the message
/ write failed, system full.  Can anyone help me, please?
I thank you in advanced.
 
 
 

root (/) and /proc full

Post by Phil Edward » Wed, 18 Aug 1999 04:00:00




Quote:> Can anyone help me to resolved the root (/) and /proc partition being
full?
> I notice the / is 101% and /proc 100% full.

Ignore /proc.  It's special.  Read the proc(4) man page for more.

Quote:>   How can I reduce the
> size of these mentioned when I don't know which files/folders I should
> delete?

Try maybe du(1)?  If /var is not on its own partition, you probably
have a lot of stuff under /var that's swamping the root (/) partition.
You'll need to find out what's taking up the space before you can do
anything about it.

I suggest "df -k /" to find out the number of kbytes being used in
the root partition.  Then "du -ks /var" to find the number of kbytes
being used under /var (assuming that /var is on the root partition).
If most of the space being taken up is there, then you know more about
where to look.

Quote:>  Before noticing these size, it was at 92% on / and 100% /proc.  I
> tried to backup the / partition using this command
> .  ?pax -w -f /dev/rmt0 .?.  Instead of doing backup, I saw the
message
> / write failed, system full.  Can anyone help me, please?

Backups don't delete what they're storing, so even if pax worked, it
would not have reduced the disk usage.  You need to find out what's
taking up the space before blindly trying to archive it.  For all you
know right now, it could be a whole bunch of temporary files somewhere
under /var that don't need to be backed up...

--

Targeting & Attack Radar                                  The Air Force
Air Force Research Labs                                   doesn't exist.
Senior Systems Administrator

Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.

 
 
 

root (/) and /proc full

Post by Pete Howel » Wed, 18 Aug 1999 04:00:00


Well, the first most critical thing to do is free up some space on root.
Bring the system up in single-user mode.  Is /var on its own disk partition?
System log files are written into /var and if it's on root (not a good idea
for this exact reason), then that would explain how it got filled up.
You'll need to run "du -k /" to get an idea of what's being used where.

Regards,

Pete Howell


>Can anyone help me to resolved the root (/) and /proc partition being full?
>I notice the / is 101% and /proc 100% full.   How can I reduce the
>size of these mentioned when I don't know which files/folders I should
>delete?  Before noticing these size, it was at 92% on / and 100% /proc.  I
>tried to backup the / partition using this command
>.  pax w f /dev/rmt0 ..  Instead of doing backup, I saw the message
>/ write failed, system full.  Can anyone help me, please?
>I thank you in advanced.

 
 
 

root (/) and /proc full

Post by dturnb.. » Wed, 18 Aug 1999 04:00:00


I would add only one more thing (see below please)



Quote:> ...
> delete?  Before noticing these size, it was at 92% on / and
100% /proc.  I
> tried to backup the / partition using this command
> .  pax w f /dev/rmt0 ..  Instead of doing backup, I saw the
message
> / write failed, system full.  Can anyone help me, please?

If you didn't have a type-o here and REALLY did try to write
to /dev/rmt0, there should be a big file called rmt0 under /dev.  In
Solaris, the usual (but by no means required) tape device files
are /dev/rmt/# where # is something like 0, 0l, 0mn, etc...
The /dev/rmt# format is the default for AIX so if you are more used to
AIX, than this could explain what is happening in /.

Good Luck!
                           -dt

--
WARNING!  All usenet posts from me are my opinion and no one else's
(necessarily).

Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.

 
 
 

1. root file system full - how do I delete the files in /proc

Hi

essentially a new tru64 user. I have v5.1 732 alpha system.
My root file system is full and i want to delete the files present in
the /proc directory. When i try rm it tells me that this function not
implemented.

1) what does this mean
2) how do I delete the files in this directory
3) what are these files?

df -k output.

Filesystem          1024-blocks        Used   Available Capacity
Mounted on
root_domain#root         275176      268916          24   100%    /
/proc                         0           0           0   100%  
/proc
usr_domain#usr          1504880      382785     1101856    26%    /usr
usr_domain#var          1504880        6126     1101856     1%    /var
apps_dmn#apps           1469000      781342      679472    54%  
/apps
journal_dmn#journal     2325536        6408     2314360     1%  
/journal
data_dmn#data           8179376     4518873     3644032    56%  
/data
black:/system       6656648     4464597     2157520    68%    /system

files in /proc:

# ls
00000  00109  00269  00431  00531  00574  00593  00641  00703  00752
01047
00001  00119  00359  00520  00536  00575  00597  00645  00743  00769
01054
00068  00233  00363  00522  00540  00576  00630  00657  00744  00770
01175
00108  00268  00428  00530  00553  00582  00631  00676  00745  01046

thanks for your help
john

2. Killed by a broken TCP/IP connection

3. Mounting proc fs to /mnt/root/proc ?

4. impure mc68020 executable - ?

5. Solved: mount -t proc none /proc says "only root" // pivot_root

6. Resolve HOST to IP

7. PROPOSAL: /proc standards (was dot-proc interface [was: /proc

8. Help on Semaphores

9. PROPOSAL: /proc standards (was dot-proc interface [was: /proc stuff])

10. Matrox Mystique ands X.

11. proc table full with Apache 1.2.4

12. Proc table full

13. oops. proc table is full