>Did I not allude to that when I used the word "daemon"?
not exactly. one important difference is that a file server in plan 9
"by definition" if you like interprets the 9P protocol.
there's no such guarantee for an arbitrary "daemon".
("That same daemon that hath gulled thee thus.")
On Fri, 14 Jan 2011 14:13:48 EST erik quanstrom wrote:
> > > > Not in the sense that you can purge specific files you don't
> > > > want and continue using the same venti. But you can do what a
> > > > copying garbage collector does -- it copies all the data
> > > > *reachable* from the data `roo
On Fri, 14 Jan 2011, erik quanstrom wrote:
> > > > Not in the sense that you can purge specific files you don't
> > > > want and continue using the same venti. But you can do what a
> > > > copying garbage collector does -- it copies all the data
> > > > *reachable* from the data `roots' (a set of
On Fri, 14 Jan 2011, Charles Forsyth wrote:
> > Am I close?
>
> a Plan 9 "file server" is just a program that responds to the 9P
> protocol described in section 5 of the manual. (there is library
> support for writing a file server.) a file server can provide a
> service other than conventional d
> > > Not in the sense that you can purge specific files you don't
> > > want and continue using the same venti. But you can do what a
> > > copying garbage collector does -- it copies all the data
> > > *reachable* from the data `roots' (a set of objects you know
> > > you want). What is left behi
> Am I close?
a Plan 9 "file server" is just a program that responds to the 9P protocol
described
in section 5 of the manual. (there is library support for writing a file
server.)
a file server can provide a service other than conventional data storage:
consider
rio, the plan 9 window system, a
> Do you mean what is being referred to below as "worm HDD":
>
> http://www.storagesearch.com/view64.html
this instead: http://www.plasmon.com/archive_solutions/udodrives.html
or a bd+r.
for cost reasons, this isn't that practical anymore.
> I think that I'm also getting confused with the use o
On Fri, 14 Jan 2011, erik quanstrom wrote:
> > > i don't use venti, i use the original file server, but this still holds
> > > true of any worm system. in the 6 years i've had my worm, i've used
> > > 12gb. yet the size of my worm went from 18gb to 1500gb.
> >
> > So the sub-partition fossil is
On Fri, 14 Jan 2011, Federico G. Benavento wrote:
> > The Fossil partition being the partition where Plan9 will be running.
> > Venti should then be on another partition?
> >
>
> Plan 9 partitions are (in the standard installation) subdivided,
> 9fat - for the kernel
> fossil - ...
> swap - ...
>
> The Fossil partition being the partition where Plan9 will be running.
> Venti should then be on another partition?
>
Plan 9 partitions are (in the standard installation) subdivided,
9fat - for the kernel
fossil - ...
swap - ...
plus "arenas" and "isect" if you chose to install venti
but come o
On Fri, 14 Jan 2011 12:54:04 EST erik quanstrom wrote:
> > Not in the sense that you can purge specific files you don't
> > want and continue using the same venti. But you can do what a
> > copying garbage collector does -- it copies all the data
> > *reachable* from the data `roots' (a set of ob
things shouldn't be written to venti by existing software
unless there is (or soon will be) a root
that refers to them, so i don't think the copying scheme
would work as things stand.
> Not in the sense that you can purge specific files you don't
> want and continue using the same venti. But you can do what a
> copying garbage collector does -- it copies all the data
> *reachable* from the data `roots' (a set of objects you know
> you want). What is left behind is considered gar
On Thu, 13 Jan 2011 21:31:00 MST Duke Normandin wrote:
>
> > I wouldn't try it with less than a 20 GB disk, with say 2 GB for
> > Fossil and the rest for Venti; unless you start storing music and
> > video on there, that should give you plenty of room to work with.
>
> Ok! Can Venti be managed?
> > i don't use venti, i use the original file server, but this still holds
> > true of any worm system. in the 6 years i've had my worm, i've used
> > 12gb. yet the size of my worm went from 18gb to 1500gb.
>
> So the sub-partition fossil is mounts a WORM drive/device? or can this
> sub-partiti
On Fri, 14 Jan 2011, erik quanstrom wrote:
> > > The Fossil partition being the partition where Plan9 will be running.
> > > Venti should then be on another partition?
> > >
> > Yes.
>
> i don't think that this conveys the right meaning. plan 9 is compatable with
> fdisk-style partitions, but typ
> > The Fossil partition being the partition where Plan9 will be running.
> > Venti should then be on another partition?
> >
> Yes.
i don't think that this conveys the right meaning. plan 9 is compatable with
fdisk-style partitions, but typically subpartitions them with prep-style
partitions.
so
On Jan 13, 2011 11:33 PM, "Duke Normandin" wrote:
>
> On Thu, 13 Jan 2011, John Floren wrote:
>
> > On Thu, Jan 13, 2011 at 8:15 PM, Duke Normandin
wrote:
> [snip]
>
> > > What is the minimum HDD capacity required to run an Auth/cpu/fs server
> > > with Venti support?
> >
> > There's no hard and
On Thu, 13 Jan 2011, John Floren wrote:
> On Thu, Jan 13, 2011 at 8:15 PM, Duke Normandin wrote:
[snip]
> > What is the minimum HDD capacity required to run an Auth/cpu/fs server
> > with Venti support?
>
> There's no hard and fast rule, really, but your Fossil partition needs
> to be at least b
On Thu, Jan 13, 2011 at 8:15 PM, Duke Normandin wrote:
> On Thu, 13 Jan 2011, John Floren wrote:
>
>> On 1/13/2011 7:42 PM, Duke Normandin wrote:
>>
>> > What is Venti again?
>>
>> Venti is the archival storage for Plan 9. Basically, new files and
>> changes to files get written to the Fossil file
On Thu, 13 Jan 2011, erik quanstrom wrote:
> > > The Plan ( server would
> > > have to have enough disk space to store its own stuff, plus the
> > > workstation's file system? Could get dicey, if you've got a few
> > > workstations net-booting, could it not?
> >
> > It can. The clients all share
On Thu, 13 Jan 2011, John Floren wrote:
> On 1/13/2011 7:42 PM, Duke Normandin wrote:
>
> > What is Venti again?
>
> Venti is the archival storage for Plan 9. Basically, new files and
> changes to files get written to the Fossil file system. If Venti exists,
> those changes get written to Venti; V
> works on a rather cool block-coalescing system. I highly recommend
> reading the paper.
>
> On a system with a small disk, it's a good idea to go without Venti,
> because of the space required.
oh, the irony.
- erik
On Thu, 13 Jan 2011, blstu...@bellsouth.net wrote:
[snip]
> > So the NIC in your Linux box must have to be PXE capable?
>
> It depends. If you want to PXE boot the box directly and have
> it run the Plan9 kernel natively, then at some point, something
> will have to be PXE capable. That could b
On 1/13/2011 7:42 PM, Duke Normandin wrote:
> On Thu, 13 Jan 2011, John Floren wrote:
>
>> At Thu, 13 Jan 2011 14:37:52 -0700 (MST),
>> Duke Normandin wrote:
>>> On Thu, 13 Jan 2011, John Floren wrote:
>>>
I think you mentioned in another message that you have a headless box
available; I
> > The Plan ( server would
> > have to have enough disk space to store its own stuff, plus the
> > workstation's file system? Could get dicey, if you've got a few
> > workstations net-booting, could it not?
>
> It can. The clients all share a single copy of the common files,
> but each user will
On Thu, 13 Jan 2011, John Floren wrote:
> At Thu, 13 Jan 2011 14:37:52 -0700 (MST),
> Duke Normandin wrote:
> >
> > On Thu, 13 Jan 2011, John Floren wrote:
> >
> > > I think you mentioned in another message that you have a headless box
> > > available; I recommend temporarily hooking that up to a
On Thu, 13 Jan 2011, Federico G. Benavento wrote:
> yes, I dual booted Plan 9 and windows for years, it worked great,
> just boot the cdroom and follow the instructions, choose the empty
> space or partition from the installer, etc. you'll end up with a standalone
> terminal, no need for a cpu ser
>> him. An even more Plan9-like way of doing it is to net-boot a Plan9
>> terminal from your cpu/auth/fs machine. If you want to boot your
>> main box that way, you can without installing anything on it. From
>> within Linux, you can do the same thing in virtualbox. In fact, I
>> have a virtual
yes, I dual booted Plan 9 and windows for years, it worked great,
just boot the cdroom and follow the instructions, choose the empty
space or partition from the installer, etc. you'll end up with a standalone
terminal, no need for a cpu server in the beginning, later you could
just rebuild the kern
At Thu, 13 Jan 2011 14:37:52 -0700 (MST),
Duke Normandin wrote:
>
> On Thu, 13 Jan 2011, John Floren wrote:
>
> > I think you mentioned in another message that you have a headless box
> > available; I recommend temporarily hooking that up to a monitor,
> > keyboard, and mouse, then installing a s
On Thu, 13 Jan 2011, Brian L. Stuart wrote:
> > I could run a headless box as a Plan9 auth/cpu, fs server. Then,
> > if I want to this Plan9 server, is there a minimum Plan9 install
> > that I could put on the spare partition that I have?
>
> With this setup available, there are several ways you
>On Thu, 13 Jan 2011, Brian L. Stuart wrote:
[snip]
> It has become a little confusing over the last 20 years. In a way
> too brief way, here are the basic incarnations of Plan9:
>
> - Natively running the current Plan9 kernel
>- Stand-alone terminal with its own fs
>- Terminal (possibl
> I see! I mis-understood what you meant by "Plan 9
> terminal". I thought
> that the Plan 9 Live CD gave you a choice of either
> installing the
> Plan 9 server or a Plan 9 client/terminal. I now see that
> that there
> are terminals available on various OSes to connect to a
> Plan 9
> server.
It
> I could run a headless box as a Plan9 auth/cpu, fs server.
> Then, if I
> want to this Plan9 server, is there a minimum Plan9 install
> that I
> could put on the spare partition that I have?
With this setup available, there are several ways
you can go. As a lot of people have suggested, you
can
On Thu, 13 Jan 2011, John Floren wrote:
[snip]
> Yes. You just stick in the CD and do a basic install. When you're
> done, you get all the programs that ship with Plan 9; it's very
> usable, you can connect to various Plan 9 servers or FTP to move
> files around and stuff.
I see! I mis-understoo
> Can I use Plan9 standalone in a dedicated partition?
Yes, of course!
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/13/2011 12:24 PM, Duke Normandin wrote:
> On Thu, 13 Jan 2011, John Floren wrote:
>
> [snip]
>
>> If you only have one computer available and have to dual-boot, you can
>> actually do pretty good with a simple, standalone terminal (this is what
On Thu, 13 Jan 2011, John Floren wrote:
[snip]
> If you only have one computer available and have to dual-boot, you can
> actually do pretty good with a simple, standalone terminal (this is what
> gets installed by default). You can then get an account at one or two of
> the public Plan 9 servers
On Thu Jan 13 14:47:52 EST 2011, bakul+pl...@bitblocks.com wrote:
> On Thu, 13 Jan 2011 11:16:25 PST Skip Tavakkolian
> wrote:
> > if the intent is to get a full understanding of what an operational
> > Plan 9 environment is like, using VMware or Qemu to create VM's for
> > various roles (auth/c
On Thu, 13 Jan 2011, Skip Tavakkolian wrote:
> On Thu, Jan 13, 2011 at 11:31 AM, Duke Normandin wrote:
> > On Thu, 13 Jan 2011, Skip Tavakkolian wrote:
> >
> >> if the intent is to get a full understanding of what an operational
> >> Plan 9 environment is like, using VMware or Qemu to create VM's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/13/2011 11:40 AM, Duke Normandin wrote:
> On Thu, 13 Jan 2011, David Leimbach wrote:
>
>> On Thu, Jan 13, 2011 at 10:38 AM, Duke Normandin wrote:
>>
>>> Just read:
>>>
>>> http://lsub.org/magic/man2html/1/0intro
>>>
>>> [quote]
>>> Plan 9 is a
On Thu, 13 Jan 2011 11:16:25 PST Skip Tavakkolian
wrote:
> if the intent is to get a full understanding of what an operational
> Plan 9 environment is like, using VMware or Qemu to create VM's for
> various roles (auth/cpu, fs, term) connected by a virtual network is
> an excellent option. i've
depending on the host os, 1g is sufficient. i've never needed to use
more than 256M for plan9 vm's.
On Thu, Jan 13, 2011 at 11:31 AM, Duke Normandin wrote:
> On Thu, 13 Jan 2011, Skip Tavakkolian wrote:
>
>> if the intent is to get a full understanding of what an operational
>> Plan 9 environment
On Thu, 13 Jan 2011, David Leimbach wrote:
> On Thu, Jan 13, 2011 at 10:38 AM, Duke Normandin wrote:
>
> > Just read:
> >
> > http://lsub.org/magic/man2html/1/0intro
> >
> > [quote]
> > Plan 9 is a distributed computing environment assembled from separate
> > machines acting as terminals, CPU ser
Maybe a gigabyte if you used a separate vm for cpu, auth and the fs. You can
combine cpu/auth and even the file server into one if you wanted.
On Jan 13, 2011 2:34 PM, "Duke Normandin" wrote:
> On Thu, 13 Jan 2011, Skip Tavakkolian wrote:
>
>> if the intent is to get a full understanding of what a
On Thu, 13 Jan 2011, Skip Tavakkolian wrote:
> if the intent is to get a full understanding of what an operational
> Plan 9 environment is like, using VMware or Qemu to create VM's for
> various roles (auth/cpu, fs, term) connected by a virtual network is
> an excellent option. I've successfully u
if the intent is to get a full understanding of what an operational
Plan 9 environment is like, using VMware or Qemu to create VM's for
various roles (auth/cpu, fs, term) connected by a virtual network is
an excellent option. i've successfully used this setup for
experimenting/testing and for demos
On Thu, Jan 13, 2011 at 10:38 AM, Duke Normandin wrote:
> Just read:
>
> http://lsub.org/magic/man2html/1/0intro
>
> [quote]
> Plan 9 is a distributed computing environment assembled from separate
> machines acting as terminals, CPU servers, and file servers.[/quote]
>
> Does the above imply, tha
On Thu, 13 Jan 2011, Duke Normandin wrote:
> Just read:
>
> http://lsub.org/magic/man2html/1/0intro
>
> [quote]
> Plan 9 is a distributed computing environment assembled from separate
> machines acting as terminals, CPU servers, and file servers.[/quote]
>
> Does the above imply, that ideally Plan
Just read:
http://lsub.org/magic/man2html/1/0intro
[quote]
Plan 9 is a distributed computing environment assembled from separate
machines acting as terminals, CPU servers, and file servers.[/quote]
Does the above imply, that ideally Plan9 should be running on a LAN?
Not so good as the OS on a st
51 matches
Mail list logo
