Feature Requests item #1837591, was opened at 2007-11-24 15:46
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=482471&aid=1837591&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: None
Group: Next Release (example)
Status: Open
Priority: 5
Private: No
Submitted By: Fabian (mr-meltdown)
Assigned to: Fabian (mr-meltdown)
Summary: merovingian: extensive properties support

Initial Comment:
>From a mail to venks:

>    Following are the basic requirements:                                      
>                                                                               
>    - Need to specify the data/log/check-point directories pointing to         
>    a different directories                                                    

merovingian cannot change these variables for each database started, it
would need to know that information.  However, it just uses the
monetdb5.conf file, which would allow you to do the following:

- make dbfarm and sql_logs point to some place in the filesystem where you
  want them
- create the database using monetdb create <database>
- move the created directories in dbfarm and sql_logs to the filesystem
  you want them
- create symlinks for the directories just moved

It's more a workaround, I admit, but it avoids making merovingian's
configuration very complex.  If you really prefer these locations to be
configurable, please file a feature request, as the monetdb tool could
in theory do things like setting properties for databases, which
merovingian uses during starting of the database.  I could imagine
something much like Solaris' zfs get/set commands and the properties
with inheritance and all for each (sub) filesystem.
In fact I very much like this idea, because it enables the advanced user
to do even more customisations while the defaults should be fine for the
average user.

The properties could just be stored in some .properties file in the 
dbfarm/dbname dir, and managed by the monetdb tool, honored on execution by 
merovingian.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=482471&aid=1837591&group_id=56967

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Monetdb-bugs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/monetdb-bugs

Reply via email to