Bugs item #2804854, was opened at 2009-06-11 15:46 Message generated for change (Settings changed) made by mlkersten You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=482468&aid=2804854&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: MonetDB4 "stable" >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: francois guerin (fguerin) Assigned to: Fabian (mr-meltdown) Summary: .gdk_lock Initial Comment: Hi, when launching Mserver, i get a Fatal Error: !FATAL: GDKlockHome: Database lock '.gdk_lock' denied I manually delete the file (which is in /var/.../dbfarm/demo/), but the error still comes out. (MonetDB May release | Macbook 32bits | install options: --enable-xquery --enable-optimise) ---------------------------------------------------------------------- >Comment By: Martin Kersten (mlkersten) Date: 2010-03-17 19:50 Message: The may release has been superseded with a few releases. If the problem re-appears on Mac OS depends on our support line for that platform. ---------------------------------------------------------------------- Comment By: Stefan Manegold (stmane) Date: 2009-09-01 18:01 Message: I'm confused: Can you now start Merver, or not? I.e., does the .gdk_lock problem occur permanently or only when re-starting Mserver (shortly?) after killing it with ctrl-c? If the former, please make sure that your .../dbfarm/ & .../dbfarm/demo/ are writable for you (i.e., the user that starts the Mserver process), or try to use different location for the dbfarm (Mserver --dbfarm=...). If the latter, there might just be a MacOS / HFS releated issue/timeout before the fs lock on .gdk_lock is released ... try to shutdown the Mserver with ctrl-d iso. ctrl-c ... ---------------------------------------------------------------------- Comment By: francois guerin (fguerin) Date: 2009-09-01 17:41 Message: the filesystem in use is Mac OSX's (ie HFS, i guess) a reboot doesnt help. ---------------------------------------------------------------------- Comment By: Fabian (mr-meltdown) Date: 2009-08-14 19:23 Message: What's the filesystem in use here? HFS+? UFS? NFS? CIFS? Does a reboot help? ---------------------------------------------------------------------- Comment By: Sjoerd Mullender (sjoerd) Date: 2009-08-06 16:56 Message: I wonder if this could be a MacOS issue where the server process is not exiting completely when interrupted. The process starts multiple threads and I wonder if they all exit when the process is interrupted. Assigning to Fabian to shine his light on this. ---------------------------------------------------------------------- Comment By: francois guerin (fguerin) Date: 2009-08-06 16:11 Message: (please, excuse-me, i was on vacation...) - i checked via the command netstat, there's no monetdb process running. - that problem didnt just happen once. sometimes, i violently shut down monetdb server (Mserver) with a ctrl-c, and when i try to launch it again, i am told " Database lock '.gdk_lock' denied ". So, i delete it but the error still appears! - the dbfarm is in the right place (the place the installation script put it in) - that problem may happen at anytime. it doesnt seem to depend on the commands I've executed before (that's why i didnt spend time on describing all the actions that could have lead to that gdk_lock problem). - I havent solve the problem:I have stopped shutting down the server with a ctrl-c and, so far, the gdk_lock problem seems to have vanished. ---------------------------------------------------------------------- Comment By: Ying Zhang (yingying) Date: 2009-08-06 14:38 Message: We cannot reproduce this bug, and there is no new information from the user if the problem persists. Change the status to pending, and if there is no new information about this before time expires, I think we could close it as 'invalid' or 'out of date' or something ---------------------------------------------------------------------- Comment By: Ying Zhang (yingying) Date: 2009-07-21 16:28 Message: Hi Francois, do you still having this problem? If yes, I'm wondering if it is the .gdk_lock file in the dir /var/.../dbfarm/demo/, which is causing the problem, since this dir is not the default place where monet put its dbfarm. Do you maybe have dbfarm somewhere else? If you don't have this problem anymore, could you please give us some information how you have solved it? Thanks! ---------------------------------------------------------------------- Comment By: Martin Kersten (mlkersten) Date: 2009-07-20 20:48 Message: Seems like an xquery related issue, perhaps the application restarts the server already. ---------------------------------------------------------------------- Comment By: francois guerin (fguerin) Date: 2009-06-11 17:20 Message: there's still no process :-S ---------------------------------------------------------------------- Comment By: Fabian (mr-meltdown) Date: 2009-06-11 17:06 Message: ps ax | grep -i '[m]server' will do on OSX. ---------------------------------------------------------------------- Comment By: Sjoerd Mullender (sjoerd) Date: 2009-06-11 16:14 Message: I'm not sure we're entirely on the same wavelength. What I'm referring to is another Mserver process. I don't know the invocation on MacOS, but on Linux you'd check this using ps -e | grep -i mserver ps -e gives a list of all processes on the system, and the grep will select those that have mserver (case insensitive) in the name. ---------------------------------------------------------------------- Comment By: francois guerin (fguerin) Date: 2009-06-11 16:04 Message: there's no server around using this connection :-z ---------------------------------------------------------------------- Comment By: Sjoerd Mullender (sjoerd) Date: 2009-06-11 15:56 Message: This message usually means there is already another server running for that database. First make sure that there really aren't any other servers around. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=482468&aid=2804854&group_id=56967 ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Monetdb-bugs mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/monetdb-bugs
