|
|
| Author |
Message |
|
| bhyde at pobox.com |
Posted: Tue Dec 15, 1998 6:32 pm |
|
|
|
Guest
|
Is there an master index of symbols, were in I might look
up "node_not_running"?
The net_kernel man seems to discuss starting and stoping
something, but clearly it's not the node in question
in the error message below.
after:
application:load({application,mnesia,[{env,[{dir,'/tmp/mdb'}]}]}).
mnesia:start().
mnesia:create_schema([node()]).
and various other kicking of the tires...
(watson_at_zap)7> mnesia:create_table(funky,[]).
{aborted,{node_not_running,watson_at_zap}}
Maybe this is useful...
(watson_at_zap)8> mnesia:info().
===> System info in version [], debug level = none <===
opt_disc. Directory "/tmp/mdb" is used.
use fallback at restart = true
running db nodes = []
stopped db nodes = [nonode_at_nohost]
ok
Thanks for your help. - ben
Post generated using Mail2Forum (http://m2f.sourceforge.net) |
|
|
| Back to top |
|
| mbjk at eecs.umich.edu |
Posted: Tue Dec 15, 1998 7:11 pm |
|
|
|
Guest
|
Ben Hyde <bhyde_at_pobox.com> wrote:
>
> Is there an master index of symbols, were in I might look
> up "node_not_running"?
There is no such thing. A function can return any atom, and assign
any meaning to it. However, Mnesia lists all atoms it uses as error
messages; check mnesia(3) (try erl -man mnesia).
node_not_running supposedly means "Node not running", according to the
manual ;-)
> The net_kernel man seems to discuss starting and stoping
> something, but clearly it's not the node in question
> in the error message below.
>
> after:
>
> application:load({application,mnesia,[{env,[{dir,'/tmp/mdb'}]}]}).
This one is the root of the evil... This means that instead of the
application specification in mnesia/ebin/mnesia.app, [{env,[..]}] is
used. The bad thing with this specification is that it lacks a start
function. So when the application mnesia is started (by
mnesia:start()), there is no start function and thus no mnesia
processes are started.
So the error message node_not_running probably means that *mnesia* is
not running at this node.
Try this instead:
clip ~> erl -sname a -mnesia dir '"/tmp/mdb"'
Erlang (JAM) emulator version 47.4.0
Eshell V47.4.0 (abort with ^G)
(a_at_clip)1> mnesia:create_schema([node()]).
ok
(a_at_clip)2> mnesia:start().
ok
(a_at_clip)3> mnesia:create_table(funky,[]).
{atomic,ok}
/martin
Post generated using Mail2Forum (http://m2f.sourceforge.net) |
|
|
| Back to top |
|
| hakan at erix.ericsson.se |
Posted: Wed Dec 16, 1998 8:52 am |
|
|
|
Guest
|
On Tue, 15 Dec 1998, Martin Bjorklund wrote:
Martin> Try this instead:
Martin>
Martin> clip ~> erl -sname a -mnesia dir '"/tmp/mdb"'
Martin> Erlang (JAM) emulator version 47.4.0
Martin>
Martin> Eshell V47.4.0 (abort with ^G)
Martin> (a_at_clip)1> mnesia:create_schema([node()]).
Martin> ok
Martin> (a_at_clip)2> mnesia:start().
Martin> ok
Martin> (a_at_clip)3> mnesia:create_table(funky,[]).
Martin> {atomic,ok}
Martin>
Martin>
Martin> /martin
Martin>
Please, note the order of the calls to mnesia:start/0 and
mnesia:create_schema/1 in Martin's reply.
In Ben's original posting the calls was in reverse order. As an
effect of this, Mnesia was started in a disk less mode. Later when the
mnesia:create_schema/1 was invoked, in order to initiate the database
on disk, it failed since Mnesia already was started.
/H |
|
|
| Back to top |
|
|
|
All times are GMT
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You cannot download files in this forum
|
|
|