Speaking as the Oracle person that Nico is obliquely referring to... :-)
I've never seen such a symptom. (Well, I saw something similar when our
test suite damaged the databases, but that's presumably not happening here.)
Does it fail only on boot, or also on "svcadm restart idmap"? (Or, if it's
already failed and is in maintenance state, "svcadm clear idmap"?)
Like Nico said, if you're a paying customer please open a support case.
Other than that, what I would do is to try to collect a "truss" of idmapd
running. Unfortunately, it's not convenient to get a truss of a service
from its start. If it fails on restart (and not just on boot), what I'd
probably try is to move idmapd out of the way, replace it with a shell
script that sleeps before starting idmapd, and then "truss -f" it. I would
also collect the state of the relevant files. Something like:
# mv /usr/lib/idmapd /usr/lib/idmapd.real
# cat > /usr/lib/idmapd
#! /bin/sh
ls -ld /var/idmap /var/idmap/idmap.db > /var/tmp/idmapd.ls 2>&1
sleep 60
exec /usr/lib/idmapd.real "$@"
^D
# chmod 755 /usr/lib/idmapd
and then
# svcadm restart idmap
# ps -ef | grep idmapd
[ find the shell script (not the sleep) and remember its pid ]
# truss -f -o /var/tmp/idmapd.truss -p $shellscriptpid
and send me the resulting /var/tmp/idmapd.truss and /var/tmp/idmapd.ls.
Notes: as written above, you have only a minute to track down the pid and
start the truss. Of course I don't really mean for you to type
$shellscriptpid; I want you to type the pid you found.
_______________________________________________
cifs-discuss mailing list
cifs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss