* vstart problem in master branch
@ 2011-03-31 17:59 Noah Watkins
2011-03-31 18:04 ` Gregory Farnum
0 siblings, 1 reply; 7+ messages in thread
From: Noah Watkins @ 2011-03-31 17:59 UTC (permalink / raw)
To: ceph-devel
Just updated master branch, and I'm getting the following errors when starting:
#> mkdir -p dev/osd0
#> mkdir log out
#> ./vstart --localhost -d -n
... (full log below) ...
./cosd -i 0 -c ceph.conf --mkfs
** WARNING: Ceph is still under heavy development, and is only suitable for **
** testing and review. Do not trust it with important data. **
2011-03-31 10:55:32.349925 7fdeb7d5d720 OSD::mkfs: couldn't mount FileStore: error -95
2011-03-31 10:55:32.349943 7fdeb7d5d720 ** ERROR: error creating empty object store in dev/osd0: error 95: Operation not supported
start osd0
./cosd -i 0 -c ceph.conf
** WARNING: Ceph is still under heavy development, and is only suitable for **
** testing and review. Do not trust it with important data. **
2011-03-31 10:55:32.365058 7f48ac9b0720 ** ERROR: unable to open OSD superblock on dev/osd0: error 2: No such file or directory
Thanks,
Noah Watkins
##############################################################################
nwatkins@kyoto:~/Projects/ceph/src$ ./vstart.sh --localhost -d -n
** going verbose **
=== mon.a ===
Stopping Ceph mon.a on kyoto...done
=== mon.b ===
Stopping Ceph mon.b on kyoto...done
=== mon.c ===
Stopping Ceph mon.c on kyoto...done
=== mds.a ===
Stopping Ceph mds.a on kyoto...done
=== mds.b ===
Stopping Ceph mds.b on kyoto...done
=== mds.c ===
Stopping Ceph mds.c on kyoto...done
=== osd.0 ===
Stopping Ceph osd.0 on kyoto...done
ip 127.0.0.1
./osdmaptool: osdmap file '/tmp/ceph_osdmap.1490'
./osdmaptool: writing epoch 1 to /tmp/ceph_osdmap.1490
WARNING: hostname resolves to loopback; remote hosts will not be able to
connect. either adjust /etc/hosts, or edit this script to use your
machine's real IP.
./monmaptool --create --clobber --add a 127.0.0.1:6789 --add b 127.0.0.1:6790 --add c 127.0.0.1:6791 --print /tmp/ceph_monmap.1490
./monmaptool: monmap file /tmp/ceph_monmap.1490
./monmaptool: generated fsid 83ec8eb8-3b51-3ab4-972d-d541dc853b09
epoch 1
fsid 83ec8eb8-3b51-3ab4-972d-d541dc853b09
last_changed 2011-03-31 10:55:26.336245
created 2011-03-31 10:55:26.336245
0: 127.0.0.1:6789/0 mon.a
1: 127.0.0.1:6790/0 mon.b
2: 127.0.0.1:6791/0 mon.c
./monmaptool: writing epoch 1 to /tmp/ceph_monmap.1490 (3 monitors)
./cmon --mkfs -c ceph.conf -i a --monmap=/tmp/ceph_monmap.1490 --osdmap=/tmp/ceph_osdmap.1490
** WARNING: Ceph is still under heavy development, and is only suitable for **
** testing and review. Do not trust it with important data. **
2011-03-31 10:55:26.942732 7fd4e3c5c720 auth: error reading file: .ceph_keyring
./cmon: created monfs at "dev/mon.a" for mon.a
./cmon --mkfs -c ceph.conf -i b --monmap=/tmp/ceph_monmap.1490 --osdmap=/tmp/ceph_osdmap.1490
** WARNING: Ceph is still under heavy development, and is only suitable for **
** testing and review. Do not trust it with important data. **
2011-03-31 10:55:27.740559 7f812724c720 auth: error reading file: .ceph_keyring
./cmon: created monfs at "dev/mon.b" for mon.b
./cmon --mkfs -c ceph.conf -i c --monmap=/tmp/ceph_monmap.1490 --osdmap=/tmp/ceph_osdmap.1490
** WARNING: Ceph is still under heavy development, and is only suitable for **
** testing and review. Do not trust it with important data. **
2011-03-31 10:55:28.482552 7ff1aba35720 auth: error reading file: .ceph_keyring
./cmon: created monfs at "dev/mon.c" for mon.c
./cmon -i a -c ceph.conf
** WARNING: Ceph is still under heavy development, and is only suitable for **
** testing and review. Do not trust it with important data. **
starting mon.a rank 0 at 127.0.0.1:6789/0 mon_data "dev/mon.a" fsid 83ec8eb8-3b51-3ab4-972d-d541dc853b09
./cmon -i b -c ceph.conf
** WARNING: Ceph is still under heavy development, and is only suitable for **
** testing and review. Do not trust it with important data. **
starting mon.b rank 1 at 127.0.0.1:6790/0 mon_data "dev/mon.b" fsid 83ec8eb8-3b51-3ab4-972d-d541dc853b09
./cmon -i c -c ceph.conf
** WARNING: Ceph is still under heavy development, and is only suitable for **
** testing and review. Do not trust it with important data. **
starting mon.c rank 2 at 127.0.0.1:6791/0 mon_data "dev/mon.c" fsid 83ec8eb8-3b51-3ab4-972d-d541dc853b09
Loading class: .libs/libcls_rbd.so.1.0.0: rbd 1.3 x86-64
2011-03-31 10:55:29.694509 7f3052ac1720 read 187586 bytes from .libs/libcls_rbd.so.1.0.0
2011-03-31 10:55:31.504132 mon <- [class,add,rbd,1.3,x86-64,changed]
2011-03-31 10:55:32.009383 mon0 -> 'updated' (0)
mkfs osd0
./cosd -i 0 -c ceph.conf --mkfs
** WARNING: Ceph is still under heavy development, and is only suitable for **
** testing and review. Do not trust it with important data. **
2011-03-31 10:55:32.349925 7fdeb7d5d720 OSD::mkfs: couldn't mount FileStore: error -95
2011-03-31 10:55:32.349943 7fdeb7d5d720 ** ERROR: error creating empty object store in dev/osd0: error 95: Operation not supported
start osd0
./cosd -i 0 -c ceph.conf
** WARNING: Ceph is still under heavy development, and is only suitable for **
** testing and review. Do not trust it with important data. **
2011-03-31 10:55:32.365058 7f48ac9b0720 ** ERROR: unable to open OSD superblock on dev/osd0: error 2: No such file or directory
creating dev/mds.a.keyring
2011-03-31 10:55:32.378374 7f0c0000e720 read 149 bytes from dev/mds.a.keyring
2011-03-31 10:55:32.663506 mon <- [auth,add,mds.a]
2011-03-31 10:55:32.984165 mon2 -> 'added key for mds.a' (0)
./cmds -i a -c ceph.conf
** WARNING: Ceph is still under heavy development, and is only suitable for **
** testing and review. Do not trust it with important data. **
starting mds.a at 0.0.0.0:6800/1924
creating dev/mds.b.keyring
2011-03-31 10:55:33.022148 7f515e177720 read 149 bytes from dev/mds.b.keyring
2011-03-31 10:55:33.024974 mon <- [auth,add,mds.b]
2011-03-31 10:55:33.359127 mon1 -> 'added key for mds.b' (0)
./cmds -i b -c ceph.conf
** WARNING: Ceph is still under heavy development, and is only suitable for **
** testing and review. Do not trust it with important data. **
starting mds.b at 0.0.0.0:6801/1947
creating dev/mds.c.keyring
2011-03-31 10:55:33.389347 7fe0bade3720 read 149 bytes from dev/mds.c.keyring
2011-03-31 10:55:33.390946 mon <- [auth,add,mds.c]
2011-03-31 10:55:33.733775 mon2 -> 'added key for mds.c' (0)
./cmds -i c -c ceph.conf
** WARNING: Ceph is still under heavy development, and is only suitable for **
** testing and review. Do not trust it with important data. **
starting mds.c at 0.0.0.0:6802/1970
./ceph -c ceph.conf mds set_max_mds 3
2011-03-31 10:55:33.755911 mon <- [mds,set_max_mds,3]
2011-03-31 10:55:34.126169 mon1 -> 'max_mds = 3' (0)
started. stop.sh to stop. see out/* (e.g. 'tail -f out/????') for debug output.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: vstart problem in master branch
2011-03-31 17:59 vstart problem in master branch Noah Watkins
@ 2011-03-31 18:04 ` Gregory Farnum
2011-03-31 18:06 ` Tommi Virtanen
0 siblings, 1 reply; 7+ messages in thread
From: Gregory Farnum @ 2011-03-31 18:04 UTC (permalink / raw)
To: Noah Watkins; +Cc: ceph-devel
I think that's the user_xattr error (if you don't have user xattrs enabled on the mount).
If not there were some issues on master yesterday or two days ago that I think are fixed now; somebody else should know more about what those were.
-Greg
On Thursday, March 31, 2011 at 10:59 AM, Noah Watkins wrote:
> Just updated master branch, and I'm getting the following errors when starting:
>
> #> mkdir -p dev/osd0
> #> mkdir log out
> #> ./vstart --localhost -d -n
>
> ... (full log below) ...
>
> ./cosd -i 0 -c ceph.conf --mkfs
> ** WARNING: Ceph is still under heavy development, and is only suitable for **
> ** testing and review. Do not trust it with important data. **
> 2011-03-31 10:55:32.349925 7fdeb7d5d720 OSD::mkfs: couldn't mount FileStore: error -95
> 2011-03-31 10:55:32.349943 7fdeb7d5d720 ** ERROR: error creating empty object store in dev/osd0: error 95: Operation not supported
> start osd0
> ./cosd -i 0 -c ceph.conf
> ** WARNING: Ceph is still under heavy development, and is only suitable for **
> ** testing and review. Do not trust it with important data. **
> 2011-03-31 10:55:32.365058 7f48ac9b0720 ** ERROR: unable to open OSD superblock on dev/osd0: error 2: No such file or directory
>
> Thanks,
> Noah Watkins
>
>
> ##############################################################################
> nwatkins@kyoto:~/Projects/ceph/src$ ./vstart.sh --localhost -d -n
> ** going verbose **
> === mon.a ===
> Stopping Ceph mon.a on kyoto...done
> === mon.b ===
> Stopping Ceph mon.b on kyoto...done
> === mon.c ===
> Stopping Ceph mon.c on kyoto...done
> === mds.a ===
> Stopping Ceph mds.a on kyoto...done
> === mds.b ===
> Stopping Ceph mds.b on kyoto...done
> === mds.c ===
> Stopping Ceph mds.c on kyoto...done
> === osd.0 ===
> Stopping Ceph osd.0 on kyoto...done
> ip 127.0.0.1
> ./osdmaptool: osdmap file '/tmp/ceph_osdmap.1490'
> ./osdmaptool: writing epoch 1 to /tmp/ceph_osdmap.1490
>
> WARNING: hostname resolves to loopback; remote hosts will not be able to
> connect. either adjust /etc/hosts, or edit this script to use your
> machine's real IP.
>
> ./monmaptool --create --clobber --add a 127.0.0.1:6789 --add b 127.0.0.1:6790 --add c 127.0.0.1:6791 --print /tmp/ceph_monmap.1490
> ./monmaptool: monmap file /tmp/ceph_monmap.1490
> ./monmaptool: generated fsid 83ec8eb8-3b51-3ab4-972d-d541dc853b09
> epoch 1
> fsid 83ec8eb8-3b51-3ab4-972d-d541dc853b09
> last_changed 2011-03-31 10:55:26.336245
> created 2011-03-31 10:55:26.336245
> 0: 127.0.0.1:6789/0 mon.a
> 1: 127.0.0.1:6790/0 mon.b
> 2: 127.0.0.1:6791/0 mon.c
> ./monmaptool: writing epoch 1 to /tmp/ceph_monmap.1490 (3 monitors)
> ./cmon --mkfs -c ceph.conf -i a --monmap=/tmp/ceph_monmap.1490 --osdmap=/tmp/ceph_osdmap.1490
> ** WARNING: Ceph is still under heavy development, and is only suitable for **
> ** testing and review. Do not trust it with important data. **
> 2011-03-31 10:55:26.942732 7fd4e3c5c720 auth: error reading file: .ceph_keyring
> ./cmon: created monfs at "dev/mon.a" for mon.a
> ./cmon --mkfs -c ceph.conf -i b --monmap=/tmp/ceph_monmap.1490 --osdmap=/tmp/ceph_osdmap.1490
> ** WARNING: Ceph is still under heavy development, and is only suitable for **
> ** testing and review. Do not trust it with important data. **
> 2011-03-31 10:55:27.740559 7f812724c720 auth: error reading file: .ceph_keyring
> ./cmon: created monfs at "dev/mon.b" for mon.b
> ./cmon --mkfs -c ceph.conf -i c --monmap=/tmp/ceph_monmap.1490 --osdmap=/tmp/ceph_osdmap.1490
> ** WARNING: Ceph is still under heavy development, and is only suitable for **
> ** testing and review. Do not trust it with important data. **
> 2011-03-31 10:55:28.482552 7ff1aba35720 auth: error reading file: .ceph_keyring
> ./cmon: created monfs at "dev/mon.c" for mon.c
> ./cmon -i a -c ceph.conf
> ** WARNING: Ceph is still under heavy development, and is only suitable for **
> ** testing and review. Do not trust it with important data. **
> starting mon.a rank 0 at 127.0.0.1:6789/0 mon_data "dev/mon.a" fsid 83ec8eb8-3b51-3ab4-972d-d541dc853b09
> ./cmon -i b -c ceph.conf
> ** WARNING: Ceph is still under heavy development, and is only suitable for **
> ** testing and review. Do not trust it with important data. **
> starting mon.b rank 1 at 127.0.0.1:6790/0 mon_data "dev/mon.b" fsid 83ec8eb8-3b51-3ab4-972d-d541dc853b09
> ./cmon -i c -c ceph.conf
> ** WARNING: Ceph is still under heavy development, and is only suitable for **
> ** testing and review. Do not trust it with important data. **
> starting mon.c rank 2 at 127.0.0.1:6791/0 mon_data "dev/mon.c" fsid 83ec8eb8-3b51-3ab4-972d-d541dc853b09
> Loading class: .libs/libcls_rbd.so.1.0.0: rbd 1.3 x86-64
> 2011-03-31 10:55:29.694509 7f3052ac1720 read 187586 bytes from .libs/libcls_rbd.so.1.0.0
> 2011-03-31 10:55:31.504132 mon <- [class,add,rbd,1.3,x86-64,changed]
> 2011-03-31 10:55:32.009383 mon0 -> 'updated' (0)
> mkfs osd0
> ./cosd -i 0 -c ceph.conf --mkfs
> ** WARNING: Ceph is still under heavy development, and is only suitable for **
> ** testing and review. Do not trust it with important data. **
> 2011-03-31 10:55:32.349925 7fdeb7d5d720 OSD::mkfs: couldn't mount FileStore: error -95
> 2011-03-31 10:55:32.349943 7fdeb7d5d720 ** ERROR: error creating empty object store in dev/osd0: error 95: Operation not supported
> start osd0
> ./cosd -i 0 -c ceph.conf
> ** WARNING: Ceph is still under heavy development, and is only suitable for **
> ** testing and review. Do not trust it with important data. **
> 2011-03-31 10:55:32.365058 7f48ac9b0720 ** ERROR: unable to open OSD superblock on dev/osd0: error 2: No such file or directory
> creating dev/mds.a.keyring
> 2011-03-31 10:55:32.378374 7f0c0000e720 read 149 bytes from dev/mds.a.keyring
> 2011-03-31 10:55:32.663506 mon <- [auth,add,mds.a]
> 2011-03-31 10:55:32.984165 mon2 -> 'added key for mds.a' (0)
> ./cmds -i a -c ceph.conf
> ** WARNING: Ceph is still under heavy development, and is only suitable for **
> ** testing and review. Do not trust it with important data. **
> starting mds.a at 0.0.0.0:6800/1924
> creating dev/mds.b.keyring
> 2011-03-31 10:55:33.022148 7f515e177720 read 149 bytes from dev/mds.b.keyring
> 2011-03-31 10:55:33.024974 mon <- [auth,add,mds.b]
> 2011-03-31 10:55:33.359127 mon1 -> 'added key for mds.b' (0)
> ./cmds -i b -c ceph.conf
> ** WARNING: Ceph is still under heavy development, and is only suitable for **
> ** testing and review. Do not trust it with important data. **
> starting mds.b at 0.0.0.0:6801/1947
> creating dev/mds.c.keyring
> 2011-03-31 10:55:33.389347 7fe0bade3720 read 149 bytes from dev/mds.c.keyring
> 2011-03-31 10:55:33.390946 mon <- [auth,add,mds.c]
> 2011-03-31 10:55:33.733775 mon2 -> 'added key for mds.c' (0)
> ./cmds -i c -c ceph.conf
> ** WARNING: Ceph is still under heavy development, and is only suitable for **
> ** testing and review. Do not trust it with important data. **
> starting mds.c at 0.0.0.0:6802/1970
> ./ceph -c ceph.conf mds set_max_mds 3
> 2011-03-31 10:55:33.755911 mon <- [mds,set_max_mds,3]
> 2011-03-31 10:55:34.126169 mon1 -> 'max_mds = 3' (0)
> started. stop.sh to stop. see out/* (e.g. 'tail -f out/????') for debug output.--
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: vstart problem in master branch
2011-03-31 18:04 ` Gregory Farnum
@ 2011-03-31 18:06 ` Tommi Virtanen
2011-03-31 18:08 ` Noah Watkins
0 siblings, 1 reply; 7+ messages in thread
From: Tommi Virtanen @ 2011-03-31 18:06 UTC (permalink / raw)
To: Gregory Farnum; +Cc: Noah Watkins, ceph-devel
On Thu, Mar 31, 2011 at 11:04:36AM -0700, Gregory Farnum wrote:
> I think that's the user_xattr error (if you don't have user xattrs enabled on the mount).
Yup, I agree with this diagnosis.
We should make that error more obvious: http://tracker.newdream.net/issues/952
--
:(){ :|:&};:
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: vstart problem in master branch
2011-03-31 18:06 ` Tommi Virtanen
@ 2011-03-31 18:08 ` Noah Watkins
2011-04-15 21:02 ` Ankur Kemkar
0 siblings, 1 reply; 7+ messages in thread
From: Noah Watkins @ 2011-03-31 18:08 UTC (permalink / raw)
To: Tommi Virtanen; +Cc: Gregory Farnum, ceph-devel
That was it (/me adds to fstab).
Thanks,
Noah
On Mar 31, 2011, at 11:06 AM, Tommi Virtanen wrote:
> On Thu, Mar 31, 2011 at 11:04:36AM -0700, Gregory Farnum wrote:
>> I think that's the user_xattr error (if you don't have user xattrs enabled on the mount).
>
> Yup, I agree with this diagnosis.
>
> We should make that error more obvious: http://tracker.newdream.net/issues/952
>
> --
> :(){ :|:&};:
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: vstart problem in master branch
2011-03-31 18:08 ` Noah Watkins
@ 2011-04-15 21:02 ` Ankur Kemkar
2011-04-15 21:27 ` Tommi Virtanen
0 siblings, 1 reply; 7+ messages in thread
From: Ankur Kemkar @ 2011-04-15 21:02 UTC (permalink / raw)
To: ceph-devel
Noah Watkins <jayhawk <at> cs.ucsc.edu> writes:
>
> That was it (/me adds to fstab).
>
> Thanks,
> Noah
>
> On Mar 31, 2011, at 11:06 AM, Tommi Virtanen wrote:
>
> > On Thu, Mar 31, 2011 at 11:04:36AM -0700, Gregory Farnum wrote:
> >> I think that's the user_xattr error (if you don't have user xattrs enabled
on the mount).
> >
> > Yup, I agree with this diagnosis.
> >
> > We should make that error more obvious: http://tracker.newdream.net/issues/952
> >
> > --
> > :(){ :|:&};:
>
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo <at> vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
If all i need to do is get fresh sources and compile instead of installing the
package (apt-get), maybe I can try that to go past this.
I am using available ubuntu package and see this today. /data/osdN/ on a node
seems to be wiped in attempt to start ceph. mkfs creates it all right.
sysadmin@ubuntu3:~$ ls -R /data
/data:
osd2
/data/osd2:
sysadmin@ubuntu3:~$ ls -l /data/osd* <--- after makecpehfs
total 20
-rw-r--r-- 1 root root 37 2011-04-15 11:14 ceph_fsid
drwxr-xr-x 4 root root 4096 2011-04-15 11:14 current
-rw-r--r-- 1 root root 8 2011-04-15 11:14 fsid
-rw-r--r-- 1 root root 21 2011-04-15 11:14 magic
-rw-r--r-- 1 root root 2 2011-04-15 11:14 whoami
sysadmin@ubuntu3:~$ sync <-- after this I attempt to start ceph
sysadmin@ubuntu3:~$ ls -l /data/osd*
total 0
drwxr-xr-x 1 root root 0 2011-04-15 09:26 current
sysadmin@ubuntu3:~$ sudo reboot
after reboot, I see:
sysadmin@ubuntu3:~$ mount
/dev/sda1 on / type ext4 (rw,user_xattr,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
/dev/sdb on /data/osd2 type btrfs (rw,noatime) <--- the directory is still
empty as above. So what is this?
thanks -
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: vstart problem in master branch
2011-04-15 21:02 ` Ankur Kemkar
@ 2011-04-15 21:27 ` Tommi Virtanen
2011-04-16 0:39 ` Ankur Kemkar
0 siblings, 1 reply; 7+ messages in thread
From: Tommi Virtanen @ 2011-04-15 21:27 UTC (permalink / raw)
To: Ankur Kemkar; +Cc: ceph-devel
On Fri, Apr 15, 2011 at 09:02:20PM +0000, Ankur Kemkar wrote:
> sysadmin@ubuntu3:~$ mount
> /dev/sda1 on / type ext4 (rw,user_xattr,errors=remount-ro)
...
> /dev/sdb on /data/osd2 type btrfs (rw,noatime) <--- the directory is still
> empty as above. So what is this?
Quick guess -- perhaps you didn't have /data/osd2 mounted at the time
you ran mkcephfs, and the files were created in a subdirectory of your
root filesystem.
Shut down ceph, do umount /data/osd2, and ls /data/osd2; if the files
are there, then that was what happened.
--
:(){ :|:&};:
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: vstart problem in master branch
2011-04-15 21:27 ` Tommi Virtanen
@ 2011-04-16 0:39 ` Ankur Kemkar
0 siblings, 0 replies; 7+ messages in thread
From: Ankur Kemkar @ 2011-04-16 0:39 UTC (permalink / raw)
To: ceph-devel
Tommi Virtanen <tommi.virtanen <at> dreamhost.com> writes:
> Quick guess -- perhaps you didn't have /data/osd2 mounted at the time
> you ran mkcephfs, and the files were created in a subdirectory of your
> root filesystem.
>
> Shut down ceph, do umount /data/osd2, and ls /data/osd2; if the files
> are there, then that was what happened.
>
Thanks - It works. Yes, I didn't have any of the btrfs on any of the 3 nodes
mounted prior to mkcephfs.
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2011-04-16 0:40 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-03-31 17:59 vstart problem in master branch Noah Watkins
2011-03-31 18:04 ` Gregory Farnum
2011-03-31 18:06 ` Tommi Virtanen
2011-03-31 18:08 ` Noah Watkins
2011-04-15 21:02 ` Ankur Kemkar
2011-04-15 21:27 ` Tommi Virtanen
2011-04-16 0:39 ` Ankur Kemkar
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.