# Installing new Audio Units requires restart in High Sierra **URL:** \ **Category:** Audio Plugins\ **Created:** [March 11, 2018, 2:17pm UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753 "2018-03-11T14:17:32Z")\ **Posts on this page:** 16\ **Page:** 3
**Author:** ![yfede](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/yfede/32/506_2.png) [@yfede](https://forum.juce.com/u/yfede)\ **Post date:** [September 12, 2018, 8:50am UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/43 "2018-09-12T08:50:53Z")
I found that removing the following folder caused Logic Pro X to perform a rescan of plug-ins when it starts: `/Users/your_username_here/Library/Caches/AudioUnitCache/` I’m on macOS High Sierra 10.13.6 with Logic Pro X 10.4.1 I don’t know if this helps in making Logic see newly installed plug-in, but this was certainly beneficial in making Logic understand a change of **name** in the plug-in: A previous build of my plug-in was named “OldName” and was seen as such by Logic. Then I renamed the plug-in project to “NewName” leaving the IDs (aufx ABCD MyPl) and filename intact and still Logic listed it as “OldName”, a sign that it had cached “OldName” in association with those IDs I switched to “Guest User” on my machine and started Logic there. Under that user, it showed the correct name “NewName” for the plug-in, so that got me convinced that the cache was stored on a per-user basis. I switched back to my regular user account and started looking around in `~/Library/Caches/` which sounded promising, and pronto I found that `AudioUnitCache` folder. I deleted it and, when I restarted Logic, I got the small notification that it did a rescan of the AUs. After that, the plug-in was correctly listed ad “NewName”. ---
**Author:** ![pflugshaupt](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/pflugshaupt/32/13206_2.png) [@pflugshaupt](https://forum.juce.com/u/pflugshaupt)\ **Post date:** [March 20, 2020, 10:31am UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/44 "2020-03-20T10:31:57Z")
I’ve just ran into this issue again with a customer and keep getting it everytime I start a new plugin project. Has anyone found a solution in the meantime? Or do you now just require a restart after installation? I appears to happen on Mojave as well, but has it maybe finally been fixed on Catalina? ---
**Author:** ![olilarkin](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/olilarkin/32/7142_2.png) [@olilarkin](https://forum.juce.com/u/olilarkin)\ **Post date:** [March 20, 2020, 12:44pm UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/45 "2020-03-20T12:44:59Z")
killall -9 AudioComponentRegistrar ---
**Author:** ![pflugshaupt](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/pflugshaupt/32/13206_2.png) [@pflugshaupt](https://forum.juce.com/u/pflugshaupt)\ **Post date:** [March 20, 2020, 1:48pm UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/46 "2020-03-20T13:48:38Z")
Thanks heaps! Do you do this as part of the installer scripts? … later that day … Thanks even more! Confirmed working with a post-install script on my AU installer package. Finally a working solution. ---
**Author:** ![stephenk](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/stephenk/32/15198_2.png) [@stephenk](https://forum.juce.com/u/stephenk)\ **Post date:** [March 20, 2020, 6:58pm UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/47 "2020-03-20T18:58:20Z")
> [@olilarkin](#): > > killall -9 AudioComponentRegistrar On what Mac OS’s is this available? Is it available on everything from High Sierra on? ---
**Author:** ![pflugshaupt](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/pflugshaupt/32/13206_2.png) [@pflugshaupt](https://forum.juce.com/u/pflugshaupt)\ **Post date:** [March 21, 2020, 5:36am UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/48 "2020-03-21T05:36:16Z")
It only depends on “killall” which was probably available on OS X 1.0. If there is no process called “AudioComponentRegistrar”, it’s just going to do nothing. ---
**Author:** ![stephenk](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/stephenk/32/15198_2.png) [@stephenk](https://forum.juce.com/u/stephenk)\ **Post date:** [March 21, 2020, 7:31am UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/49 "2020-03-21T07:31:35Z")
Thanks, good to know. 🙂 ---
**Author:** ![RolandMR](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/rolandmr/32/641_2.png) [@RolandMR](https://forum.juce.com/u/RolandMR)\ **Post date:** [March 21, 2020, 1:24pm UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/50 "2020-03-21T13:24:42Z")
Just be aware if there is no process called AudioComponentRegistrar killall will return an error code. If killall is the last command in your script then your script will return that error code and your package install will fail. So you should end you script with `exit 0`. ---
**Author:** ![daniel](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/daniel/32/790_2.png) [@daniel](https://forum.juce.com/u/daniel)\ **Post date:** [March 21, 2020, 2:11pm UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/51 "2020-03-21T14:11:29Z")
Anybody has insight, on which OSX versions AudioComponentRegistrar exists? Google and the apple site are quite silent when being asked for that keyword. Great to finally have something to go on, thanks from me as well @olilarkin! ---
**Author:** ![ttg](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/ttg/32/14456_2.png) [@ttg](https://forum.juce.com/u/ttg)\ **Post date:** [March 23, 2020, 6:46pm UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/52 "2020-03-23T18:46:11Z")
> [@daniel](#): > > Anybody has insight, on which OSX versions AudioComponentRegistrar exists? 1. @olilarkin already did a clean workflow for your installers 🙂 > 1. I did brute force 🙂 for all of us just as it’s interesting. 10.12 or below has no AudioComponentRegistrar process. might be nice to add this also to JUCE copy AU stage. ---
**Author:** ![yfede](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/yfede/32/506_2.png) [@yfede](https://forum.juce.com/u/yfede)\ **Post date:** [September 2, 2020, 2:30pm UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/53 "2020-09-02T14:30:53Z")
Is there something more to do in addition to: `killall -9 AudioComponentRegistrar` ? I’ve just witnessed a case in which the AU was failing the auval with “didn’t find the component” error. Issuing **the command above didn’t solve the problem, but rebooting did** , and now the exactly same AU is successfully validated 😐 this is macOS 10.15.6 and the AU was built with Xcode 11.6 ---
**Author:** ![daniel](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/daniel/32/790_2.png) [@daniel](https://forum.juce.com/u/daniel)\ **Post date:** [September 2, 2020, 3:17pm UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/54 "2020-09-02T15:17:36Z")
I think the iterm2 problem with auval could still be around somewhere… What happens is due to some environment settings, auval only validates apple plugins, but no 3rd party. In that case it says “-50 - no component found” and doesn’t list them using `auval -a` But that wouldn’t change after a reboot… strange ---
**Author:** ![yfede](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/yfede/32/506_2.png) [@yfede](https://forum.juce.com/u/yfede)\ **Post date:** [September 2, 2020, 4:20pm UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/55 "2020-09-02T16:20:14Z")
And also, I was not using iterm2, I’m still using the default Terminal that comes with macOS, and in fact with `auval -a` I could see other plug-ins that I built, not just the Apple ones ---
**Author:** ![jwietelmann](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/jwietelmann/32/9108_2.png) [@jwietelmann](https://forum.juce.com/u/jwietelmann)\ **Post date:** [September 2, 2020, 10:51pm UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/56 "2020-09-02T22:51:53Z")
I add a postinstall shell script to my pkg that runs: `killall -9 AudioComponentRegistrar; auval -v Your Plug Code` ---
**Author:** ![yairadix](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/yairadix/32/1114_2.png) [@yairadix](https://forum.juce.com/u/yairadix)\ **Post date:** [January 28, 2021, 8:56am UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/57 "2021-01-28T08:56:38Z")
Update: apparently Apple Silicon AUs don’t require the restart, but Intel ones (or running via Rosetta) still do (tested on macOS 11.1 on M1 MBP 2020) ---
**Author:** ![matkatmusic](https://avatars.discourse-cdn.com/v4/letter/m/dfb087/32.png) [@matkatmusic](https://forum.juce.com/u/matkatmusic)\ **Post date:** [April 21, 2021, 11:14pm UTC](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753/58 "2021-04-21T23:14:51Z")
I have never had to restart, as long as I just move the plugin out of the `Components` folder, wait 10 seconds, then move it back. Just throwing it out there. [Previous page](https://forum.juce.com/t/installing-new-audio-units-requires-restart-in-high-sierra/26753.md?page=2)