Mavericks Server pauses

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Mavericks Server pauses

Hellum, Timothy
Good day all,

I have been playing with Mavericks server (Server app v3.0.2, OS 10.9.1) for awhile now and have an issue that is proving difficult to overcome.

I am experiencing a Finder/complete system pause wherein the GUI freezes for 9 seconds (any open app also pauses and then resumes).  In observing, I saw this happen 15x in 7 minutes. Below is the clock time pause (GUI observation) each time it happened in a random observation.
12:34:15
12:35:04
12:35:27
12:35:47
12:36:08
12:36:31
12:36:53
12:37:18
12:37:40
12:38:01
12:38:21
12:38:43
12:39:40
12:40:09
12:41:20

1)  The clock in the menubar catches up by suddenly speeding up to current time count (after 9 second pause)
2)  Open Directory (Master) is the only service configured
3)  No other apps are running on the server
4)  This has happened on two separate machines (Mac Mini Server, 3rd gen Xserve)
5)  This has been observed on two different subnets
6)  Watching Activity Monitor, no process jumps to the fore when observing CPU% (WindowServer stays steady at 5.2% usage as max)

As a test, I watched Activity Monitor (sorting by CPU%) both just as a pause happened, and then immediately after the system resumed.  Here is a hierarchical list of processes by %CPU usage just before and after resumption:

Before:
WindowServer
screensharingd
Activity Monitor
ScreensharingAgent
kernel_task
ServerPerfLog
sysmond
Python
SystemUIServer
Python
mds
ARDAgent
colabd
mds_stores
netbiosd
fseventsd
devicemgrd
opendirectoryd
Python
postgres_real
launchd
notifyd
postgres_real
syslogd
mdworker
servermgrd
launchd
postgres_real
postgres_real

After:
WindowServer
screensharingd
Activity Monitor
ScreensharingAgent
kernel_task
sysmond
Python
Python
SystemUIServer
ARD Agent
mds
mds_stores
netbiosd
opendirectoryd
fseventsd
Python
devicemgrd
notifyd
launchd
postgres_real
launchd
pacemaker
emond
PasswordService
launchsevicesd
UserEventAgent
postgres_real
launchd
collabd

Does anyone have any insight as to why this is happening, or have a similar experience?

Many thanks indeed for any input.

/timothy



------------------------------------------------------------
Timothy Hellum | Application Specialist, IT
p: 416.585.5168 | e: [hidden email]

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list      ([hidden email])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/macos-x-server/lists%2Bs10970n2h62%40n7.nabble.com

This email sent to [hidden email]
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Mavericks Server pauses

Alex Price-2
What's in the system.log?

Alex

Sent from my iPhone

> On 31 Jan 2014, at 18:09, "Hellum, Timothy" <[hidden email]> wrote:
>
> Good day all,
>
> I have been playing with Mavericks server (Server app v3.0.2, OS 10.9.1) for awhile now and have an issue that is proving difficult to overcome.
>
> I am experiencing a Finder/complete system pause wherein the GUI freezes for 9 seconds (any open app also pauses and then resumes).  In observing, I saw this happen 15x in 7 minutes. Below is the clock time pause (GUI observation) each time it happened in a random observation.
> 12:34:15
> 12:35:04
> 12:35:27
> 12:35:47
> 12:36:08
> 12:36:31
> 12:36:53
> 12:37:18
> 12:37:40
> 12:38:01
> 12:38:21
> 12:38:43
> 12:39:40
> 12:40:09
> 12:41:20
>
> 1)  The clock in the menubar catches up by suddenly speeding up to current time count (after 9 second pause)
> 2)  Open Directory (Master) is the only service configured
> 3)  No other apps are running on the server
> 4)  This has happened on two separate machines (Mac Mini Server, 3rd gen Xserve)
> 5)  This has been observed on two different subnets
> 6)  Watching Activity Monitor, no process jumps to the fore when observing CPU% (WindowServer stays steady at 5.2% usage as max)
>
> As a test, I watched Activity Monitor (sorting by CPU%) both just as a pause happened, and then immediately after the system resumed.  Here is a hierarchical list of processes by %CPU usage just before and after resumption:
>
> Before:
> WindowServer
> screensharingd
> Activity Monitor
> ScreensharingAgent
> kernel_task
> ServerPerfLog
> sysmond
> Python
> SystemUIServer
> Python
> mds
> ARDAgent
> colabd
> mds_stores
> netbiosd
> fseventsd
> devicemgrd
> opendirectoryd
> Python
> postgres_real
> launchd
> notifyd
> postgres_real
> syslogd
> mdworker
> servermgrd
> launchd
> postgres_real
> postgres_real
>
> After:
> WindowServer
> screensharingd
> Activity Monitor
> ScreensharingAgent
> kernel_task
> sysmond
> Python
> Python
> SystemUIServer
> ARD Agent
> mds
> mds_stores
> netbiosd
> opendirectoryd
> fseventsd
> Python
> devicemgrd
> notifyd
> launchd
> postgres_real
> launchd
> pacemaker
> emond
> PasswordService
> launchsevicesd
> UserEventAgent
> postgres_real
> launchd
> collabd
>
> Does anyone have any insight as to why this is happening, or have a similar experience?
>
> Many thanks indeed for any input.
>
> /timothy
>
>
>
> ------------------------------------------------------------
> Timothy Hellum | Application Specialist, IT
> p: 416.585.5168 | e: [hidden email]
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Macos-x-server mailing list      ([hidden email])
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/macos-x-server/alexprice%40atcomputers.co.uk
>
> This email sent to [hidden email]


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list      ([hidden email])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/macos-x-server/lists%2Bs10970n2h62%40n7.nabble.com

This email sent to [hidden email]
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

RE: Mavericks Server pauses

Hellum, Timothy
Well, not much for the time period i observed below (12:34:15 - 12:41:20):

Jan 31 12:27:40 gmtomac9.local screensharingd[55205]: Authentication: SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 :: Type: DH
Jan 31 12:36:21 gmtomac9.local screensharingd[55205]: Authentication: SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 :: Type: DH
Jan 31 12:37:06 gmtomac9.local screensharingd[55205]: Authentication: SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 :: Type: DH
Jan 31 12:49:37 gmtomac9.local login[55434]: DEAD_PROCESS: 55434 ttys000


However, here and there I do see the following:
Jan 31 12:15:14 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny file-read-metadata /Users
Jan 31 12:15:14 --- last message repeated 16 times ---

Jan 31 12:15:54 gmtomac9.local fseventsd[64]: SLOWDOWN: client 0x7f973d811c00 (pid 2095) sleeping due to too many errors (num usleeps 73961)

Jan 31 14:08:39 gmtomac9.local WindowServer[138]: disable_update_timeout: UI updates were forcibly disabled by application "System Preferences" for over 1.00 seconds. Server has re-enabled them.

------------------------------------------------------------
Timothy Hellum | Application Specialist, IT
p: 416.585.5168 | e: [hidden email]
________________________________________
From: Alex Price [[hidden email]]
Sent: Friday, January 31, 2014 1:57 PM
To: Hellum, Timothy
Cc: [hidden email]
Subject: Re: Mavericks Server pauses

What's in the system.log?

Alex

Sent from my iPhone

> On 31 Jan 2014, at 18:09, "Hellum, Timothy" <[hidden email]> wrote:
>
> Good day all,
>
> I have been playing with Mavericks server (Server app v3.0.2, OS 10.9.1) for awhile now and have an issue that is proving difficult to overcome.
>
> I am experiencing a Finder/complete system pause wherein the GUI freezes for 9 seconds (any open app also pauses and then resumes).  In observing, I saw this happen 15x in 7 minutes. Below is the clock time pause (GUI observation) each time it happened in a random observation.
> 12:34:15
> 12:35:04
> 12:35:27
> 12:35:47
> 12:36:08
> 12:36:31
> 12:36:53
> 12:37:18
> 12:37:40
> 12:38:01
> 12:38:21
> 12:38:43
> 12:39:40
> 12:40:09
> 12:41:20
>
> 1)  The clock in the menubar catches up by suddenly speeding up to current time count (after 9 second pause)
> 2)  Open Directory (Master) is the only service configured
> 3)  No other apps are running on the server
> 4)  This has happened on two separate machines (Mac Mini Server, 3rd gen Xserve)
> 5)  This has been observed on two different subnets
> 6)  Watching Activity Monitor, no process jumps to the fore when observing CPU% (WindowServer stays steady at 5.2% usage as max)
>
> As a test, I watched Activity Monitor (sorting by CPU%) both just as a pause happened, and then immediately after the system resumed.  Here is a hierarchical list of processes by %CPU usage just before and after resumption:
>
> Before:
> WindowServer
> screensharingd
> Activity Monitor
> ScreensharingAgent
> kernel_task
> ServerPerfLog
> sysmond
> Python
> SystemUIServer
> Python
> mds
> ARDAgent
> colabd
> mds_stores
> netbiosd
> fseventsd
> devicemgrd
> opendirectoryd
> Python
> postgres_real
> launchd
> notifyd
> postgres_real
> syslogd
> mdworker
> servermgrd
> launchd
> postgres_real
> postgres_real
>
> After:
> WindowServer
> screensharingd
> Activity Monitor
> ScreensharingAgent
> kernel_task
> sysmond
> Python
> Python
> SystemUIServer
> ARD Agent
> mds
> mds_stores
> netbiosd
> opendirectoryd
> fseventsd
> Python
> devicemgrd
> notifyd
> launchd
> postgres_real
> launchd
> pacemaker
> emond
> PasswordService
> launchsevicesd
> UserEventAgent
> postgres_real
> launchd
> collabd
>
> Does anyone have any insight as to why this is happening, or have a similar experience?
>
> Many thanks indeed for any input.
>
> /timothy
>
>
>
> ------------------------------------------------------------
> Timothy Hellum | Application Specialist, IT
> p: 416.585.5168 | e: [hidden email]
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Macos-x-server mailing list      ([hidden email])
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/macos-x-server/alexprice%40atcomputers.co.uk
>
> This email sent to [hidden email]

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list      ([hidden email])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/macos-x-server/lists%2Bs10970n2h62%40n7.nabble.com

This email sent to [hidden email]
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Mavericks Server pauses

Hannes Gnad
Am 31.01.2014 um 20:10 schrieb Hellum, Timothy <[hidden email]>:

Hi Timothy,

sure all connected drives and file systems are 100% ok?


Best, Hannes


> Well, not much for the time period i observed below (12:34:15 - 12:41:20):
>
> Jan 31 12:27:40 gmtomac9.local screensharingd[55205]: Authentication: SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 :: Type: DH
> Jan 31 12:36:21 gmtomac9.local screensharingd[55205]: Authentication: SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 :: Type: DH
> Jan 31 12:37:06 gmtomac9.local screensharingd[55205]: Authentication: SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 :: Type: DH
> Jan 31 12:49:37 gmtomac9.local login[55434]: DEAD_PROCESS: 55434 ttys000
>
>
> However, here and there I do see the following:
> Jan 31 12:15:14 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny file-read-metadata /Users
> Jan 31 12:15:14 --- last message repeated 16 times ---
>
> Jan 31 12:15:54 gmtomac9.local fseventsd[64]: SLOWDOWN: client 0x7f973d811c00 (pid 2095) sleeping due to too many errors (num usleeps 73961)
>
> Jan 31 14:08:39 gmtomac9.local WindowServer[138]: disable_update_timeout: UI updates were forcibly disabled by application "System Preferences" for over 1.00 seconds. Server has re-enabled them.
>
> ------------------------------------------------------------
> Timothy Hellum | Application Specialist, IT
> p: 416.585.5168 | e: [hidden email]
> ________________________________________
> From: Alex Price [[hidden email]]
> Sent: Friday, January 31, 2014 1:57 PM
> To: Hellum, Timothy
> Cc: [hidden email]
> Subject: Re: Mavericks Server pauses
>
> What's in the system.log?
>
> Alex
>
> Sent from my iPhone
>
>> On 31 Jan 2014, at 18:09, "Hellum, Timothy" <[hidden email]> wrote:
>>
>> Good day all,
>>
>> I have been playing with Mavericks server (Server app v3.0.2, OS 10.9.1) for awhile now and have an issue that is proving difficult to overcome.
>>
>> I am experiencing a Finder/complete system pause wherein the GUI freezes for 9 seconds (any open app also pauses and then resumes).  In observing, I saw this happen 15x in 7 minutes. Below is the clock time pause (GUI observation) each time it happened in a random observation.
>> 12:34:15
>> 12:35:04
>> 12:35:27
>> 12:35:47
>> 12:36:08
>> 12:36:31
>> 12:36:53
>> 12:37:18
>> 12:37:40
>> 12:38:01
>> 12:38:21
>> 12:38:43
>> 12:39:40
>> 12:40:09
>> 12:41:20
>>
>> 1)  The clock in the menubar catches up by suddenly speeding up to current time count (after 9 second pause)
>> 2)  Open Directory (Master) is the only service configured
>> 3)  No other apps are running on the server
>> 4)  This has happened on two separate machines (Mac Mini Server, 3rd gen Xserve)
>> 5)  This has been observed on two different subnets
>> 6)  Watching Activity Monitor, no process jumps to the fore when observing CPU% (WindowServer stays steady at 5.2% usage as max)
>>
>> As a test, I watched Activity Monitor (sorting by CPU%) both just as a pause happened, and then immediately after the system resumed.  Here is a hierarchical list of processes by %CPU usage just before and after resumption:
>>
>> Before:
>> WindowServer
>> screensharingd
>> Activity Monitor
>> ScreensharingAgent
>> kernel_task
>> ServerPerfLog
>> sysmond
>> Python
>> SystemUIServer
>> Python
>> mds
>> ARDAgent
>> colabd
>> mds_stores
>> netbiosd
>> fseventsd
>> devicemgrd
>> opendirectoryd
>> Python
>> postgres_real
>> launchd
>> notifyd
>> postgres_real
>> syslogd
>> mdworker
>> servermgrd
>> launchd
>> postgres_real
>> postgres_real
>>
>> After:
>> WindowServer
>> screensharingd
>> Activity Monitor
>> ScreensharingAgent
>> kernel_task
>> sysmond
>> Python
>> Python
>> SystemUIServer
>> ARD Agent
>> mds
>> mds_stores
>> netbiosd
>> opendirectoryd
>> fseventsd
>> Python
>> devicemgrd
>> notifyd
>> launchd
>> postgres_real
>> launchd
>> pacemaker
>> emond
>> PasswordService
>> launchsevicesd
>> UserEventAgent
>> postgres_real
>> launchd
>> collabd
>>
>> Does anyone have any insight as to why this is happening, or have a similar experience?
>>
>> Many thanks indeed for any input.
>>
>> /timothy
>>
>>
>>
>> ------------------------------------------------------------
>> Timothy Hellum | Application Specialist, IT
>> p: 416.585.5168 | e: [hidden email]



– – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – –
Mit freundlichen Grüßen, Hannes Gnad
Apple Certified Support Professional 10.9
Apple Certified Technical Coordinator 10.9
Apple Certified System Administrator 10.6
Apple Certified Macintosh Technician (Trainer)
Apple Certified Master Trainer IT (2013)
Tel. +49 711 981495-40 • [hidden email]

Autorisierter Apple Service Provider • Apple Reparaturservices
Mitglied im Apple Consultants Network • consultants.apple.com/de

Apfelwerk GmbH & Co. KG • Bahnhofstraße 82 • 70806 Kornwestheim •
Amtsgericht Stuttgart • HRA 725992 • www.apfelwerk.de

Persönlich haftende Gesellschafterin Apfelwerk Verwaltungs-GmbH •
Kornwestheim • Amtsgericht Stuttgart • HRB 736206 • Geschäftsführer
Hannes Gnad • Roger Haller • Thomas Kemmer • Andreas Schenk
– – – – – – – – – – – – – – – – – – – – – – – – – - – – – – – – – –



 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list      ([hidden email])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/macos-x-server/lists%2Bs10970n2h62%40n7.nabble.com

This email sent to [hidden email]
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Mavericks Server pauses

Hellum, Timothy
Yes, I believe so. This is supported by it having happened on two different Mac Minis first on one subnet and then on a second, and lastly by an Xserve on yet a third subnet. So, three separate installs.

/timothy

__________________________________________
++ via iPad ++
Timothy Hellum | Application Specialist
The Globe and Mail - Canada's National Newspaper

> On Feb 2, 2014, at 11:52, "Hannes Gnad" <[hidden email]> wrote:
>
> Am 31.01.2014 um 20:10 schrieb Hellum, Timothy <[hidden email]>:
>
> Hi Timothy,
>
> sure all connected drives and file systems are 100% ok?
>
>
> Best, Hannes
>
>
>> Well, not much for the time period i observed below (12:34:15 - 12:41:20):
>>
>> Jan 31 12:27:40 gmtomac9.local screensharingd[55205]: Authentication: SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 :: Type: DH
>> Jan 31 12:36:21 gmtomac9.local screensharingd[55205]: Authentication: SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 :: Type: DH
>> Jan 31 12:37:06 gmtomac9.local screensharingd[55205]: Authentication: SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 :: Type: DH
>> Jan 31 12:49:37 gmtomac9.local login[55434]: DEAD_PROCESS: 55434 ttys000
>>
>>
>> However, here and there I do see the following:
>> Jan 31 12:15:14 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny file-read-metadata /Users
>> Jan 31 12:15:14 --- last message repeated 16 times ---
>>
>> Jan 31 12:15:54 gmtomac9.local fseventsd[64]: SLOWDOWN: client 0x7f973d811c00 (pid 2095) sleeping due to too many errors (num usleeps 73961)
>>
>> Jan 31 14:08:39 gmtomac9.local WindowServer[138]: disable_update_timeout: UI updates were forcibly disabled by application "System Preferences" for over 1.00 seconds. Server has re-enabled them.
>>
>> ------------------------------------------------------------
>> Timothy Hellum | Application Specialist, IT
>> p: 416.585.5168 | e: [hidden email]
>> ________________________________________
>> From: Alex Price [[hidden email]]
>> Sent: Friday, January 31, 2014 1:57 PM
>> To: Hellum, Timothy
>> Cc: [hidden email]
>> Subject: Re: Mavericks Server pauses
>>
>> What's in the system.log?
>>
>> Alex
>>
>> Sent from my iPhone
>>
>>> On 31 Jan 2014, at 18:09, "Hellum, Timothy" <[hidden email]> wrote:
>>>
>>> Good day all,
>>>
>>> I have been playing with Mavericks server (Server app v3.0.2, OS 10.9.1) for awhile now and have an issue that is proving difficult to overcome.
>>>
>>> I am experiencing a Finder/complete system pause wherein the GUI freezes for 9 seconds (any open app also pauses and then resumes).  In observing, I saw this happen 15x in 7 minutes. Below is the clock time pause (GUI observation) each time it happened in a random observation.
>>> 12:34:15
>>> 12:35:04
>>> 12:35:27
>>> 12:35:47
>>> 12:36:08
>>> 12:36:31
>>> 12:36:53
>>> 12:37:18
>>> 12:37:40
>>> 12:38:01
>>> 12:38:21
>>> 12:38:43
>>> 12:39:40
>>> 12:40:09
>>> 12:41:20
>>>
>>> 1)  The clock in the menubar catches up by suddenly speeding up to current time count (after 9 second pause)
>>> 2)  Open Directory (Master) is the only service configured
>>> 3)  No other apps are running on the server
>>> 4)  This has happened on two separate machines (Mac Mini Server, 3rd gen Xserve)
>>> 5)  This has been observed on two different subnets
>>> 6)  Watching Activity Monitor, no process jumps to the fore when observing CPU% (WindowServer stays steady at 5.2% usage as max)
>>>
>>> As a test, I watched Activity Monitor (sorting by CPU%) both just as a pause happened, and then immediately after the system resumed.  Here is a hierarchical list of processes by %CPU usage just before and after resumption:
>>>
>>> Before:
>>> WindowServer
>>> screensharingd
>>> Activity Monitor
>>> ScreensharingAgent
>>> kernel_task
>>> ServerPerfLog
>>> sysmond
>>> Python
>>> SystemUIServer
>>> Python
>>> mds
>>> ARDAgent
>>> colabd
>>> mds_stores
>>> netbiosd
>>> fseventsd
>>> devicemgrd
>>> opendirectoryd
>>> Python
>>> postgres_real
>>> launchd
>>> notifyd
>>> postgres_real
>>> syslogd
>>> mdworker
>>> servermgrd
>>> launchd
>>> postgres_real
>>> postgres_real
>>>
>>> After:
>>> WindowServer
>>> screensharingd
>>> Activity Monitor
>>> ScreensharingAgent
>>> kernel_task
>>> sysmond
>>> Python
>>> Python
>>> SystemUIServer
>>> ARD Agent
>>> mds
>>> mds_stores
>>> netbiosd
>>> opendirectoryd
>>> fseventsd
>>> Python
>>> devicemgrd
>>> notifyd
>>> launchd
>>> postgres_real
>>> launchd
>>> pacemaker
>>> emond
>>> PasswordService
>>> launchsevicesd
>>> UserEventAgent
>>> postgres_real
>>> launchd
>>> collabd
>>>
>>> Does anyone have any insight as to why this is happening, or have a similar experience?
>>>
>>> Many thanks indeed for any input.
>>>
>>> /timothy
>>>
>>>
>>>
>>> ------------------------------------------------------------
>>> Timothy Hellum | Application Specialist, IT
>>> p: 416.585.5168 | e: [hidden email]
>
>
>
> – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – –
> Mit freundlichen Grüßen, Hannes Gnad
> Apple Certified Support Professional 10.9
> Apple Certified Technical Coordinator 10.9
> Apple Certified System Administrator 10.6
> Apple Certified Macintosh Technician (Trainer)
> Apple Certified Master Trainer IT (2013)
> Tel. +49 711 981495-40 • [hidden email]
>
> Autorisierter Apple Service Provider • Apple Reparaturservices
> Mitglied im Apple Consultants Network • consultants.apple.com/de
>
> Apfelwerk GmbH & Co. KG • Bahnhofstraße 82 • 70806 Kornwestheim •
> Amtsgericht Stuttgart • HRA 725992 • www.apfelwerk.de
>
> Persönlich haftende Gesellschafterin Apfelwerk Verwaltungs-GmbH •
> Kornwestheim • Amtsgericht Stuttgart • HRB 736206 • Geschäftsführer
> Hannes Gnad • Roger Haller • Thomas Kemmer • Andreas Schenk
> – – – – – – – – – – – – – – – – – – – – – – – – – - – – – – – – – –
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Macos-x-server mailing list      ([hidden email])
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/macos-x-server/thellum%40globeandmail.com
>
> This email sent to [hidden email]


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list      ([hidden email])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/macos-x-server/lists%2Bs10970n2h62%40n7.nabble.com

This email sent to [hidden email]
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Mavericks Server pauses

John C. Welch
Is this affecting service response, or just the UI when you're logged in?
--
John C. Welch         Writer/Analyst
Bynkii.com              Mac and other opinions
[hidden email]


On 2/2/14, 12:14 PM, "Hellum, Timothy" <[hidden email]> wrote:

>Yes, I believe so. This is supported by it having happened on two
>different Mac Minis first on one subnet and then on a second, and lastly
>by an Xserve on yet a third subnet. So, three separate installs.
>
>/timothy
>
>__________________________________________
>++ via iPad ++
>Timothy Hellum | Application Specialist
>The Globe and Mail - Canada's National Newspaper
>
>> On Feb 2, 2014, at 11:52, "Hannes Gnad" <[hidden email]> wrote:
>>
>> Am 31.01.2014 um 20:10 schrieb Hellum, Timothy
>><[hidden email]>:
>>
>> Hi Timothy,
>>
>> sure all connected drives and file systems are 100% ok?
>>
>>
>> Best, Hannes
>>
>>
>>> Well, not much for the time period i observed below (12:34:15 -
>>>12:41:20):
>>>
>>> Jan 31 12:27:40 gmtomac9.local screensharingd[55205]: Authentication:
>>>SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 ::
>>>Type: DH
>>> Jan 31 12:36:21 gmtomac9.local screensharingd[55205]: Authentication:
>>>SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 ::
>>>Type: DH
>>> Jan 31 12:37:06 gmtomac9.local screensharingd[55205]: Authentication:
>>>SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 ::
>>>Type: DH
>>> Jan 31 12:49:37 gmtomac9.local login[55434]: DEAD_PROCESS: 55434
>>>ttys000
>>>
>>>
>>> However, here and there I do see the following:
>>> Jan 31 12:15:14 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny
>>>file-read-metadata /Users
>>> Jan 31 12:15:14 --- last message repeated 16 times ---
>>>
>>> Jan 31 12:15:54 gmtomac9.local fseventsd[64]: SLOWDOWN: client
>>>0x7f973d811c00 (pid 2095) sleeping due to too many errors (num usleeps
>>>73961)
>>>
>>> Jan 31 14:08:39 gmtomac9.local WindowServer[138]:
>>>disable_update_timeout: UI updates were forcibly disabled by
>>>application "System Preferences" for over 1.00 seconds. Server has
>>>re-enabled them.
>>>
>>> ------------------------------------------------------------
>>> Timothy Hellum | Application Specialist, IT
>>> p: 416.585.5168 | e: [hidden email]
>>> ________________________________________
>>> From: Alex Price [[hidden email]]
>>> Sent: Friday, January 31, 2014 1:57 PM
>>> To: Hellum, Timothy
>>> Cc: [hidden email]
>>> Subject: Re: Mavericks Server pauses
>>>
>>> What's in the system.log?
>>>
>>> Alex
>>>
>>> Sent from my iPhone
>>>
>>>> On 31 Jan 2014, at 18:09, "Hellum, Timothy"
>>>><[hidden email]> wrote:
>>>>
>>>> Good day all,
>>>>
>>>> I have been playing with Mavericks server (Server app v3.0.2, OS
>>>>10.9.1) for awhile now and have an issue that is proving difficult to
>>>>overcome.
>>>>
>>>> I am experiencing a Finder/complete system pause wherein the GUI
>>>>freezes for 9 seconds (any open app also pauses and then resumes).  In
>>>>observing, I saw this happen 15x in 7 minutes. Below is the clock time
>>>>pause (GUI observation) each time it happened in a random observation.
>>>> 12:34:15
>>>> 12:35:04
>>>> 12:35:27
>>>> 12:35:47
>>>> 12:36:08
>>>> 12:36:31
>>>> 12:36:53
>>>> 12:37:18
>>>> 12:37:40
>>>> 12:38:01
>>>> 12:38:21
>>>> 12:38:43
>>>> 12:39:40
>>>> 12:40:09
>>>> 12:41:20
>>>>
>>>> 1)  The clock in the menubar catches up by suddenly speeding up to
>>>>current time count (after 9 second pause)
>>>> 2)  Open Directory (Master) is the only service configured
>>>> 3)  No other apps are running on the server
>>>> 4)  This has happened on two separate machines (Mac Mini Server, 3rd
>>>>gen Xserve)
>>>> 5)  This has been observed on two different subnets
>>>> 6)  Watching Activity Monitor, no process jumps to the fore when
>>>>observing CPU% (WindowServer stays steady at 5.2% usage as max)
>>>>
>>>> As a test, I watched Activity Monitor (sorting by CPU%) both just as
>>>>a pause happened, and then immediately after the system resumed.  Here
>>>>is a hierarchical list of processes by %CPU usage just before and
>>>>after resumption:
>>>>
>>>> Before:
>>>> WindowServer
>>>> screensharingd
>>>> Activity Monitor
>>>> ScreensharingAgent
>>>> kernel_task
>>>> ServerPerfLog
>>>> sysmond
>>>> Python
>>>> SystemUIServer
>>>> Python
>>>> mds
>>>> ARDAgent
>>>> colabd
>>>> mds_stores
>>>> netbiosd
>>>> fseventsd
>>>> devicemgrd
>>>> opendirectoryd
>>>> Python
>>>> postgres_real
>>>> launchd
>>>> notifyd
>>>> postgres_real
>>>> syslogd
>>>> mdworker
>>>> servermgrd
>>>> launchd
>>>> postgres_real
>>>> postgres_real
>>>>
>>>> After:
>>>> WindowServer
>>>> screensharingd
>>>> Activity Monitor
>>>> ScreensharingAgent
>>>> kernel_task
>>>> sysmond
>>>> Python
>>>> Python
>>>> SystemUIServer
>>>> ARD Agent
>>>> mds
>>>> mds_stores
>>>> netbiosd
>>>> opendirectoryd
>>>> fseventsd
>>>> Python
>>>> devicemgrd
>>>> notifyd
>>>> launchd
>>>> postgres_real
>>>> launchd
>>>> pacemaker
>>>> emond
>>>> PasswordService
>>>> launchsevicesd
>>>> UserEventAgent
>>>> postgres_real
>>>> launchd
>>>> collabd
>>>>
>>>> Does anyone have any insight as to why this is happening, or have a
>>>>similar experience?
>>>>
>>>> Many thanks indeed for any input.
>>>>
>>>> /timothy
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------
>>>> Timothy Hellum | Application Specialist, IT
>>>> p: 416.585.5168 | e: [hidden email]
>>
>>
>>
>> ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
>> Mit freundlichen Grüßen, Hannes Gnad
>> Apple Certified Support Professional 10.9
>> Apple Certified Technical Coordinator 10.9
>> Apple Certified System Administrator 10.6
>> Apple Certified Macintosh Technician (Trainer)
>> Apple Certified Master Trainer IT (2013)
>> Tel. +49 711 981495-40 € [hidden email]
>>
>> Autorisierter Apple Service Provider € Apple Reparaturservices
>> Mitglied im Apple Consultants Network € consultants.apple.com/de
>>
>> Apfelwerk GmbH & Co. KG € Bahnhofstraße 82 € 70806 Kornwestheim €
>> Amtsgericht Stuttgart € HRA 725992 € www.apfelwerk.de
>>
>> Persönlich haftende Gesellschafterin Apfelwerk Verwaltungs-GmbH €
>> Kornwestheim € Amtsgericht Stuttgart € HRB 736206 € Geschäftsführer
>> Hannes Gnad € Roger Haller € Thomas Kemmer € Andreas Schenk
>> ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ - ­ ­ ­ ­ ­ ­ ­ ­
>>
>>
>>
>>





 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list      ([hidden email])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/macos-x-server/lists%2Bs10970n2h62%40n7.nabble.com

This email sent to [hidden email]
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Mavericks Server pauses

John C. Welch
That's something I'd be testing. The logged in-UI pauses on a server are
admittedly annoying, but they are something that affects a very small number
of people.

I'd see about testing the services to see if they happen there. If not,
while you still want to keep working on the UI pauses, it maybe becomes a
lower priority.


On 2/3/14, 9:00 AM, "Hellum, Timothy" <[hidden email]> wrote:

> Hard to say, as nothing is running on it yet. How can I ascertain that server
> processes are paused as well as the GUI?
>
> /t
>
>
> Timothy Hellum I Application Specialist, IT
> p: 416.585.5168 I e: [hidden email]
>
>
>
>
> On Feb 3, 2014, at 8:56, John C. Welch <[hidden email]> wrote:
>
>> Is this affecting service response, or just the UI when you're logged in?
>> --
>> John C. Welch         Writer/Analyst
>> Bynkii.com <http://Bynkii.com>               Mac and other opinions
>> [hidden email]
>>
>>
>> On 2/2/14, 12:14 PM, "Hellum, Timothy" <[hidden email]> wrote:
>>
>>> Yes, I believe so. This is supported by it having happened on two
>>> different Mac Minis first on one subnet and then on a second, and lastly
>>> by an Xserve on yet a third subnet. So, three separate installs.
>>>
>>> /timothy
>>>
>>> __________________________________________
>>> ++ via iPad ++
>>> Timothy Hellum | Application Specialist
>>> The Globe and Mail - Canada's National Newspaper
>>>
>>>> On Feb 2, 2014, at 11:52, "Hannes Gnad" <[hidden email]> wrote:
>>>>
>>>> Am 31.01.2014 um 20:10 schrieb Hellum, Timothy
>>>> <[hidden email]>:
>>>>
>>>> Hi Timothy,
>>>>
>>>> sure all connected drives and file systems are 100% ok?
>>>>
>>>>
>>>> Best, Hannes
>>>>
>>>>
>>>>> Well, not much for the time period i observed below (12:34:15 -
>>>>> 12:41:20):
>>>>>
>>>>> Jan 31 12:27:40 gmtomac9.local screensharingd[55205]: Authentication:
>>>>> SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 ::
>>>>> Type: DH
>>>>> Jan 31 12:36:21 gmtomac9.local screensharingd[55205]: Authentication:
>>>>> SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 ::
>>>>> Type: DH
>>>>> Jan 31 12:37:06 gmtomac9.local screensharingd[55205]: Authentication:
>>>>> SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 ::
>>>>> Type: DH
>>>>> Jan 31 12:49:37 gmtomac9.local login[55434]: DEAD_PROCESS: 55434
>>>>> ttys000
>>>>>
>>>>>
>>>>> However, here and there I do see the following:
>>>>> Jan 31 12:15:14 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny
>>>>> file-read-metadata /Users
>>>>> Jan 31 12:15:14 --- last message repeated 16 times ---
>>>>>
>>>>> Jan 31 12:15:54 gmtomac9.local fseventsd[64]: SLOWDOWN: client
>>>>> 0x7f973d811c00 (pid 2095) sleeping due to too many errors (num usleeps
>>>>> 73961)
>>>>>
>>>>> Jan 31 14:08:39 gmtomac9.local WindowServer[138]:
>>>>> disable_update_timeout: UI updates were forcibly disabled by
>>>>> application "System Preferences" for over 1.00 seconds. Server has
>>>>> re-enabled them.
>>>>>
>>>>> ------------------------------------------------------------
>>>>> Timothy Hellum | Application Specialist, IT
>>>>> p: 416.585.5168 | e: [hidden email]
>>>>> ________________________________________
>>>>> From: Alex Price [[hidden email]]
>>>>> Sent: Friday, January 31, 2014 1:57 PM
>>>>> To: Hellum, Timothy
>>>>> Cc: [hidden email]
>>>>> Subject: Re: Mavericks Server pauses
>>>>>
>>>>> What's in the system.log?
>>>>>
>>>>> Alex
>>>>>
>>>>> Sent from my iPhone
>>>>>
>>>>>> On 31 Jan 2014, at 18:09, "Hellum, Timothy"
>>>>>> <[hidden email]> wrote:
>>>>>>
>>>>>> Good day all,
>>>>>>
>>>>>> I have been playing with Mavericks server (Server app v3.0.2, OS
>>>>>> 10.9.1) for awhile now and have an issue that is proving difficult to
>>>>>> overcome.
>>>>>>
>>>>>> I am experiencing a Finder/complete system pause wherein the GUI
>>>>>> freezes for 9 seconds (any open app also pauses and then resumes).  In
>>>>>> observing, I saw this happen 15x in 7 minutes. Below is the clock time
>>>>>> pause (GUI observation) each time it happened in a random observation.
>>>>>> 12:34:15
>>>>>> 12:35:04
>>>>>> 12:35:27
>>>>>> 12:35:47
>>>>>> 12:36:08
>>>>>> 12:36:31
>>>>>> 12:36:53
>>>>>> 12:37:18
>>>>>> 12:37:40
>>>>>> 12:38:01
>>>>>> 12:38:21
>>>>>> 12:38:43
>>>>>> 12:39:40
>>>>>> 12:40:09
>>>>>> 12:41:20
>>>>>>
>>>>>> 1)  The clock in the menubar catches up by suddenly speeding up to
>>>>>> current time count (after 9 second pause)
>>>>>> 2)  Open Directory (Master) is the only service configured
>>>>>> 3)  No other apps are running on the server
>>>>>> 4)  This has happened on two separate machines (Mac Mini Server, 3rd
>>>>>> gen Xserve)
>>>>>> 5)  This has been observed on two different subnets
>>>>>> 6)  Watching Activity Monitor, no process jumps to the fore when
>>>>>> observing CPU% (WindowServer stays steady at 5.2% usage as max)
>>>>>>
>>>>>> As a test, I watched Activity Monitor (sorting by CPU%) both just as
>>>>>> a pause happened, and then immediately after the system resumed.  Here
>>>>>> is a hierarchical list of processes by %CPU usage just before and
>>>>>> after resumption:
>>>>>>
>>>>>> Before:
>>>>>> WindowServer
>>>>>> screensharingd
>>>>>> Activity Monitor
>>>>>> ScreensharingAgent
>>>>>> kernel_task
>>>>>> ServerPerfLog
>>>>>> sysmond
>>>>>> Python
>>>>>> SystemUIServer
>>>>>> Python
>>>>>> mds
>>>>>> ARDAgent
>>>>>> colabd
>>>>>> mds_stores
>>>>>> netbiosd
>>>>>> fseventsd
>>>>>> devicemgrd
>>>>>> opendirectoryd
>>>>>> Python
>>>>>> postgres_real
>>>>>> launchd
>>>>>> notifyd
>>>>>> postgres_real
>>>>>> syslogd
>>>>>> mdworker
>>>>>> servermgrd
>>>>>> launchd
>>>>>> postgres_real
>>>>>> postgres_real
>>>>>>
>>>>>> After:
>>>>>> WindowServer
>>>>>> screensharingd
>>>>>> Activity Monitor
>>>>>> ScreensharingAgent
>>>>>> kernel_task
>>>>>> sysmond
>>>>>> Python
>>>>>> Python
>>>>>> SystemUIServer
>>>>>> ARD Agent
>>>>>> mds
>>>>>> mds_stores
>>>>>> netbiosd
>>>>>> opendirectoryd
>>>>>> fseventsd
>>>>>> Python
>>>>>> devicemgrd
>>>>>> notifyd
>>>>>> launchd
>>>>>> postgres_real
>>>>>> launchd
>>>>>> pacemaker
>>>>>> emond
>>>>>> PasswordService
>>>>>> launchsevicesd
>>>>>> UserEventAgent
>>>>>> postgres_real
>>>>>> launchd
>>>>>> collabd
>>>>>>
>>>>>> Does anyone have any insight as to why this is happening, or have a
>>>>>> similar experience?
>>>>>>
>>>>>> Many thanks indeed for any input.
>>>>>>
>>>>>> /timothy
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------
>>>>>> Timothy Hellum | Application Specialist, IT
>>>>>> p: 416.585.5168 | e: [hidden email]
>>>>
>>>>
>>>>
>>>> ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
>>>> Mit freundlichen Grüßen, Hannes Gnad
>>>> Apple Certified Support Professional 10.9
>>>> Apple Certified Technical Coordinator 10.9
>>>> Apple Certified System Administrator 10.6
>>>> Apple Certified Macintosh Technician (Trainer)
>>>> Apple Certified Master Trainer IT (2013)
>>>> Tel. +49 711 981495-40 € [hidden email]
>>>>
>>>> Autorisierter Apple Service Provider € Apple Reparaturservices
>>>> Mitglied im Apple Consultants Network € consultants.apple.com/de
>>>>
>>>> Apfelwerk GmbH & Co. KG € Bahnhofstraße 82 € 70806 Kornwestheim €
>>>> Amtsgericht Stuttgart € HRA 725992 € www.apfelwerk.de
>>>>
>>>> Persönlich haftende Gesellschafterin Apfelwerk Verwaltungs-GmbH €
>>>> Kornwestheim € Amtsgericht Stuttgart € HRB 736206 € Geschäftsführer
>>>> Hannes Gnad € Roger Haller € Thomas Kemmer € Andreas Schenk





 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list      ([hidden email])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/macos-x-server/lists%2Bs10970n2h62%40n7.nabble.com

This email sent to [hidden email]
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Mavericks Server pauses

John C. Welch
That's a known thing and pretty harmless. The fix for it is here:

https://discussions.apple.com/thread/5495141

On 2/6/14, 12:52 PM, "Hellum, Timothy" <[hidden email]> wrote:

> Here is what the system.log is reporting endlessly as a sample.  I think this
> suggests the pausing issue is system level and not just the GUI, no?
>
> <SNIP>
> Feb  6 03:56:00 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny
> file-read-metadata /Users
> Feb  6 03:56:00 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny
> file-read-metadata /Users
> Feb  6 03:56:30 --- last message repeated 23 times ---
> Feb  6 03:57:00 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny
> file-read-metadata /Users
> Feb  6 03:57:00 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny
> file-read-metadata /Users
> Feb  6 03:57:00 --- last message repeated 15 times ---
> Feb  6 03:57:00 gmtomac9.local sandboxd[630] ([1734]): xcscredd(1734) deny
> file-read-metadata /Users
> Feb  6 03:57:30 --- last message repeated 7 times ---
> Feb  6 03:58:00 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny
> file-read-metadata /Users
> Feb  6 03:58:00 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny
> file-read-metadata /Users
> Feb  6 03:58:00 --- last message repeated 15 times ---
> Feb  6 03:58:00 gmtomac9.local sandboxd[630] ([1734]): xcscredd(1734) deny
> file-read-metadata /Users
> Feb  6 03:58:30 --- last message repeated 7 times ---
> Feb  6 03:59:00 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny
> file-read-metadata /Users
> Feb  6 03:59:00 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny
> file-read-metadata /Users
> Feb  6 03:59:30 --- last message repeated 23 times ---
> Feb  6 04:00:00 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny
> file-read-metadata /Users
> Feb  6 04:00:00 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny
> file-read-metadata /Users
> Feb  6 04:00:00 --- last message repeated 15 times ---
> Feb  6 04:00:00 gmtomac9.local sandboxd[630] ([1734]): xcscredd(1734) deny
> file-read-metadata /Users
> Feb  6 04:00:30 --- last message repeated 7 times —
> </SNIP>
>
> Timothy Hellum I Application Specialist, IT
> p: 416.585.5168 I e: [hidden email]
>
>
>
>
> On Feb 3, 2014, at 10:11, John C. Welch <[hidden email]> wrote:
>
>> That's something I'd be testing. The logged in-UI pauses on a server are
>> admittedly annoying, but they are something that affects a very small number
>> of people.
>>
>> I'd see about testing the services to see if they happen there. If not, while
>> you still want to keep working on the UI pauses, it maybe becomes a lower
>> priority.
>>
>>
>> On 2/3/14, 9:00 AM, "Hellum, Timothy" <[hidden email]> wrote:
>>
>>> Hard to say, as nothing is running on it yet. How can I ascertain that
>>> server processes are paused as well as the GUI?
>>>
>>> /t
>>>
>>> <TGAMlogo.jpg>
>>> Timothy Hellum I Application Specialist, IT
>>> p: 416.585.5168 I e: [hidden email]
>>>
>>>
>>>
>>>
>>> On Feb 3, 2014, at 8:56, John C. Welch <[hidden email]> wrote:
>>>
>>>> Is this affecting service response, or just the UI when you're logged in?
>>>> --
>>>> John C. Welch         Writer/Analyst
>>>> Bynkii.com <http://bynkii.com/>               Mac and other opinions
>>>> [hidden email]
>>>>
>>>>
>>>> On 2/2/14, 12:14 PM, "Hellum, Timothy" <[hidden email]> wrote:
>>>>
>>>>> Yes, I believe so. This is supported by it having happened on two
>>>>> different Mac Minis first on one subnet and then on a second, and lastly
>>>>> by an Xserve on yet a third subnet. So, three separate installs.
>>>>>
>>>>> /timothy
>>>>>
>>>>> __________________________________________
>>>>> ++ via iPad ++
>>>>> Timothy Hellum | Application Specialist
>>>>> The Globe and Mail - Canada's National Newspaper
>>>>>
>>>>>> On Feb 2, 2014, at 11:52, "Hannes Gnad" <[hidden email]> wrote:
>>>>>>
>>>>>> Am 31.01.2014 um 20:10 schrieb Hellum, Timothy
>>>>>> <[hidden email]>:
>>>>>>
>>>>>> Hi Timothy,
>>>>>>
>>>>>> sure all connected drives and file systems are 100% ok?
>>>>>>
>>>>>>
>>>>>> Best, Hannes
>>>>>>
>>>>>>
>>>>>>> Well, not much for the time period i observed below (12:34:15 -
>>>>>>> 12:41:20):
>>>>>>>
>>>>>>> Jan 31 12:27:40 gmtomac9.local screensharingd[55205]: Authentication:
>>>>>>> SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 ::
>>>>>>> Type: DH
>>>>>>> Jan 31 12:36:21 gmtomac9.local screensharingd[55205]: Authentication:
>>>>>>> SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 ::
>>>>>>> Type: DH
>>>>>>> Jan 31 12:37:06 gmtomac9.local screensharingd[55205]: Authentication:
>>>>>>> SUCCEEDED :: User Name: macadmin :: Viewer Address: 10.100.45.62 ::
>>>>>>> Type: DH
>>>>>>> Jan 31 12:49:37 gmtomac9.local login[55434]: DEAD_PROCESS: 55434
>>>>>>> ttys000
>>>>>>>
>>>>>>>
>>>>>>> However, here and there I do see the following:
>>>>>>> Jan 31 12:15:14 gmtomac9 kernel[0]: Sandbox: xcscredd(1734) deny
>>>>>>> file-read-metadata /Users
>>>>>>> Jan 31 12:15:14 --- last message repeated 16 times ---
>>>>>>>
>>>>>>> Jan 31 12:15:54 gmtomac9.local fseventsd[64]: SLOWDOWN: client
>>>>>>> 0x7f973d811c00 (pid 2095) sleeping due to too many errors (num usleeps
>>>>>>> 73961)
>>>>>>>
>>>>>>> Jan 31 14:08:39 gmtomac9.local WindowServer[138]:
>>>>>>> disable_update_timeout: UI updates were forcibly disabled by
>>>>>>> application "System Preferences" for over 1.00 seconds. Server has
>>>>>>> re-enabled them.
>>>>>>>
>>>>>>> ------------------------------------------------------------
>>>>>>> Timothy Hellum | Application Specialist, IT
>>>>>>> p: 416.585.5168 | e: [hidden email]
>>>>>>> ________________________________________
>>>>>>> From: Alex Price [[hidden email]]
>>>>>>> Sent: Friday, January 31, 2014 1:57 PM
>>>>>>> To: Hellum, Timothy
>>>>>>> Cc: [hidden email]
>>>>>>> Subject: Re: Mavericks Server pauses
>>>>>>>
>>>>>>> What's in the system.log?
>>>>>>>
>>>>>>> Alex
>>>>>>>
>>>>>>> Sent from my iPhone
>>>>>>>
>>>>>>> On 31 Jan 2014, at 18:09, "Hellum, Timothy"
>>>>>>> <[hidden email]> wrote:
>>>>>>>
>>>>>>> Good day all,
>>>>>>>
>>>>>>> I have been playing with Mavericks server (Server app v3.0.2, OS
>>>>>>> 10.9.1) for awhile now and have an issue that is proving difficult to
>>>>>>> overcome.
>>>>>>>
>>>>>>> I am experiencing a Finder/complete system pause wherein the GUI
>>>>>>> freezes for 9 seconds (any open app also pauses and then resumes).  In
>>>>>>> observing, I saw this happen 15x in 7 minutes. Below is the clock time
>>>>>>> pause (GUI observation) each time it happened in a random observation.
>>>>>>> 12:34:15
>>>>>>> 12:35:04
>>>>>>> 12:35:27
>>>>>>> 12:35:47
>>>>>>> 12:36:08
>>>>>>> 12:36:31
>>>>>>> 12:36:53
>>>>>>> 12:37:18
>>>>>>> 12:37:40
>>>>>>> 12:38:01
>>>>>>> 12:38:21
>>>>>>> 12:38:43
>>>>>>> 12:39:40
>>>>>>> 12:40:09
>>>>>>> 12:41:20
>>>>>>>
>>>>>>> 1)  The clock in the menubar catches up by suddenly speeding up to
>>>>>>> current time count (after 9 second pause)
>>>>>>> 2)  Open Directory (Master) is the only service configured
>>>>>>> 3)  No other apps are running on the server
>>>>>>> 4)  This has happened on two separate machines (Mac Mini Server, 3rd
>>>>>>> gen Xserve)
>>>>>>> 5)  This has been observed on two different subnets
>>>>>>> 6)  Watching Activity Monitor, no process jumps to the fore when
>>>>>>> observing CPU% (WindowServer stays steady at 5.2% usage as max)
>>>>>>>
>>>>>>> As a test, I watched Activity Monitor (sorting by CPU%) both just as
>>>>>>> a pause happened, and then immediately after the system resumed.  Here
>>>>>>> is a hierarchical list of processes by %CPU usage just before and
>>>>>>> after resumption:
>>>>>>>
>>>>>>> Before:
>>>>>>> WindowServer
>>>>>>> screensharingd
>>>>>>> Activity Monitor
>>>>>>> ScreensharingAgent
>>>>>>> kernel_task
>>>>>>> ServerPerfLog
>>>>>>> sysmond
>>>>>>> Python
>>>>>>> SystemUIServer
>>>>>>> Python
>>>>>>> mds
>>>>>>> ARDAgent
>>>>>>> colabd
>>>>>>> mds_stores
>>>>>>> netbiosd
>>>>>>> fseventsd
>>>>>>> devicemgrd
>>>>>>> opendirectoryd
>>>>>>> Python
>>>>>>> postgres_real
>>>>>>> launchd
>>>>>>> notifyd
>>>>>>> postgres_real
>>>>>>> syslogd
>>>>>>> mdworker
>>>>>>> servermgrd
>>>>>>> launchd
>>>>>>> postgres_real
>>>>>>> postgres_real
>>>>>>>
>>>>>>> After:
>>>>>>> WindowServer
>>>>>>> screensharingd
>>>>>>> Activity Monitor
>>>>>>> ScreensharingAgent
>>>>>>> kernel_task
>>>>>>> sysmond
>>>>>>> Python
>>>>>>> Python
>>>>>>> SystemUIServer
>>>>>>> ARD Agent
>>>>>>> mds
>>>>>>> mds_stores
>>>>>>> netbiosd
>>>>>>> opendirectoryd
>>>>>>> fseventsd
>>>>>>> Python
>>>>>>> devicemgrd
>>>>>>> notifyd
>>>>>>> launchd
>>>>>>> postgres_real
>>>>>>> launchd
>>>>>>> pacemaker
>>>>>>> emond
>>>>>>> PasswordService
>>>>>>> launchsevicesd
>>>>>>> UserEventAgent
>>>>>>> postgres_real
>>>>>>> launchd
>>>>>>> collabd
>>>>>>>
>>>>>>> Does anyone have any insight as to why this is happening, or have a
>>>>>>> similar experience?
>>>>>>>
>>>>>>> Many thanks indeed for any input.
>>>>>>>
>>>>>>> /timothy
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------
>>>>>>> Timothy Hellum | Application Specialist, IT
>>>>>>> p: 416.585.5168 | e: [hidden email]
>>>>>>
>>>>>>
>>>>>>
>>>>>> ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
>>>>>> Mit freundlichen Grüßen, Hannes Gnad
>>>>>> Apple Certified Support Professional 10.9
>>>>>> Apple Certified Technical Coordinator 10.9
>>>>>> Apple Certified System Administrator 10.6
>>>>>> Apple Certified Macintosh Technician (Trainer)
>>>>>> Apple Certified Master Trainer IT (2013)
>>>>>> Tel. +49 711 981495-40 € [hidden email]
>>>>>>
>>>>>> Autorisierter Apple Service Provider € Apple Reparaturservices
>>>>>> Mitglied im Apple Consultants Network € consultants.apple.com/de
>>>>>> <http://consultants.apple.com/de>
>>>>>>
>>>>>> Apfelwerk GmbH & Co. KG € Bahnhofstraße 82 € 70806 Kornwestheim €
>>>>>> Amtsgericht Stuttgart € HRA 725992 € www.apfelwerk.de
>>>>>> <http://www.apfelwerk.de>
>>>>>>
>>>>>> Persönlich haftende Gesellschafterin Apfelwerk Verwaltungs-GmbH €
>>>>>> Kornwestheim € Amtsgericht Stuttgart € HRB 736206 € Geschäftsführer
>>>>>> Hannes Gnad € Roger Haller € Thomas Kemmer € Andreas Schenk
>>
>>
>





 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list      ([hidden email])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/macos-x-server/lists%2Bs10970n2h62%40n7.nabble.com

This email sent to [hidden email]
Loading...