I was missing that the client machine can't see itself so running aoe-stat in one term with vblade in another meant that aoe-stat returned nothing, which is a bit confusing.
So I booted the slax live CD and did
# mkfs.ext3 /dev/hda2
# vbladectl start hda2
(/dev/hda2 is my swap partition on this machine so it's ok to mess with it).
I compiled an aoe kernel for plan9 yesterday so booted into that.
I lifted the next bits from the aoe / sdaoe man pages
http://plan9.bell-labs.com/magic/man2html/3/aoe
http://plan9.bell-labs.com/magic/man2html/3/sdaoe
As bootes :
# bind -a '#ae' /dev
# echo bind '#l0/ether0' >/dev/aoe/ctl
# bind –a '#S' /dev
# echo config switch on spec l type aoe//dev/aoe/0.0 > /dev/sdctl
# chmod +rw /dev/sdl0/*
which worked so now I have /dev/sdl0/^(ctl data raw)
The online manpages are different to mine. Though both suggest spec e in the instructions instead of the l I have in my synopsis.
I chmoded it +rw to so that I could configure it via rio instead of console
; ext2srv
; mount -c /srv/ext2 /n/rodhda2 /dev/sdl0/data
; touch /n/rodhda2/t
; rm /n/rodhda2/t
whee, now I can mount Linux ext3 partitions over the LAN !
Next stage, I shall boot Slax on from CDROM the EPIA this time with the 16Mb CF card on the IDE and try and mount it in Debian.
Worked fine, the Slax booted I did
# vbladectl start hda1 on the EPIA and the Debian box saw it appear and started it off.# mount /dev/etherd/e0.1 /mntand there it was in r/w mode
Plan 9's vblade can serve individual files rather than block devices which is pretty good.
The next step in Linux seems to be multi-user access using GFS. I do need a way of exchanging data, no point copying it on if you're not going to copy it back off again. Though it seems one can vblade and mount the same partition and rw to it from either - I'll ask eric about this sometime (and thank him).
No comments:
Post a Comment