From: "Steve Simon" <steve@quintile.net>
To: 9fans@9fans.net
Subject: Re: [9fans] sheevaplug port available
Date: Thu, 21 Oct 2010 10:10:26 +0100 [thread overview]
Message-ID: <aa72981a94fe8a65d172e668eebc7520@quintile.net> (raw)
In-Reply-To: <621112A569DAE948AD25CCDCF1C07533299A09@dolly.ntdom.cupdx>
> error: copying /n/boot/386/9load: '/tmp/replica00098100' permission denied
Not somthing as trivial as you have no /tmp? (its usually bound to $home/tmp in profile).
> So is the proper thing to do to convert a new install to a cpu/file server (fossil)
> to change ownership of all files to bootes?
This is definitely not necessary.
My senario at home: I have a single combined cpu/auth/file server,
my hostowner is bootes.
When I want to do a pull I run "cpu -u bootes", as $cpu points to this server
I loopback and get a new prompt, but this time as bootes (think of it like
the unix su(1) command, though you don't get the console's namespace).
I beleive
Now I can run pull(1) from /usr/glenda/bin/rc/ and get my updates.
> sys/src/9/omap/screen.c: not replicated; will not update
I wonder if your replica databases have got in a mess? Somone whith more
nous of replicas internals may be able to help there.
-Steve
next prev parent reply other threads:[~2010-10-21 9:10 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-17 21:37 geoff
2009-11-17 21:43 ` David Leimbach
2009-11-17 22:04 ` Steve Simon
2009-11-17 23:51 ` Tharaneedharan Vilwanathan
2010-02-24 18:53 ` Jacob Todd
2010-02-24 20:22 ` geoff
2010-02-25 8:58 ` Francisco J Ballesteros
2010-02-28 5:11 ` kazumi iwane
2010-02-28 6:06 ` geoff
2010-02-28 8:02 ` kazumi iwane
2010-03-08 15:42 ` Mechiel Lukkien
2010-03-08 15:45 ` David Leimbach
2010-03-08 16:02 ` erik quanstrom
2010-03-09 15:38 ` Graham Gallagher
2010-03-09 15:57 ` Axel Belinfante
2010-03-09 16:30 ` Graham Gallagher
2010-10-19 19:14 ` James Chapman
2010-10-19 19:21 ` ron minnich
2010-10-19 19:45 ` Lyndon Nerenberg
2010-10-19 19:50 ` ron minnich
2010-10-19 20:00 ` Lyndon Nerenberg
2010-10-19 19:34 ` geoff
2010-10-20 20:11 ` Benjamin Huntsman
2010-10-20 20:22 ` Skip Tavakkolian
2010-10-20 20:29 ` erik quanstrom
2010-10-21 8:23 ` Benjamin Huntsman
2010-10-21 9:10 ` Steve Simon [this message]
2010-10-21 16:43 ` ron minnich
2010-10-21 18:09 ` Yaroslav
2010-10-21 9:35 ` Lucio De Re
2010-10-21 11:08 ` erik quanstrom
2010-10-21 16:53 ` Benjamin Huntsman
2010-10-21 17:37 ` Steve Simon
2010-10-21 18:04 ` Benjamin Huntsman
2010-10-21 18:17 ` Yaroslav
2010-10-21 20:43 ` Brian L. Stuart
2010-10-21 21:58 ` Benjamin Huntsman
2010-10-22 17:19 ` Benjamin Huntsman
2010-10-21 17:52 ` erik quanstrom
2010-10-21 20:40 ` Brian L. Stuart
2010-10-21 20:59 ` erik quanstrom
2010-10-21 15:30 ` ron minnich
[not found] <<9c855ecc7b4384e9a3ecb9ca2416ecac@plan9.bell-labs.com>
2009-11-18 21:27 ` erik quanstrom
2009-11-18 23:26 ` geoff
2009-11-18 23:32 ` geoff
[not found] <<3b93ad835e55404cc726f5314ee966fa@plan9.bell-labs.com>
2009-11-19 0:17 ` erik quanstrom
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=aa72981a94fe8a65d172e668eebc7520@quintile.net \
--to=steve@quintile.net \
--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).