> You'll get a truss without interfering with the workings of SMF in the
> least. Send that to Jordan, unless the issue becomes obvious, in
> which case just let all of us know what the issue was (I'm curious!).
Yes, I will do that. I think I test it out tomorrow, today I have to grow a
tunnel,
If you set the start method of the idmap service to this:
dtrace -w -n 'proc:::start/execname == "idmapd"/{stop(); system("truss
-o /tmp/idmapd-truss -v all -t all -fp %d", pid);}' -c /usr/lib/idmapd
You'll get a truss without interfering with the workings of SMF in the
least. Send that to Jorda
>> Speaking as the Oracle person that Nico is obliquely referring to... :-)
Hehe, we called the miracle loud and insistent, and the miracle answered "Well,
here I speaking as the oracle person ...". Nice! ;-)
>> Other than that, what I would do is to try to collect a "truss" of idmapd
>> runnin
True that.
Nico
--
___
cifs-discuss mailing list
cifs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
On 03/29/11 10:33, Nico Williams wrote:
start/type astring method
svc:/system/idmap> setprop start/exec = "truss -o /tmp/t -v all -t all
-f /usr/lib/idmapd"
In this particular case, maybe. In general, no. Remember that SMF expects
the start method to exit when the service is re
On Tue, Mar 29, 2011 at 12:10 PM, Jordan Brown wrote:
> Speaking as the Oracle person that Nico is obliquely referring to... :-)
:)
> 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 s
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
On Mon, Mar 28, 2011 at 2:38 PM, Marc Steinlein wrote:
>> I wasn't referring to permissions, but to /var being mounted
>> read-only. You're using 151a, so /var shouldn't be mounted read-only
>> (you must be using ZFS root, and ZFS starts with / and /var mounted
>> read-write). Do you have a sepa
> I wasn't referring to permissions, but to /var being mounted
> read-only. You're using 151a, so /var shouldn't be mounted read-only
> (you must be using ZFS root, and ZFS starts with / and /var mounted
> read-write). Do you have a separate /var from /? Are there
> customizations on your system
Hello Nico,
thanks for your effort.
> Do not confuse /var/idmap/... with /var/run/idmap/... The first is on
> persistent storage, the other is on tmpfs. In this case you say the
> log mentions /var/idmap/idmap.db -- removing /var/run/idmap/idmap.db
> isn't going to help. See below.
Okay.
> T
On Sun, Mar 27, 2011 at 4:28 AM, Marc Steinlein wrote:
> The log says, that the daemon can't create the database /var/idmap/idmap.db.
>
> Well, when i search for this error, i found older threads from 2008 about
> this behavior, and
> they commend to disable the service, remove /var/idmap/idmap.d
Hej,
I have big trouble to start the idmap service by SMF.
The service runs normal over several days, but after a reboot of the system the
service went into
maintenance mode.
The log says, that the daemon can't create the database /var/idmap/idmap.db.
Well, when i search for this error, i foun
12 matches
Mail list logo