9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Grant Mather <hcaulfield57@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] Venti on OpenBSD: vtversion: bad format in version string
Date: Wed, 22 Jan 2014 11:32:23 -0700	[thread overview]
Message-ID: <20140122183223.GA61957@Grants-MacBook.local> (raw)
In-Reply-To: <E3092E17-82FC-4FAF-9F8C-B7E63230BFA7@bitblocks.com>

On Tue, Jan 14, 2014 at 10:48:59PM -0800, Bakul Shah wrote:
> On Jan 13, 2014, at 3:59 PM, Grant Mather <hcaulfield57@gmail.com> wrote:
> > I partitioned the disk using fdisk to create one large OpenBSD
> > partition, and then created two paritions with disklabel, one for arenas
> > and one for isect. I followed the wiki page for setting up venti, and
> > have been able to get it working on Plan 9 and other OSes, but not
> > OpenBSD.
>
> One suggestion is to use normal files for venti and see if that works.
>
> > Using plan9port-20120508 that is provided with OpenBSD seems to have
> > venti working properly on the system, but it does not work across the
> > network, when trying to connect with vac/unvac to the server with a
> > different OS, I invariably get "vtversion: bad format in version
> > string".
> >
> > Using the most up to date plan9port-20140107, I get the same vtversion
> > string when connecting from other OSes, and venti doesn't seem to even
> > work on the server, I in turn get "vac: could not connect to server:
> > Connection refused".
>
> Have you tried diffing the two versions? Might tell you something. I
> use p9p venti on FreeBSD for my plan9 installs with no trouble so far.
>
> One more suggestion is to look at the data on the wire and compare
> with a working venti.
>
> >
> > Any help would be much appreciated it, I don't know what's going on.
> >
> > grm
> >
>

It appears to work fine with normal files, and I actually did manage to
get it to work with disk partitions, however I noticed two strange
behaviors. 1) when using vac on the OpenBSD machine it would not
recursively vac' directories, however it did work properly over the net
on Plan 9. 2) However, after reboot I got the same error message and it
no longer worked, even locally on the OpenBSD computer.

I tried diffing them, and the only differences were in VTMaxLumpSize, I
dunno if it makes any difference, regardless neither the 2014 or the
2012 version worked, so I guess I'm out of luck.



      reply	other threads:[~2014-01-22 18:32 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-13 23:59 Grant Mather
2014-01-15  6:48 ` Bakul Shah
2014-01-22 18:32   ` Grant Mather [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140122183223.GA61957@Grants-MacBook.local \
    --to=hcaulfield57@gmail.com \
    --cc=9fans@9fans.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).