Martin,
I finally found a solution to my problem over on the lvm-discuss list (though I
just went to look and I didn't see my answer posted). Not sure if this will
work for you, but it might be something else to try.
-Eric
Pete Bentley wrote on 02/02/2007 09:00:04 AM:
> Is it possible that rpc.metad isn't running, perhaps because
> svc:/network/rpc/meta:default is offline? The truss might then be
> showing that metadb is sitting in a loop trying to contact it via
> RPC/UDP and timing out...
>
> Pete.
Many thanks to Pete for his help offline that I was able to resolve this
problem.
The output from 'svcs -l meta' showed that the service was running along with
all my other meta services. Pete suggested checking the output of 'rpcinfo -p'
where I saw that I was missing the following lines:
100229 1 tcp 45233 metad
100229 2 tcp 45233 metad
Ultimately, I saw that /usr/sbin/rpc.metad was running by itself and not as a
child of inetd which I believe is why the 'rpcinfo -p' output was missing but
the 'svcs -l' output showed that rpc/meta was running. After killing off the
lone rpc.metad process and restarting inetd I now had rpc.metad as a child of
inetd, the 'rpcinfo -p' output was correct and most importantly my metadb and
metastat commands now run quickly again like they should. I still don't know
what I goofed up to get in this situation, but now I have a better knowledge of
what to look for if I ever run into again.
-Eric
This message posted from opensolaris.org
_______________________________________________
opensolaris-discuss mailing list
[email protected]
