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

Reply via email to