Thanks, Jennie

 

Is there a monetdbd setting that limits the size of these log files?  6T basically brought down our machine.  

 

From: users-list <users-list-bounces+lcj34=cornell.edu@monetdb.org> on behalf of Ying Zhang <Y.Zhang@cwi.nl>
Reply-To: Communication channel for MonetDB users <users-list@monetdb.org>
Date: Tuesday, July 7, 2020 at 12:31 PM
To: Communication channel for MonetDB users <users-list@monetdb.org>
Subject: Re: Huge merovingian.log after update

 

Hai Lynn,

 

The huge merovingian.log file can be safely removed as the following:

 

mv /<path-to-your-dbfarm>/merovingian.log /<path-to-your-dbfarm>/merovingian.log.old

kill -HUP $(cat /<path-to-your-dbfarm>/merovingian.pid)

 

i.e. you first move the huge merovingian.log out of the way and tell monetdbd to start with a new log. If you now run "ls -alh /<path-to-your-dbfarm>", you should see a new merovingian.log. Now you can safely remove the old one: "rm /<path-to-your-dbfarm>/merovingian.log.old”



Regards,

Jennie



On 6 Jul 2020, at 20:57, Lynn Carol Johnson <lcj34@cornell.edu> wrote:

 

One more note. I just tailed the log and see thousands of message that look like this:  Does this imply some endless bad loop of someone trying to access the db?

2020-07-06 12:01:03 ERR maizeFullGenomeDB[30808]: #client26051: createExceptionInternal: !ERROR: SQLException:SQLparser:45000!Result set construction failed

2020-07-06 12:01:03 ERR maizeFullGenomeDB[30808]: #client34997: createExceptionInte

2020-07-06 12:01:03 ERR maizeFullGenomeDB[30808]: rnal: !ERROR: SQLException:SQLparser:45000!Result set construction failed


Is there a setting that limits the size of the meringian.log file?

 

Thanks - Lynn

 

From: Lynn Carol Johnson <lcj34@cornell.edu>
Date: Monday, July 6, 2020 at 2:51 PM
To: Communication channel for MonetDB users <users-list@monetdb.org>
Subject: Huge merovingian.log after update

 

HI all –

 

A week or so ago we ran an upgrade to the lastest monetdb June-2020 patch.  Our db was 2 patches old.

 

While the log showed no specific problems, the upgrade effected our databases in that 2 of them would crash when they were accessed, and the third one (the largest one) I could access but could not see any tables.

 

I ended up “destroying” all the dbs and recreating them fomr the saved binary files.

 

Now, we are getting disk full messages (the db is only read – no one is adding to it).  I look at the file sizes and there is a huge mervingian.log file:

Is it a problem if I delete this file?  What will it hurt?  Should I “tail” it and save the end of it?  Please advise.

root@cbsudc01 dbfarmBL]# du -h --max-depth=1
1.3M    ./testDB_lynn
52G     ./maizeChrom10DB
955G    ./maizeFullGenomeDB
1.3M    ./testDB
6.9T    .


[lcj34@cbsudc01 dbfarmBL]$ l -ltr

total 6320304952

-rw-rw---- 1 root buckler     339559112 Oct  9  2018 merovingian.log.old

drwx------ 4 root root              121 Jun 26 13:54 testDB_lynn/

drwx------ 4 root root              121 Jul  1 17:23 maizeChrom10DB/

drwx------ 4 root root              121 Jul  1 17:23 testDB/

-rw-r--r-- 1 root root                6 Jul  1 17:23 merovingian.pid

drwx------ 4 root root             4096 Jul  1 17:24 maizeFullGenomeDB/

-rw-r--r-- 1 root buckler 6471651893248 Jul  6 14:43 merovingian.log

[lcj34@cbsudc01 dbfarmBL]$ 

 

 

Thanks - Lynn

_______________________________________________
users-list mailing list
users-list@monetdb.org
https://www.monetdb.org/mailman/listinfo/users-list