Sponsored Content
Operating Systems OS X (Apple) 12-Core MacPro (2013) kernel_task over 1200% Post 303033961 by wisecracker on Monday 15th of April 2019 10:43:23 AM
Old 04-15-2019
Hi Neo...

Having dealt with Apple with my old MacBook Pro, under extended warranty, the unit was effectively fixed the same day, new HDD required.
(My choice to pick up the next day.)
IIRC their diagnostics was through the "ethernet" port on my old machine and I was relatively impressed with how it worked.
(Said machine runs dedicated Linux now.)

I have heard NOT particularly good reports of some APPLE outlets but ours here in Leicester, UK was good.
YMMV in your area of the USA.

Good luck with your serious tool, and I hope all is fixed at a sensible price soon...

Bazza.
This User Gave Thanks to wisecracker For This Post:
 

6 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Can I use a general printer(HP LaserJet 1200) on solaris?

can it be used? how to config it? thanks (4 Replies)
Discussion started by: cloudsmell
4 Replies

2. OS X (Apple)

kernel_task help

I installed 10.5 (Leopard) on my G4 733 Mhz (after minor tampering with the install package, just switched a boolean FALSE to TRUE). Everything works fine after startup, but once I sleep the computer and wake it back up, kernel_task starts using at as much CPU runtime as it can, as in past 90%.... (0 Replies)
Discussion started by: peter.story
0 Replies

3. Solaris

T5140 CPU Speed is 1200 Mhz or 1165 Mhz?

Hi bros, CPU speed of Sun Sparc Enterprise T5140 in data sheet is 1200 Mhz. Why it shows in "prtdiag -v" command each thread just has speed at 1165 Mhz. Thank you, tien86 (4 Replies)
Discussion started by: tien86
4 Replies

4. Hardware

2013 Apple Mac Pro 2.7GHz 12 Core/64GB/256GB Flash/Dual AMD FirePro D700 6GB 6,1

Hey MacPro users. I just bought a refurbished 13-Core MacPro with 64GB of RAM for a cybersecurity gaming project I'm working on. Could not wait for the new MacPro in 2019, so this will have to do: 2013 Apple Mac Pro 2.7GHz 12 Core/64GB/256GB Flash/Dual AMD FirePro D700 6GB 6,1 Now, I'm... (0 Replies)
Discussion started by: Neo
0 Replies

5. OS X (Apple)

DiskSpeedTest 256GB OEM v. 960GB Transcend 855 SSD MacPro 2013, 12-Core, 64GB RAM

Before Upgrade: https://www.unix.com/members/1-albums177-picture1220.png After Upgrade: https://www.unix.com/members/1-albums177-picture1221.png (0 Replies)
Discussion started by: Neo
0 Replies

6. OS X (Apple)

Warning! Upgrade to Catalina 10.15.3 Crashes MacPro (2013) - Will Not Boot !

WARNING! Just upgraded my MacPro (2013) from Catalina 10.15.2 to 10.15.3. After the routine download and restart for upgrade installation, the Mac would not boot. Totally crashed. Now, I'm in the process of a 15 hour restore from my last time machine backup. I'm not very happy with... (3 Replies)
Discussion started by: Neo
3 Replies
epylog(8)							Applications/System							 epylog(8)

NAME
epylog - Syslog new log notifier and parser. SYNOPSIS
epylog [-c epylog.conf] [-d LOGLEVEL] [--last PERIOD] [--store-offsets] [--quiet] [--cron] DESCRIPTION
Epylog is a new log notifier and parser which runs periodically out of cron, looks at your logs, processes the entries in order to present them in a more comprehensive format, and then provides you with the output. It is written specifically with large network clusters in mind where a lot of machines (around 50 and upwards) log to the same loghost using syslog or syslog-ng. Alternatively, Epylog can be invoked from the command line and provide a log report based on a certain provided time period. In this case it relies on syslog timestamps to find the offsets, as opposed to the end-of-log offsets stored during the last run, though this behavior is not as reliable and is easily thwarted by skewed clocks. OPTIONS
-c config.file Provide an alternative config file to Epylog. By default, it will look in /etc/epylog/epylog.conf. -d LOGLEVEL Logging level. The default is 1. 0 will produce no output except for critical errors (useful for cron runs). 2 and above are debug- ging levels. 5 is the most verbose. --last PERIOD Will make a report on events that occurred in the last PERIOD. PERIOD can be either "hour", "day", "week", "month", or more granu- lar: "1h", "2h", "3d", "2w", etc. When --last is specified, epylog will ignore the saved offsets and locate the entries by time- stamps. CAUTION: this process is not to be trusted, since the timestamps are not checked for any validity when arriving to the loghost. One reporting machine with a skewed clock may confuse Epylog enough to miss a lot of valid entries. --store-offsets When specified, will store the offset of the last log entry processed in offsets.xml. During the cron runs epylog relies on the off- set information to find out what new entries to process. This is more trustworthy than relying on timestamps. The default behavior is not to store the offsets, as this allows to run epylog both from cron and manually without the two interfering with each-other. The location of offset.xml is specified in epylog.conf. See epylog.conf(5) for more details. --quiet In every way identical to -d 0. --cron This is essentially --quiet --store-offsets, plus a lockfile will be created and consulted, preventing more than one instance of epylog from running. You can still run epylog manually -- the lockfile is only checked when running in --cron mode. FEATURES
The core of epylog is written in python. It handles things like timestamp lookups, unwrapping of "last message repeated" lines, han- dling of rotated files, preparing and publishing the reports, etc. The modules are pluggable and can be either "internal", written in python, or external. External modules can be written in any lan- guage, but at a price of some convenience. For more info see epylog-modules(5). INITIAL RUN
Depending on the size of your logs, you might want to initialize your offsets before letting epylog run from cron. When the off- sets.xml file is missing, epylog will by default process the entire log, and depending on your configuration, that can be a lot of entries. A good way to init epylog is to run: epylog --last day --store-offsets FILES
/etc/epylog/epylog.conf /usr/sbin/epylog /etc/cron.daily/epylog.cron /etc/epylog/* /var/lib/epylog/* /usr/share/epylog/modules/* EXAMPLES
The useful way to run from a command line is with --last. E.g.: epylog --last day epylog --last 2w When running from cron, you want to store the offsets and not rely on timestamps. There is a mode that allows you to do this: epylog --cron AUTHORS
Konstantin Ryabitsev <icon@linux.duke.edu> SEE ALSO
epylog.conf(5) epylog-modules(5) Konstantin Ryabitsev 1.0 epylog(8)
All times are GMT -4. The time now is 01:54 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy