Currently Being ModeratedJul 31, 2011 3:20 AM (in response to Chris-UK)
New MacBook Air mid-2011 with 4GB RAM/128SSD, migrated from Snow Leopard on a MacBook Pro
I am getting the same problem with multiple instances of mdworker and mdworker32 running, with one usually pegged at 80+% CPU usage. Only reason I even checked Activity Monitor was because I heard the fan come on. I figured Flash was running somewhere :-D
I have 7 accounts on my Air, and I have seen mdworker processes running on all of them, although none except my main account is actually logged in.
I see that even a user called _spotlight has multiple mdworker processes running. Never seen that. Is this a new user paradigm? I've certainly seen root running before
Currently Being ModeratedAug 1, 2011 10:51 AM (in response to Chris-UK)
I too have similar issues. I have determined that it does NOT have to do with FileVault, as the same problems occur with or without encryption. The multiple instance is mdworker (all running at 40-50% of CPU) are what is causing the majority of the heat issues, and seem almost random in nature. The system will run fine for a while, then start crunching away for no apparent reason. I suspect that it is related to multiple users (and possibly having more than one user running at a time) but can not confirm this yet. This is a major bug in Spotlight, and since it's something that is built into the deep OS, Apple really needs to take this seriously. Right now, I could NOT recommend the Lion update to anyone.
Currently Being ModeratedAug 1, 2011 12:24 PM (in response to Chris-UK)
AH! Okay, I have discovered a possible solution!
It seems that TimeMachine is now indexing the backup drive (maybe it did it before, but I never noticed). My current setup has my TimeMachine drive as a mounted network volume, so I do not know if this will apply to anyone using a locally connected drive. I saw that when I manually ran a TimeMachine backup, the backup drive mounted (as usual), but did NOT unmount as it used to do when finished with a backup. Almost at once (right after the backup) mdworker processes spawned for each of my users plus one for _spotlight and started sucking up my CPU. I tried to exclude the backup drive from indexing, but was not allowed to, HOWEVER, I could manually EJECT the mounted backup drive. Instantly the mdworker processes vanished and all was well.
I'm not sure what Apple was thinking here, or if indexing the backup drive is somehow necessary in Lion, but the process by which they are doing so is definitely messed up. Having my cpu run at 90°C for hours is NOT okay.
On a side note, I also noticed that the indexing of the backup drive does NOT show up in the Spotlight icon and happens completely in the background. I'm guessing that the more users you have on your machine, the more mdworker processes would spawn.
Currently Being ModeratedAug 2, 2011 9:51 AM (in response to ealtson)
Did the process ever complete? I've been seeing the same problem on a MBP15" mid-2007 running Lion (and ejected the volume after an hour or two each), and now after having a new MBA13" 2011 (migrated from the Time Machine backup) for a week, it's suddenly showing up here too.
I'm running a Time Capsule 2nd generation, firmware 7.5.2, and each computer has its own sparsebundle backup file on the Time Capsule.
By the way: I doubt the number of processes is related to the number of users as I have 4 mdworker instances but only one user - and in case the theory is correct that Lion is indexing the backup: why did it start right now and not a week ago on my new MBA?
It feels like something is corrupting the backup over time, which then causes these (endless?) processes.
Currently Being ModeratedAug 2, 2011 10:00 AM (in response to ealtson)
Thanks Ealston, that did it for me.
I had 5 or 6 mdworker processes running, keeping my hard-drive churning. As soon as I hit the eject on the Time Machine Backup, all but one of the mdworker processes died. The drive didn't actually eject, as eventually a dialog window popped up saying it couldn't eject as process was still using the mount. But, I can see in activity monitor that the disk I/O is back to normal. Looks like a bug in Lion that needs to be addressed.
Currently Being ModeratedAug 2, 2011 10:47 AM (in response to ckingsbu)
Simon, Chris: I hate being the one breaking the bad news to you, but these processes will return, most likely after one of the next backups. You might have to keep ejecting the volume every hour, until that problem is addressed.
Currently Being ModeratedAug 2, 2011 10:52 AM (in response to Alexander Ostleitner)
Alexander: Yes I am aware of that. My guess is as follows: The TM drive indeed needs to be indexed (no bug so far), but it uses too much CPU causing fans to start and slowing down working. I assume it will vanish at some point, when the drive is fully indexed (I see activity on the drive now). By ejecting the drive while working, I can at least shift this task to a time when it does not annoy me - and I can but my Mac in the fridge ;-)
Currently Being ModeratedAug 2, 2011 11:22 AM (in response to Simon Brueckner)
Simon, I'd say there are three bugs:
1) users who are not familiar with the activity monitor have no way to tell what is causing their batteries to drain and their fans to spin at max for lengthy periods,
2) the backup volume remains mounted on the desktop, which might be confusing for novice users,
3) the indexing of the TM backup seems to take ages. I've let the processes run for many, many hours on my MBP, indexing a ~150GB backup file, and I can't tell if it will be done soon, or if the processes restart from scratch each time I eject the drive.
Currently Being ModeratedAug 2, 2011 4:03 PM (in response to Chris-UK)
I have opted to do my TimeMachine backups manually until Apple adresses this issue. You can do this by putting the TimeMachine application on the dock, turning it "OFF" in the system preferences, and then right-clicking the dock app and selecting "Back Up Now". Alexander, no, my processes never did complete, but I did not let them run for more than a few hours. That kind of temp on my MBP for long periods is simply not acceptable. You do seem to be correct about the number of processes. I continue to see *at least* four processes when this occurs, and it does look like we have to manually eject each time we backup. Doing backups manually will at least save the trouble of having to go through that every hour.
I would love to know if the processes do ever actually stop. Perhaps someone with a computer with better cooling could let it run overnight (a Mac Pro maybe?).
Currently Being ModeratedAug 3, 2011 7:05 AM (in response to Chris-UK)
Similair problem here on a 2006 Mac Pro.
My TM backup is on a USB drive attached to an Airport Extreme; eventually all 4 processor cores on the Mac Pro are consumed to varying degrees by mds and mdworker, accompanied by high network traffic (often up to 18 MB/s). Ejecting the TM volume temporarily cures the issue and adding the TM volume to Spotlight's privacy exclusion list did not resolve the problem.
Anyone else wishing they would've stayed with Snow Leopard for just a little while longer??
Currently Being ModeratedAug 4, 2011 12:11 AM (in response to Chris-UK)
Just started having this problem tonight, about two weeks after upgrading to Lion. I have a HD plugged into a Airport Extreme that I'm using as a TM disk. Tried everything suggested on these threads and nothing has helped.
Currently Being ModeratedAug 4, 2011 4:32 AM (in response to Chris-UK)
Unfortunately, it's not just a Time Machine issue
I found this thread due to the same problems, but I'm on a new Air with no Time Machine.
However, I do note that the problem eventually went away.
Currently Being ModeratedAug 4, 2011 7:35 AM (in response to Chris-UK)
I posted one possible fix here: A possible solution for some Lion speed/CPU/heat/fan issues...