Fix for Time Machine backup problem “DIHLDiskImageAttach returned: 999”

For the last couple of days I’ve been plagued by a Time Machine problem for which seemingly nobody (that Google could find) had a solution:

23.01.14 09:53:44,125[13516]: Failed to attach to image: /Volumes/Data/Justus MBP13.sparsebundle, DIHLDiskImageAttach returned: 999

After quite a lot of bug searching I finally found a fix.

Continue reading

Droboshare Dashboard for Mac includes free Xtend SAN iSCSI Initiator (kind of)

Rather than not writing about it at all just some quick notes:

  • The Droboshare Dashboard software includes the Xtend SAN iSCSI Initiator.
  • If you want to use the initiator with non-Drobo iSCSI targets you will have to use the command line interface to configure the target and connect to it. The tool is called xtendsancli. This command line interface (cli) is written in Java and using RMI to talk to some backend which could open up some DIY GUI options.
  • The only limitation of the included Xtend initiator (besides the missing GUI) is that it checks if the target name begins with “”. If you can configure the server side there is no difficulty or downside in just using that name and making your iSCSI target look like a Drobo.

Disk Utility with iSCSI target

That way I was able to make the Drobo iSCSI initiator talk to a Ubuntu 13.10 ‘iscsitarget’ (thats the name of the package) on OS X Mavericks.

Compiling My Traceroute (MTR) on Mac OS X Mountain Lion

My Traceroute (MTR) is a very nice tool to get an impression of your network neighborhood. When trying to compile the most recent version of the tool (mtr-0.82) on my Mac (OS X 10.8.1) i ran into this problem:

gcc -g -O2 -Wall -Wno-pointer-sign curses.o -o mtr mtr.o net.o dns.o raw.o split.o display.o report.o getopt.o getopt1.o select.o -lm -ltermcap
Undefined symbols for architecture x86_64:
 "_res_9_dn_expand", referenced from:
 _parserespacket in dns.o
 "_res_9_ninit", referenced from:
 _dns_open in dns.o
 "_res_9_nmkquery", referenced from:
 _dorequest in dns.o
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
make[2]: *** [mtr] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Turns out its missing libresolv. The solution is simple:

Europa:mtr-0.82 justusbeyer$ export LDFLAGS="-lresolv"
Europa:mtr-0.82 justusbeyer$ ./configure --prefix=/usr --without-gtk
<lots of configure output> 
Europa:mtr-0.82 justusbeyer$ make


After Xcode-Update to 4.3 xcodebuild fails

The recent update to Xcode 4.3 marks a change in how Apple sets up developer systems. Until now all development-specific stuff (libraries, headers, Xcode itself, …) resided in /Developer. With 4.3 that directory is obsolete. The new directory is:


So if you use command line build tools like xcodebuild and see errors like this:

Error: No developer directory found at /Developer. Run /usr/bin/xcode-select to update the developer directory path.

… you might need to tell the system about the new path:

sudo /usr/bin/xcode-select -switch /Applications/