Fwd: Error when running Monet as cron jobs
Hi
I am parsing my logs hourly as part of cron jobs and then uploading the data to Monet. However sometimes I do see some error messages in the logs
*unsupported hash algorithms: gorithms: gorit* *monetdbd: internal error while starting mserver, please refer to the logs*
Not sure what these error messages are, are they because of a bug or limitation of the Monet DB.
Regards Nitin
On Thu, Feb 06, 2014 at 10:05:52AM +0530, Nitin Gautam wrote:
Hi
I am parsing my logs hourly as part of cron jobs and then uploading the data to Monet. However sometimes I do see some error messages in the logs
unsupported hash algorithms: gorithms: gorit
We have seen this problem in the past. Which version are you using?
Niels
monetdbd: internal error while starting mserver, please refer to the logs
Not sure what these error messages are, are they because of a bug or limitation of the Monet DB.
Regards Nitin
users-list mailing list users-list@monetdb.org https://www.monetdb.org/mailman/listinfo/users-list
Hi
Following is the output of the version command
MonetDB Database Server v1.7 (Feb2013-SP6)
Thanks nitin
On Thu, Feb 6, 2014 at 12:45 PM, Niels Nes Niels.Nes@cwi.nl wrote:
On Thu, Feb 06, 2014 at 10:05:52AM +0530, Nitin Gautam wrote:
Hi
I am parsing my logs hourly as part of cron jobs and then uploading the data to Monet. However sometimes I do see some error messages in the logs
unsupported hash algorithms: gorithms: gorit
We have seen this problem in the past. Which version are you using?
Niels
monetdbd: internal error while starting mserver, please refer to the logs
Not sure what these error messages are, are they because of a bug or limitation of the Monet DB.
Regards Nitin
users-list mailing list users-list@monetdb.org https://www.monetdb.org/mailman/listinfo/users-list
-- Niels Nes, Centrum Wiskunde & Informatica (CWI) Science Park 123, 1098 XG Amsterdam, The Netherlands room L3.14, phone ++31 20 592-4098 sip:4098@sip.cwi.nl url: http://www.cwi.nl/~niels e-mail: Niels.Nes@cwi.nl
users-list mailing list users-list@monetdb.org https://www.monetdb.org/mailman/listinfo/users-list
On 06-02-2014 08:15:43 +0100, Niels Nes wrote:
On Thu, Feb 06, 2014 at 10:05:52AM +0530, Nitin Gautam wrote:
Hi
I am parsing my logs hourly as part of cron jobs and then uploading the data to Monet. However sometimes I do see some error messages in the logs
unsupported hash algorithms: gorithms: gorit
We have seen this problem in the past. Which version are you using?
Do it show any more than that in the logs?
I assume this is your log of the monetdb(1) command being used, since the message is emitted by utils/control.c:control_send().
The message suggests garbage in the buffer, but as far as the code goes, it should see a properly null-terminated buffer with input from the server, hence this is confusing. Even more confusing because the server writes this entire block (the client is reading) at once with nothing complex involved. Does the merovingian.log file show any errors at the time you see monetdb failing?
Hi
I do two kinds of error messages in the log
*2014-02-05 13:18:07 ERR merovingian[3128]: client error: unknown or impossible state: 4*
*2014-02-05 13:18:07 ERR merovingian[3128]: client error: cannot connect: Connection refused*
Regards Nitin
On Thu, Feb 6, 2014 at 1:51 PM, Fabian Groffen fabian@monetdb.org wrote:
On 06-02-2014 08:15:43 +0100, Niels Nes wrote:
On Thu, Feb 06, 2014 at 10:05:52AM +0530, Nitin Gautam wrote:
Hi
I am parsing my logs hourly as part of cron jobs and then uploading the data to Monet. However sometimes I do see some error messages in the logs
unsupported hash algorithms: gorithms: gorit
We have seen this problem in the past. Which version are you using?
Do it show any more than that in the logs?
I assume this is your log of the monetdb(1) command being used, since the message is emitted by utils/control.c:control_send().
The message suggests garbage in the buffer, but as far as the code goes, it should see a properly null-terminated buffer with input from the server, hence this is confusing. Even more confusing because the server writes this entire block (the client is reading) at once with nothing complex involved. Does the merovingian.log file show any errors at the time you see monetdb failing?
users-list mailing list users-list@monetdb.org https://www.monetdb.org/mailman/listinfo/users-list
On 06-02-2014 14:05:34 +0530, Nitin Gautam wrote:
Hi
I do two kinds of error messages in the log
2014-02-05 13:18:07 ERR merovingian[3128]: client error: unknown or impossible state: 4
Does the database crash or something? 4 means starting up, and the comments in the code suggest a lock should prevent that code from being exposed to the code ever.
Fabian
Yes I do see that happening, monet crashes and then there are messages like failed to restart which I also observed in the logs.
On Thu, Feb 6, 2014 at 2:38 PM, Fabian Groffen fabian@monetdb.org wrote:
On 06-02-2014 14:05:34 +0530, Nitin Gautam wrote:
Hi
I do two kinds of error messages in the log
2014-02-05 13:18:07 ERR merovingian[3128]: client error: unknown or impossible state: 4
Does the database crash or something? 4 means starting up, and the comments in the code suggest a lock should prevent that code from being exposed to the code ever.
Fabian
users-list mailing list users-list@monetdb.org https://www.monetdb.org/mailman/listinfo/users-list
These messages come often when there are two different jobs accessing the DB at the same time.
Regards Nitin
On Thu, Feb 6, 2014 at 2:42 PM, Nitin Gautam nitingtm@gmail.com wrote:
Yes I do see that happening, monet crashes and then there are messages like failed to restart which I also observed in the logs.
On Thu, Feb 6, 2014 at 2:38 PM, Fabian Groffen fabian@monetdb.org wrote:
On 06-02-2014 14:05:34 +0530, Nitin Gautam wrote:
Hi
I do two kinds of error messages in the log
2014-02-05 13:18:07 ERR merovingian[3128]: client error: unknown or impossible state: 4
Does the database crash or something? 4 means starting up, and the comments in the code suggest a lock should prevent that code from being exposed to the code ever.
Fabian
users-list mailing list users-list@monetdb.org https://www.monetdb.org/mailman/listinfo/users-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2014-02-06 09:21, Fabian Groffen wrote:
On 06-02-2014 08:15:43 +0100, Niels Nes wrote:
On Thu, Feb 06, 2014 at 10:05:52AM +0530, Nitin Gautam wrote:
Hi
I am parsing my logs hourly as part of cron jobs and then uploading the data to Monet. However sometimes I do see some error messages in the logs
unsupported hash algorithms: gorithms: gorit
We have seen this problem in the past. Which version are you using?
Do it show any more than that in the logs?
I assume this is your log of the monetdb(1) command being used, since the message is emitted by utils/control.c:control_send().
The message suggests garbage in the buffer, but as far as the code goes, it should see a properly null-terminated buffer with input from the server, hence this is confusing. Even more confusing because the server writes this entire block (the client is reading) at once with nothing complex involved. Does the merovingian.log file show any errors at the time you see monetdb failing?
Fabian, I'm looking at the code, and I wonder if it is correct. There are two calls to recv to fill the buffer. The man page of recv has this to say: "If a message is too long to fit in the supplied buffer, excess bytes may be discarded depending on the type of socket the message is received from." In other words, it may not be a good idea to use two calls, the first of which has a small length. Presumably the type of socket in our case is such that discarding wouldn't happen, but it is not explicit in saying that the type we use is safe.
The man page also says: "The receive calls normally return any data available, up to the requested amount, rather than waiting for receipt of the full amount requested." In other words, you should probably have a loop around the call to recv to make sure you get the whole thing.
Furthermore, I don't see the buffer into which recv writes getting a NULL termination. Did I miss something?
- -- Sjoerd Mullender
On 06-02-2014 09:36:56 +0100, Sjoerd Mullender wrote: [snip correct observation: probably needs to be addressed]
Furthermore, I don't see the buffer into which recv writes getting a NULL termination. Did I miss something?
I was referring to the client side. It searchs for a ':', if that fails, it bails out. If not, it should do NULL-termination and move on.
But then again, I just took a quick look on the Feb2013 checkout I had lingering around, and I may be mistaken.
Thanks, Fabian
participants (4)
-
Fabian Groffen
-
Niels Nes
-
Nitin Gautam
-
Sjoerd Mullender