root partition is filling after update to 7.3

after i updated to version 7.3 my root partition is filling up till 100%. And then my astaro does not work very well, with a root partition that is full.

My root partition seems okay so far - it's my /var/storage that is out of control.  Last night it hit 100% (I noticed it was at 99% by accident because my notifications had stopped delivering as well), and I managed to get it down to 97% by deleting some things, but it's back to 100% today.

I have a fairly small drive in there - I think it's either 9 or 18 GB, but this is a home-use server with about 5 people using it, so I didn't think it would need to be very big!

Danita

And PS - it's been running since October 2007 with no real problems at all - it just seemed to suddenly start!

Thanks.

Danita

I wouldn't consider any crash "normal" [;)]
We're currently investigating why it occurs, and so far we were not able to reproduce it. The only thing we can say for sure right now is that it only happens with certain configurations and/or environments, so it only affects a minority of installations.
Cheers,
 andreas

OK, so they're crashes.  The reason I asked if these were "normal" was that I think I've seen a few posts about this... I haven't seen it happen yet on any units I manage, but I'll keep an eye out for it.

Seems I have a similar Problem,
Root-partition filling up to 90%
after installing Patch 7.301 (yesterday) it droped to 88%.
Could you tell me whats the name of these Core-dumps
and where are they located exactly ? 
I would like to check this first, before getting deeper
into researching the Problem.

Regards,
Sarfein

Seems I have a similar Problem,
Root-partition filling up to 90%
after installing Patch 7.301 (yesterday) it droped to 88%.
Could you tell me whats the name of these Core-dumps
and where are they located exactly ? 
I would like to check this first, before getting deeper
into researching the Problem.

Regards,
Sarfein

The 2% usage drop was probably just caused by installation of the 7.301 up2date package, which weighs about 100MB and is removed after successful installation. You can check if you have core dumps in /var/sec/chroot-httpd/var/storage/cores; it is safe to delete the core dumps ( in case there are dumps there).

Cheers,
 andreas

Ok hadn't found any core dumps from the httpd engine.

But i found that i have lots of files in the following directory
/var/storage/chroot-cffd/var/chroot-pop3/var/pop3

Am I wright that this is the prefetch directory from pop3 scanning enigne ? 
And can i delete the files in this directory after i disabled Prefech Mode 
the menu Mail Security >> POP3 >> Advanced from POP3 Servers.

Regards,
Sarfein

Data disk is currently at 82% of 27 Gb and growing rapidly after update to 7.300, update to 7.301 has no effect, what is ETA on 7.302, please? 

Also not clear on where to find files to delete.

Data disk is currently at 82% of 27 Gb and growing rapidly after update to 7.300, update to 7.301 has no effect, what is ETA on 7.302, please? 

Also not clear on where to find files to delete.

Data Disk != root partition. This is an entirely different issue which can not be solved easily by deleting files.

Andreas 

Just had the a system that was upgraded do the same after a week of being fine. Is not coredumps though. Can't find the files

All,

      After upgrading to 7.302, the disk partion started filling up within the last 24 hours. I did not have this problem with versions 7.300 or 7.301. 

Griff

I also have a full root partition. I have been running 7.301 for about a week.
I looked in the directory for the httpd core dumps, but there was only one there for at about 300k. 
any other suggestions? I have a support ticket open, but no calls back yet.

I've got 4000 students that can not get to the Inernet. Any help would be appreciated!

I also have a full root partition. I have been running 7.301 for about a week.
I looked in the directory for the httpd core dumps, but there was only one there for at about 300k. 
any other suggestions? I have a support ticket open, but no calls back yet.

I've got 4000 students that can not get to the Inernet. Any help would be appreciated!

I found it. There were 80 core files in the directory /var/sec/chroot-afc/var/storage/cores. They were taking up over 3Gb.
I am not sure what they are if if they are needed, but sense I was down anyways I deleted them. The firewall is back working again. 
Astaro support never called me back. So much for 'gold' support.

jrl,

I looked in the directory you mentioned in your last post to determine if I am having the same problem. Unfortunately I did not see any files in the directory. I will do some more investigating and post my finding in the forum. Another thing the struck me as being odd was that I let the firewall run for another day to see if it would crash and I was surprised to see that the hard drive stopped filling up at 85%. The partition originally had 56Gb of free space.

All,

Here is the latest update regarding the space taken up on the core files. I installed additional memory (512mb to 1Gb) the problem went away. As noted in previous post from jrl, he would have to delete the cores from /var/sec/chroot-afc/var/storage/cores. I would have to clear out the core files located in /var/storage/cores. There may be a pointer from /var/sec/chroot-afc/var/storage/cores that points back to /var/storage/cores. At this point I am not sure if this is the case. 

Griff

I found hundreds of postgresql cores in /var/storage/cores but nothing anywhere else.

e.g.

-rw------- 1 postgres postgres 44900352 Oct 26 10:48 core.postgres.8872

-rw------- 1 postgres postgres 44924928 Oct 26 22:43 core.postgres.8903

-rw------- 1 postgres postgres 44818432 Oct 24 09:04 core.postgres.8945

-rw------- 1 postgres postgres 44883968 Oct 25 20:56 core.postgres.9177

-rw------- 1 postgres postgres 44834816 Oct 24 18:02 core.postgres.9179

-rw------- 1 postgres postgres 44728320 Oct 20 15:02 core.postgres.9190

-rw------- 1 postgres postgres 44802048 Oct 23 11:20 core.postgres.9226

-rw------- 1 postgres postgres 44769280 Oct 22 02:43 core.postgres.9413

-rw------- 1 postgres postgres 44834816 Oct 24 18:06 core.postgres.9414

-rw------- 1 postgres postgres 44802048 Oct 23 11:24 core.postgres.9426

-rw------- 1 postgres postgres 44826624 Oct 24 09:15 core.postgres.9620

-rw------- 1 postgres postgres 44843008 Oct 24 18:10 core.postgres.9638

-rw------- 1 postgres postgres 44834816 Oct 24 15:33 core.postgres.964

-rw------- 1 postgres postgres 44957696 Oct 27 19:44 core.postgres.9692

-rw------- 1 postgres postgres 44810240 Oct 23 22:54 core.postgres.9792

-rw------- 1 postgres postgres 44851200 Oct 25 07:17 core.postgres.9806

-rw------- 1 postgres postgres 44843008 Oct 24 18:16 core.postgres.9938

-rw------- 1 postgres postgres 44711936 Oct 19 10:55 core.postgres.998

-rw------- 1 postgres postgres 44711936 Oct 19 12:54 core.postgres.9980

Before deleting I was at 89% of 27GB 

Growth started on the 21st October

My System messages log is full of these every few minutes:

2008:10:27-20:24:07 (none) postgres[11998]: [2027-1] ERROR:  could not open relation 24981/16519/16525: No such file or directory
2008:10:27-20:24:07 (none) postgres[11998]: [2027-2] STATEMENT:  INSERT INTO public.accounting
2008:10:27-20:24:07 (none) postgres[11998]: [2027-3]  (ip_saddr,ip_daddr,ip_protocol,l4_dport,raw_in_pktlen,raw_in_pktcount,raw_out_pktlen,raw_out_pktcount,flow_start_day,flow_start
2008:10:27-20:24:07 (none) postgres[11998]: [2027-4] _sec,flow_duration) VALUES ($1,$2,$3,$4,$5,$6,$7,$8,$9,$10,$11);
2008:10:27-20:24:07 (none) ulogd[2630]: pg1: ERROR:  could not open relation 24981/16519/16525: No such file or directory 
2008:10:27-20:24:07 (none) ulogd[2630]: pg1: commit failed
2008:10:27-20:24:12 (none) ulogd[2630]: input key `flow.start.sec' already has source
2008:10:27-20:24:12 (none) ulogd[2630]: stack_fsm_timer_cb: error

I can delete these core files. But after a few day, It is full again.