Hi, I’ve been finding recent versions of the repository installer for OSX either very slow or unresponsive. They seem to hang on ‘Unpacking Temporary Files’ or then the install itself. Installing Beta 15 took about 20mins after several tries and for most of that time it seemed to be unresponsive.
I’m installing to OSX 10.8.3 Server. I’ve not had problems like this until Beta 15 but 17 is currently behaving in the same way.
I’ve tried turning off our Firewall during installation but that doesn’t seem to make any difference. Any ideas what might be causing this?
Not sure if this console output helps? This is while the installer is hanging (has been for 15mins):
28/03/2013 17:29:58.000 kernel[0]: Sandbox: sandboxd(18397) deny mach-lookup com.apple.coresymbolicationd
28/03/2013 17:31:46.726 ruby[18419]: CFPreferences: user home directory for user kCFPreferencesCurrentUser at /var/teamsserver is unavailable. User domains will be volatile.
28/03/2013 17:31:46.732 com.apple.launchd[1]: (com.apple.collabd.expire[18419]) Exited with code: 1
28/03/2013 17:31:46.751 ruby[18420]: CFPreferences: user home directory for user kCFPreferencesCurrentUser at /var/teamsserver is unavailable. User domains will be volatile.
28/03/2013 17:31:46.784 sandboxd[18423]: ([18420]) collabpp(18420) deny file-read-data /Applications/Server.app/Contents/ServerRoot/usr/lib/libpq.5.5.dylib
28/03/2013 17:31:46.793 collabpp[18420]: CFPreferences: user home directory for user kCFPreferencesCurrentUser at /var/teamsserver is unavailable. User domains will be volatile.
28/03/2013 17:31:46.000 kernel[0]: Sandbox: sandboxd(18423) deny mach-lookup com.apple.coresymbolicationd
28/03/2013 17:31:46.897 sandboxd[18423]: ([18420]) collabpp(18420) deny file-read-data /Library/Preferences/.GlobalPreferences.plist
28/03/2013 17:31:47.534 sandboxd[18423]: ([18420]) collabpp(18420) deny file-read-data /Library/Preferences/.GlobalPreferences.plist
28/03/2013 17:32:02.498 mdworker[18428]: Unable to talk to lsboxd
28/03/2013 17:32:02.504 mdworker[18430]: Unable to talk to lsboxd
28/03/2013 17:32:02.608 sandboxd[18423]: ([18428]) mdworker(18428) deny mach-lookup com.apple.ls.boxd
28/03/2013 17:32:02.621 sandboxd[18423]: ([18430]) mdworker(18430) deny mach-lookup com.apple.ls.boxd
28/03/2013 17:32:43.032 collabd[129]: [CSContentService:47 94e3000 +13ms] Detected Magic Superuser Auth Token
28/03/2013 17:34:47.444 com.apple.quicklook.satellite[18472]: bootstrap_look_up2 failed with 0x44c
28/03/2013 17:34:47.000 kernel[0]: Sandbox: sandboxd(18473) deny mach-lookup com.apple.coresymbolicationd
28/03/2013 17:34:49.277 sandboxd[18473]: ([18472]) QuickLookSatelli(18472) deny mach-lookup com.apple.PowerManagement.control
28/03/2013 17:35:27.526 System Preferences[16791]: httpdEnabled is deprecated !!
28/03/2013 17:36:46.745 ruby[18507]: CFPreferences: user home directory for user kCFPreferencesCurrentUser at /var/teamsserver is unavailable. User domains will be volatile.
28/03/2013 17:36:46.777 sandboxd[18509]: ([18507]) collabpp(18507) deny file-read-data /Applications/Server.app/Contents/ServerRoot/usr/lib/libpq.5.5.dylib
28/03/2013 17:36:46.787 collabpp[18507]: CFPreferences: user home directory for user kCFPreferencesCurrentUser at /var/teamsserver is unavailable. User domains will be volatile.
28/03/2013 17:36:46.883 sandboxd[18509]: ([18507]) collabpp(18507) deny file-read-data /Library/Preferences/.GlobalPreferences.plist
28/03/2013 17:36:47.000 kernel[0]: Sandbox: sandboxd(18509) deny mach-lookup com.apple.coresymbolicationd
28/03/2013 17:36:47.438 sandboxd[18509]: ([18507]) collabpp(18507) deny file-read-data /Library/Preferences/.GlobalPreferences.plist
28/03/2013 17:39:38.098 Finder[251]: CVCGDisplayLink::setCurrentDisplay didn't find a valid display - falling back to 60Hz
28/03/2013 17:39:41.116 mdworker[18538]: Unable to talk to lsboxd
28/03/2013 17:39:41.203 sandboxd[18547]: ([18538]) mdworker(18538) deny mach-lookup com.apple.ls.boxd
28/03/2013 17:39:41.000 kernel[0]: Sandbox: sandboxd(18547) deny mach-lookup com.apple.coresymbolicationd
28/03/2013 17:40:03.743 System Preferences[16791]: httpdEnabled is deprecated !!
28/03/2013 17:40:11.208 System Preferences[16791]: httpdEnabled is deprecated !!
28/03/2013 17:40:13.595 System Preferences[16791]: *** WARNING: -[NSImage compositeToPoint:operation:] is deprecated in MacOSX 10.8 and later. Please use -[NSImage drawAtPoint:fromRect:operation:fraction:] instead.
28/03/2013 17:40:13.595 System Preferences[16791]: *** WARNING: -[NSImage compositeToPoint:fromRect:operation:] is deprecated in MacOSX 10.8 and later. Please use -[NSImage drawAtPoint:fromRect:operation:fraction:] instead.
We started bundling Mono with beta 13, and it’s unpacked during the “Unpacking Temporary Files” stage. It is normal that this can take a few minutes. In our tests, the “Unpacking Temporary Files” window remains active this entire time (the progress bar stays animated). Can you check if this is the case for you?
Also, if you are installing over an existing repository, the installer will back up a bunch of files first. This can also add to the install time.
Finally, when you’re installing, are you installing over the network, or are you running the installer directly on the network? If you’re installing over the network, that can also add overhead.
The installer will write to a log in /tmp (called bitrock_installer.log), so that can give you a better idea of what parts are taking longer.
Been away so just getting back to this. Not sure how long this actually took this time as I had to leave it running but came back to a few errors. I had two relating to Shotgun (may have been .dlint? - clicked through too quick. And then another below
Seems to have installed and be working ok though.
I’m installing locally (i.e. installer copied to the desktop of the repository machine) but I am installing the repository to an external drive (Pegasus Thunderbolt RAID).
The progress bar does seem to remain pulsing but doesn’t progress at all for a long time.
I wonder if the slowness has to do with using an external drive. Maybe as just a test, you could install another repo to the local disk, and then after it installs, run the repository installer again and choose the local disk repo again to mimic an update of an existing repo. If both installs go relatively quickly, then at least we know it’s the external drive.
That’s interesting about that error, since that command is run before the /tmp/repoinstalltemp directory is deleted. If you see this error happen again with beta 18, let us know!
Been trying to update to 18 today and having similar issues. No noticeable change between a local or external installation. It took 30mins to unpack the installer alone and I’ve aborted a couple because it was getting into hours.
Does the attached error from the bitrock log mean anything to you?
Error unloading: org.monodb.mongod
[attachment=0]Screen Shot 2013-04-12 at 17.23.31.png[/attachment]
I don’t think that error is an issue, since it’s just trying to stop mongo there, and it looks like the rest goes through OK after mongo is installed.
We can’t seem to reproduce this slowness on any of our Macs. The unpacking part takes a minute at most for us, and while the installation part takes longer, it’s never over 10 minutes.
Do you have another Mac you could test on? Maybe it’s something specific with this Mac.
I’ve notice that a ‘DeadlineDatabase6’ directory is now added alongside the ‘DeadlineRepository6’ directory.
On my server (i.e. the machine I want this installed on) it’s added ‘DeadlineDatabase6’ to Applications/Thinkbox rather than the external drive the Repository is installed on.
Might that be causing an issue? If so, is there an option of where to install the database?
Seems the slow installer issue was down to some weirdness running OSX headless via screen share. Plugged in a monitor and all sped up to normal speed. Lots of posts online about it (but no solutions!).
Back to database installation problem - I installed it to Applications/Thinkbox then moved the folders ‘DeadlineRepository6’ and ‘DeadlineDatabase6’ to our fileshare. I then did another install over the top. Error’s gone and all seems to be working.
Should that be ok?
Please close this long, drawn out, painful (!) thread if it is!!
Thank you for the information. I’m glad you managed to work through your slow installer issue.
There is currently a bug in the Mac Repository Installer where file paths containing spaces aren’t working. I believe this is also the root cause of the DeadlineDatabase6 folder being installed in the Applications/Thinkbox folder rather than your MFN Fileshare location. This has been fixed and will be in the next release. As far as you current solution goes, it is likely that Mongo is not actually looking at the new repository but an old version in memory. Unfortunately, for the current beta version the repository installation directory will not be able to support spaces.
