I just installed S10 with KJP 137137-09, and go to run this script:
t6320-0813BD00CC # cat test.d
#!/usr/sbin/dtrace -s
::crypto_open_session:entry
{
printf("made it here");
}
And it fails with this error, and I simply can not get this one -
install looks like it went fine, and pkgchk came back clean on SUNWdtrc
t6320-0813BD00CC # ./test.d
dtrace: failed to compile script ./test.d: "/usr/lib/dtrace/procfs.d",
line 314: cl_name is not a member of struct cpu
I know cl_name is not a member of struct cpu, so why is it saying it
is...anyone seen anything like that?
Peter, This sounds rather like another instance of something Jon Haslam referred to earlier this week on the thread "Re: [dtrace-discuss] Dtrace error - ic_len definition uses incompatible types" ...> You''re probably running into the following issue which is > an OpenSolaris upgrade related problem: > > http://defect.opensolaris.org/bz/show_bug.cgi?id=11609 > > Unfortunately, this breaks the type information that DTrace uses. > I''m not really aware of anything that you can do to get DTrace > working correctly without a fresh install. Maybe someone > else with more knowledge on this area/problem will pipe up.Nobody else has piped up on that one yet, but what makes your case interesting is that it''s a Solaris 10 issues. Anyone? Phil Peter Shoults wrote:> I just installed S10 with KJP 137137-09, and go to run this script: > > t6320-0813BD00CC # cat test.d > #!/usr/sbin/dtrace -s > > ::crypto_open_session:entry > { > printf("made it here"); > } > > > And it fails with this error, and I simply can not get this one - > install looks like it went fine, and pkgchk came back clean on SUNWdtrc > > t6320-0813BD00CC # ./test.d > dtrace: failed to compile script ./test.d: "/usr/lib/dtrace/procfs.d", > line 314: cl_name is not a member of struct cpu > > I know cl_name is not a member of struct cpu, so why is it saying it > is...anyone seen anything like that? > _______________________________________________ > dtrace-discuss mailing list > dtrace-discuss at opensolaris.org >
On Mon, Nov 16, 2009 at 11:03:15PM +0000, Phil Harman wrote:> This sounds rather like another instance of something Jon Haslam > referred to earlier this week on the thread "Re: [dtrace-discuss] Dtrace > error - ic_len definition uses incompatible types" ... > >You''re probably running into the following issue which is > >an OpenSolaris upgrade related problem: > > > >http://defect.opensolaris.org/bz/show_bug.cgi?id=11609 > > > >Unfortunately, this breaks the type information that DTrace uses. > >I''m not really aware of anything that you can do to get DTrace > >working correctly without a fresh install. Maybe someone > >else with more knowledge on this area/problem will pipe up. > > Nobody else has piped up on that one yet, but what makes your case > interesting is that it''s a Solaris 10 issues.This indicates that somehow Peter''s system ended up with one module uniquified against a different version of genunix than that installed on the system. Thus, the type ID in one of the modules is referring to a slot in the genunix CTF that is now of a different type. If this really is an "unhacked" system (no kernel binaries replaced by hand), then it sounds like the given KJP is bad. regards john