Bugs item #2804854, was opened at 2009-06-11 15:46 Message generated for change (Comment added) made by mr-meltdown 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: Open 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: 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 ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Monetdb-bugs mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/monetdb-bugs
