Re: NAMI locates file on second try

[Sarton O'Brien <bsd-xen%roguewrt.org@localhost>]

On Wed, 30 Jul 2008 01:59:50 pm Sarton O'Brien wrote:
> Hi all,
> 
> I've been running ejabberd for some time with no problems.
> 
> After updating the kernel and userland yesterday, I'm unable to start an 
> ejabberd instance.
> 
> I'm out of my depth but I managed a ktrace and identified some strange 
> linking. A bit of file shuffling fixed a few errors but I was still unable 
to 
> start an instance.
> 
> After recompiling/reinstalling erlang, I noticed something strange:
> 
> # erl
> Erlang (BEAM) emulator version 5.6 [source] [64-bit] [kernel-poll:false]
> 
> Eshell V5.6  (abort with ^G)
> 1> crypto:start().
> 
> =INFO REPORT==== 30-Jul-2008::13:56:59 ===
>     application: crypto
>     exited: {shutdown,{crypto_app,start,[normal,[]]}}
>     type: temporary
> {error,{shutdown,{crypto_app,start,[normal,[]]}}}
> 2> exec: crypto_drv: not found
> 
> 2> crypto:start().
> ok
> 3> stringprep:start().
> {error,{{case_clause,{error,{open_error,-12}}},
>         [{stringprep,init,1},
>          {gen_server,init_it,6},
>          {proc_lib,init_p,5}]}}
> 4> stringprep:start().
> {ok,<0.47.0>}
> 5>
> 
> So first crypto wasn't found and then it was and the same for stringprep.
> 
> Anyone know what might be causing this?

Updated the kernel moments ago with no change:

# uname -a
NetBSD test.local 4.99.71 NetBSD 4.99.71 (XEN3_DOMU) #1: Wed Jul 30 14:52:46 
EST 2008  root%test.local@localhost:/usr/obj/sys/arch/amd64/compile/XEN3_DOMU 
amd64

Is this possibly a userland problem? The linking seems ok once the file is 
actually found.

Sarton