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 com.apple.backupd: 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.
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 “iqn.2005-06.com.drobo:”. 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.
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.
Nick Farina wrote a great piece on how it feels to start programming Android apps if you’ve previously breathed XCode and Interface Builder air and learned the hard way to play the strings of Apple´s stringent certificate management.
I agree with every single word. And its all but black and white.
Nick Farina: An iOS Developer Takes on Android
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: *** [mtr] Error 1
make: *** [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
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/Xcode.app/Contents/Developer