"::status" shows that only kernel pages are saved. Thanks everyone for your inputs on this.
Regards, Misha. On 5/24/07, Oliver Yang <Oliver.Yang at sun.com> wrote: > > Misha Chawla Shanker wrote: > > This is a crash dump unfortunately. > > Is there any way to know from the crash dump, if coreadm was > > configured to > > save userland pages? > ::status can show you whether your crash dump contain the userland pages. > > You can configure to save userland pages by using dumpadm. > > > > This surely helped :) > > > > On 5/24/07, Michael Schuster <Michael.Schuster at sun.com> wrote: > >> > >> Misha Chawla Shanker wrote: > >> > Hi Folks, > >> > > >> > I have the t_procp of the kernel thread, using which i am trying to > >> get > >> > it's userland stack: > >> > > >> > t_procp: 0x30003659448 > >> > > >> > > 0x30003659448::findstack -v > >> > mdb: thread 30003659448 isn't in memory > >> > >> 1) you're applying a dcmd that needs a *thread* pointer to a *process* > >> pointer. > >> 2) findstack looks for stack frames in *kernel* address space. > >> > >> is this a crash dump? if so: was the default setup of coreadm changed > to > >> include userland pages? if not, then you won't get them. > >> > >> If this is a live machine, you're probably better off attaching mdb to > >> the running process ... > >> > >> HTH > >> -- > >> Michael Schuster > >> Recursion, n.: see 'Recursion' > >> > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > mdb-discuss mailing list > > mdb-discuss at opensolaris.org > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/mdb-discuss/attachments/20070524/09148914/attachment.html>