> No.
> bash-3.2# svcs -p fc-cache ppd-cache-update
> STATE STIME FMRI
> online 13:35:16 svc:/application/font/fc-cache:default
> offline* 13:34:46 svc:/application/print/ppd-cache-update:default
> 13:34:46 108 ppd-cache-updat
> 13:34:46 109 ppdmgr
> 13:34:49 135 ppdmgr
> 13:34:51 144 ppdmgr
> 13:34:53 149 ppdmgr
> 14:07:06 7745 ppdmgr
Hmm, so your (64bit?) HVM domU might be affected by
the spurious pagefault problem, too:
http://www.opensolaris.org/jive/thread.jspa?threadID=58022&tstart=0
http://www.opensolaris.org/jive/thread.jspa?threadID=57630&tstart=15
Apparently the /lib/svc/method/ppd-cache-update
script is running for more than 30 minutes on your
domU, and it's not yet done.
I have a 32-bit snv_81 PV domU running on a 32-bit 3.1.x hypervisor
(with opensuse 10.3 running in dom0) where the
/lib/svc/method/ppd-cache-update needs more than
60 minutes (!!!) until the PPD cache is updated.
What is the output of "mpstat 2" in domU while it's building the PPD cache?
Does it look similar to this:
domU "mpstat 2":
CPU minf mjf xcal intr ithr csw icsw migr smtx srw syscl usr sys wt idl
0 126970 0 0 306 6 76 18 0 0 0 1138 1 99 0 0
0 125806 1 0 310 10 86 20 0 0 0 1205 2 98 0 0
0 126672 0 0 307 7 86 23 0 0 0 1097 1 99 0 0
0 121938 0 0 309 9 89 22 0 0 0 1342 2 98 0 0
...
(That is, *lots* of minor page faults "minf", no major page faults "mjf"
and ~ 100% system cpu time usage)
This message posted from opensolaris.org
_______________________________________________
xen-discuss mailing list
[email protected]
