3 Replies Latest reply: Aug 20, 2013 10:47 AM by T.F. RSS

    pm_tick delay

    Mohamed Musthak

      Hello Experts,

       

      I'm getting pm_tick delay messages for every second. Please find the below output and help me to fix this issue

       

      Aug 20 06:30:38 sun_cluster cl_runtime: [ID 313806 kern.notice] NOTICE: pm_tick delay of 8449 ms exceeds 2147 ms

      Aug 20 06:30:38 sun_cluster cl_runtime: [ID 313806 kern.notice] NOTICE: pm_tick delay of 8450 ms exceeds 2147 ms

      Aug 20 06:30:39 sun_cluster last message repeated 1 time

      Aug 20 06:30:39 sun_cluster cl_runtime: [ID 313806 kern.notice] NOTICE: pm_tick delay of 8449 ms exceeds 2147 ms

      Aug 20 06:30:39 sun_cluster last message repeated 1 time

      Aug 20 06:30:39 sun_cluster cl_runtime: [ID 313806 kern.notice] NOTICE: pm_tick delay of 8450 ms exceeds 2147 ms

       

       

      OS: Solaris 10

      Sun cluster: 3.3u1

        • 1. Re: pm_tick delay
          T.F.

          This kind of message is typically seen when Solaris is running inside a virtual machine (like VirtualBox or VMware guest).

          In order to prevent that message filling up your /var/adm/messages or slowing down the console, I suggest to not capture kern.notice messages via syslog.

           

          You can change /etc/syslog.conf like:

           

          --- syslog.conf.orig
          +++ syslog.conf
          @@ -9,8 +9,8 @@
          # that match m4 reserved words. Also, within ifdef's, arguments
          # containing commas must be quoted.
          #
          -*.err;kern.notice;auth.notice /dev/sysmsg
          -*.err;kern.debug;daemon.notice;mail.crit /var/adm/messages
          +*.err;kern.warning;auth.notice /dev/sysmsg
          +*.err;kern.debug;daemon.warning;mail.crit /var/adm/messages
          *.alert;kern.err;daemon.err operator
          *.alert root
          and then restart syslog:
          svcadm restart svc:/system/system-log:default
          Regards
                 Thorsten
          • 2. Re: pm_tick delay
            Mohamed Musthak

            Thanks thorsten for your reply, but in my case solaris is running on the physical box.

             

             

             

            If we filter this at the syslog level, it will filter all kern.notice messages right? This is our production box

             

             

             

            Regards,

            Mohamed Musthak.

            • 3. Re: pm_tick delay
              T.F.

              Ok, if those are production systems, I would recommend to open a case with Oracle support.

               

              Yes, if you change syslog.conf as suggested, it will no longer report any kernel.notice/daemon.notice messages.

               

              In case this is an x86 system with Intel Xeon processors (Nehalem/Westmere CPU's which have ACPI Power Management feature), this feature allows the operating system to place the processor in low power state (deep C-state) when not in use. This can appear as very long latency on I/O and appear as a hung system.

               

              There can be two options to disable entering the deep C-state:

               

              1) disable it within the BIOS

               

              - or -

               

              2) a)  If Solaris 10 x86 with kernel patch 141415-0x or 141445-09 and NOT kernel patch 144489-16 then set two values in /etc/system

                 set idle_cpu_prefer_mwait=0
                 set idle_cpu_no_deep_c=1
              

                  b) If Solaris 10 x86 with kernel patch 144489-16 or higher then set one value in /etc/system

                 set idle_cpu_no_deep_c=1 
              
              

               

              And if Solaris 10 x86 with kernel patch 147441-06 or higher is used, then the issue is fixed.

               

              But this is really just a shot in the blue, hence my suggestion to open a case. And certainly test that before applying in production.

               

              Regards

                           Thorsten