Bugs item #920611, was opened at 2004-03-21 11:40
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=920611&group_id=56967

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core
Group: (zombie: MonetDB 4.3.16-rc05)
>Status: Closed
Resolution: Postponed
Priority: 2
Private: No
Submitted By: Martin Kersten (mlkersten)
Assigned to: Peter Boncz (boncz)
Summary: Full disk error

Initial Comment:
Stress testing Mserver with SQL showed that when the
disk fills up both Mserver and MapiClient simply stop
without giving a warning.

The underlying cause of the diskfiller are 
1) maintaining logs too long
2) not garbage collecting intermediate bats.

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

>Comment By: SourceForge Robot (sf-robot)
Date: 2007-11-29 19:20

Message:
Logged In: YES 
user_id=1312539
Originator: NO

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 365 days (the time period specified by
the administrator of this Tracker).

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

Comment By: Stefan Manegold (stmane)
Date: 2006-11-29 01:05

Message:
Logged In: YES 
user_id=572415
Originator: NO

over-ruling "sf-robot":
re-set to "Pending" since adding a proper test has neither been done nor
finally been discarded, yet.

User (submitter) & developer (assignee),
please check, again.


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

Comment By: SourceForge Robot (sf-robot)
Date: 2006-11-21 19:20

Message:
Logged In: YES 
user_id=1312539
Originator: NO

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 365 days (the time period specified by
the administrator of this Tracker).

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

Comment By: SourceForge Robot (sf-robot)
Date: 2005-11-20 19:20

Message:
Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

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

Comment By: Stefan Manegold (stmane)
Date: 2005-11-06 01:50

Message:
Logged In: YES 
user_id=572415

 BugDay_2005-10-06: "left-overs" are now marked as "pending"


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

Comment By: Stefan Manegold (stmane)
Date: 2005-10-06 02:18

Message:
Logged In: YES 
user_id=572415

BugDay_2005-10-06: CLAIMED BY stmane

BugDay_2005-10-06: NO TEST / POSTPONED
- testing what happens in case of a fulll disk is hard to do
automatically in Mtest
- general check for left-over BATs should be added to Mtest
itself
- set priority to 9 to keep us reminded


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

Comment By: Martin Kersten (mlkersten)
Date: 2004-03-28 05:48

Message:
Logged In: YES 
user_id=490798

The situation has significantly improved. The DBtapestry
test runs do not run into the disklimit.
For the time being the report is closed.

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

Comment By: Martin Kersten (mlkersten)
Date: 2004-03-22 05:16

Message:
Logged In: YES 
user_id=490798

Peter, check these remarks and make sure the BBP performs a
proper re-init.

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

Comment By: Martin Kersten (mlkersten)
Date: 2004-03-21 12:58

Message:
Logged In: YES 
user_id=490798

The problem raised on leaving behind BATs behind in SQL has
1) disappeared or 2) is a side-effect of something else.

I ran my tests from 1K .. 10M on an empty DB and there are
no left-over bats anymore. 

In an earlier run tonight I noticed left-overs though, but these
may have been caused by hitting the disk-limit wall in an
earlier test.
Upon system restart the transient BATs with lrefcnt>0 and
refcnt==0 should be removed. I haven;t checked the code for this
action.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=920611&group_id=56967

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Monetdb-bugs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/monetdb-bugs

Reply via email to