Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

mserver crashes at initialization when the disk is full #2797

Closed
monetdb-team opened this issue Nov 30, 2020 · 0 comments
Closed

mserver crashes at initialization when the disk is full #2797

monetdb-team opened this issue Nov 30, 2020 · 0 comments

Comments

@monetdb-team
Copy link

@monetdb-team monetdb-team commented Nov 30, 2020

Date: 2011-04-04 16:19:13 +0200
From: @romulogoncalves
To: GDK devs <>
Version: 11.3.3 (Apr2011-SP1) [obsolete]

Last updated: 2011-07-29 10:52:37 +0200

Comment 15715

Date: 2011-04-04 16:19:13 +0200
From: @romulogoncalves

User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.2.16) Gecko/20110322 Fedora/3.6.16-1.fc14 Firefox/3.6.16
Build Identifier:

In case you kill your mserver and then you re-start it, if the disk is full, you get the following crash.

[Thread debugging using libthread_db enabled]
!FATAL: BBPinit: cannot properly process bat/BACKUP.
[New Thread 0x7ffff55737b0 (LWP 4197)]

Program received signal SIGSEGV, Segmentation fault.
0x0000003290007bc8 in pthread_join () from /lib64/libpthread.so.0
(gdb) up
1 0x00007ffff692488c in MT_join_thread (t=0) at /data/sn-4/home/goncalve/MonetDB/current/gdk/gdk_system.mx:640
640 return pthread_join(id, NULL);
(gdb) l
635 id.p = (void *) (t - 1);
636 id.x = 0;
637 else
638 id = (pthread_t) (t - 1);
639 endif
640 return pthread_join(id, NULL);
641 }
644 int
(gdb) p id
$1 = 18446744073709551615
(gdb) p t
$2 = 0

The problem seems to be the creation of the BACKUP directory. At /bat/

I have BBP.dir and LEFTOVERS/, but not BACKUP directory.

Due to the lack of space the BBPinit() fails and instead of reporting an error, it crashes.

1 0x00007ffff692488c in MT_join_thread (t=0) at /data/sn-4/home/goncalve/MonetDB/current/gdk/gdk_system.mx:640
2 0x00007ffff64c5e69 in GDKexit (status=1) at /data/sn-4/home/goncalve/MonetDB/current/gdk/gdk_utils.mx:1792
3 0x00007ffff64c6f07 in GDKfatal (format=0x7ffff6a49888 "BBPinit: cannot properly process %s.") at /data/sn-4/home/goncalve/MonetDB/current/gdk/gdk_utils.mx:2225
4 0x00007ffff63115f5 in BBPinit () at /data/sn-4/home/goncalve/MonetDB/current/gdk/gdk_bbp.mx:1121
5 0x00007ffff64c57d6 in GDKinit (set=0x616340, setlen=54) at /data/sn-4/home/goncalve/MonetDB/current/gdk/gdk_utils.mx:1684
6 0x0000000000402386 in monet_init (set=0x616340, setlen=54) at /data/sn-4/home/goncalve/MonetDB/current/monetdb5/tools/mserver5.mx:256

Reproducible: Always

Steps to Reproduce:

1.Full disk
2.Start mserver
3.

Actual Results:

mserver crashes

Expected Results:

normal mserver initialization.

Comment 15871

Date: 2011-07-01 16:50:10 +0200
From: @sjoerdmullender

Changeset 3d3705a18147 made by Sjoerd Mullender sjoerd@acm.org in the MonetDB repo, refers to this bug.

For complete details, see http//devmonetdborg/hg/MonetDB?cmd=changeset;node=3d3705a18147

Changeset description:

Only join to vmtrim thread if it exists.
This should fix bug #2797.

Comment 15872

Date: 2011-07-01 16:51:28 +0200
From: @sjoerdmullender

Romulo, can you test and reopen if it doesn't solve the problem?
Obviously, the server can't do anything when the disk is full, but it shouldn't crash.

Comment 15994

Date: 2011-07-29 10:52:37 +0200
From: @sjoerdmullender

The Apr2011-SP2 bugfix release is out.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
1 participant