# Newest picroft running 100% CPU
**URL:** https://community.openconversational.ai/t/newest-picroft-running-100-cpu/1397
**Category:** Picroft
**Created:** [February 28, 2017, 12:03am UTC](https://community.openconversational.ai/t/newest-picroft-running-100-cpu/1397 "2017-02-28T00:03:53Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@riddle](https://community.openconversational.ai/u/riddle)
#### Post date: [February 28, 2017, 12:03am UTC](https://community.openconversational.ai/t/newest-picroft-running-100-cpu/1397/1 "2017-02-28T00:03:53Z")
Please move this to the appropriate catagory.
My Pi3b, 32G SD, picroft 0.8 has been working, listening and answering for a week.
Yesterday it started taking “2-3+ Minutes” to bing that it heard the wakeup (then 15 seconds before telling the time).
ps shows python2.7 /usr/local/bin/mycroft-speech-client running at 100% CPU.
top shows a python2.7 process running at 100.9(??)
none of the logs show any activity for 3 minutes before to 2.5 minutes after the wakeup/command sentence.
Any ideas?
The only odd things I see are: (in messages)
Feb 27 15:20:32 picroft rsyslogd-2007: action ‘action 17’ suspended, next retry is Mon Feb 27 15:21:02 2017 [try [http://www.rsyslog.com/e/2007](http://www.rsyslog.com/e/2007) ]
Feb 27 15:20:41 picroft pulseaudio[1032]: [pulseaudio] server-lookup.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
Feb 27 15:20:41 picroft pulseaudio[1032]: [pulseaudio] main.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
Feb 27 15:20:45 picroft pulseaudio[1145]: [pulseaudio] server-lookup.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
Feb 27 15:20:45 picroft pulseaudio[1145]: [pulseaudio] main.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
Feb 27 15:21:18 picroft rsyslogd-2007: action ‘action 17’ suspended, next retry is Mon Feb 27 15:21:48 2017 [try [http://www.rsyslog.com/e/2007](http://www.rsyslog.com/e/2007) ]
Feb 27 15:27:58 picroft rsyslogd-2007: action ‘action 17’ suspended, next retry is Mon Feb 27 15:28:28 2017 [try [http://www.rsyslog.com/e/2007](http://www.rsyslog.com/e/2007) ]
Feb 27 15:35:27 picroft rsyslogd-2007: action ‘action 17’ suspended, next retry is Mon Feb 27 15:35:57 2017 [try [http://www.rsyslog.com/e/2007](http://www.rsyslog.com/e/2007) ]
Why is this headless pi looking for an X11?
---
### Author:  [@Karl](https://community.openconversational.ai/u/Karl)
#### Post date: [February 28, 2017, 3:39am UTC](https://community.openconversational.ai/t/newest-picroft-running-100-cpu/1397/2 "2017-02-28T03:39:07Z")
Hey Riddle,
Thanks for the post of your logs. We’ve heard about the Pis running slow but haven’t gotten any logs so it’s hard to track down. We’ll look into it.
---
### Author:  [@riddle](https://community.openconversational.ai/u/riddle)
#### Post date: [February 28, 2017, 5:37pm UTC](https://community.openconversational.ai/t/newest-picroft-running-100-cpu/1397/3 "2017-02-28T17:37:17Z")
For completeness here is some of the PS output:
mycroft 760 1.1 3.8 181772 36908 ? Sl Feb27 12:27 python2.7 /usr/local/bin/mycroft-skills
root 761 0.3 2.6 145332 25276 ? Sl Feb27 3:25 python2.7 /usr/local/bin/mycroft-wifi-setup-client
mycroft 763 3.5 2.5 28320 24124 ? S Feb27 38:17 python2.7 /usr/local/bin/mycroft-messagebus
root 794 0.0 0.0 0 0 ? S\< Feb27 0:00 [kworker/u9:0]
root 795 0.0 0.0 0 0 ? S\< Feb27 0:00 [hci0]
root 796 0.0 0.0 0 0 ? S\< Feb27 0:00 [hci0]
root 797 0.0 0.0 2068 132 ? S Feb27 0:00 /usr/bin/hciattach /dev/serial1 bcm43xx 921600 noflow -
root 800 0.0 0.0 0 0 ? S\< Feb27 0:00 [kworker/u9:2]
root 802 0.0 0.2 4812 2500 ? Ss Feb27 0:00 /usr/lib/bluetooth/bluetoothd
root 807 0.0 0.0 0 0 ? S Feb27 0:00 [kworker/3:3]
root 975 0.0 0.4 22468 4468 ? Ss Feb27 0:01 /usr/sbin/nmbd -D
pi 983 0.0 0.3 4976 3352 ? Ss Feb27 0:00 /lib/systemd/systemd --user
pi 989 0.0 0.1 7124 1416 ? S Feb27 0:00 (sd-pam)
pi 994 0.0 0.4 6348 4272 tty1 S+ Feb27 0:00 -bash
pi 1032 0.0 0.8 101324 7640 ? S\
### Author:  [@riddle](https://community.openconversational.ai/u/riddle)
#### Post date: [March 2, 2017, 1:27am UTC](https://community.openconversational.ai/t/newest-picroft-running-100-cpu/1397/4 "2017-03-02T01:27:48Z")
Update: Issue found, fixed and not understood.(?)
For testing I went back to your original picroft SD image.
Slowly adding exactly what I did from history until it broke.
mycroft updates to 0.8.5, Raspi updates, upgrades, dist-upgrades, set static address.
MyCroft kept working and running about 62% CPU.
Until I added a mount point to my NAS into /etc/fstab.
All my Raspi(5) have nfs to the common NAS. Upgrading Raspian Jessie has changed how fstab auto mount works with a better(?) way. (Without telling me)
Everybody needs to add:
",noauto,x-systemd.automount"
to their options in fstab. You can read about this in many other forums.
Now, I (and inquiring minds) would like to know “why does an automount, wedge up picroft?”