Moin,
I put a new Intel PRO/1000 in my Plan 9 server. The card is detected
by 9load (?) as ether#0 igbe and then as #l1: i82543. There is another
network interface on board which ist detected as elnk3. I put
ether0=igbe, ether1=elnk3 in my plan9.ini.
My problem is, that /net/ether0 points always
> anyone have any notes on migrating from kenfs to fossil/venti?
I copied some old tar and zip archives from tapes
and cds a while back thusly:
cpu% @{cd /n/cdrom/fred/1-Apr-2001 && tar cf /fd/1 .} | @{cd
/usr/steve/tmp/2001/0104/usr/fred && tar xTf /fd/0}
cpu% con -l /srv/fscons
I'll see if there's anything of general use in my notes on migration.
As nemo says, if you're running kenfs now, it's probably easiest to
use cwfs(4) to keep using your existing file systems, with a small
fossil for booting.
Migrating from venti to nventi is almost painless and maybe we can
make
> If you're running ken's fileserver, I trust that you're compiling your
> own kernels.
>
> All you have to add to cpu kernels from sources to reinstate IL are
> the current /sys/src/9/ip/il.c and add "il" to the kernel
> configuration files (or keep your current ones). replica/pull will
> remove
If you're running ken's fileserver, I trust that you're compiling your
own kernels.
All you have to add to cpu kernels from sources to reinstate IL are
the current /sys/src/9/ip/il.c and add "il" to the kernel
configuration files (or keep your current ones). replica/pull will
remove il.c once, bu
by the way, i am actively working on ken's fs. i have added
an aoe initiator (big suprise), an intel ahci driver and a few
other things. if you're interested, drop me a note.
- erik
i wrote a paper on how i ported history from ken's fs to ken's fs.
i think the technique would work for porting history from any fs
to any fs. /n/sources/contrib/quanstro/history.ms
however, we have a working kenfs. kenfs has been stable for a
very long time. venti+fossil has been problematic f
On 8/31/07, Skip Tavakkolian <[EMAIL PROTECTED]> wrote:
> thanks for pointing this out. it would make things more
> difficult here.
>
> anyone have any notes on migrating from kenfs to fossil/venti?
>
in a semi-related question, is their a published procedure for
migrating to nventi, or is it pai
FTS, did not have cwfs those days. Today we'd probably just copy the storage
to new disks and then mount it with cwfs.
On 8/31/07, Francisco J Ballesteros <[EMAIL PROTECTED]> wrote:
> Time ago we did it the hard way, just go day from day and archive on venti.
> We use vacfs to bind old worm dumps
Time ago we did it the hard way, just go day from day and archive on venti.
We use vacfs to bind old worm dumps below the actual fossil dump on venti.
But there's probably a better way.
On 8/31/07, Skip Tavakkolian <[EMAIL PROTECTED]> wrote:
> thanks for pointing this out. it would make things mo
thanks for pointing this out. it would make things more
difficult here.
anyone have any notes on migrating from kenfs to fossil/venti?
> On Thu Aug 30 18:27:44 EDT 2007, [EMAIL PROTECTED] wrote:
>> In the interest of minimising maintenance, we're going to stop
>> maintaining Ken's fs and IL enti
On Thu Aug 30 18:27:44 EDT 2007, [EMAIL PROTECTED] wrote:
> In the interest of minimising maintenance, we're going to stop
> maintaining Ken's fs and IL entirely. We thank them (and Ken) for
> many years of faithful service. We're now running fossil with nventi
> on our main file servers. cwfs(4
On 8/31/07, Douglas A. Gwyn <[EMAIL PROTECTED]> wrote:
> My proposed implementation, for any Unix-like system including
> Plan9, is to change read() on a directory to instead read from the
> directoryname/.data file, if it exists, or report an error if it
> doesn't exist. This change should cause
Seems really silly to me that the guest OS chosen changes the behavior
of their system, though I suspect that's pretty par for the course.
On 8/31/07, Axel Belinfante <[EMAIL PROTECTED]> wrote:
> > I just verified that I also see no 32-bit modes in aux/vga -p's output.
>
> switched os type in vm c
i was trying to tickle a kernel panic, but instead
i think i found a bug. this program was run on
a machine with 1800 MB user space available.
(3552/464510 user)
#include
#include
enum{
Big = 1024*1024*1790,
};
void
On 8/30/07, jsnx <[EMAIL PROTECTED]> wrote:
> On Aug 29, 2:06 am, "Douglas A. Gwyn" <[EMAIL PROTECTED]> wrote:
> > "jsnx" <[EMAIL PROTECTED]> wrote in message
> > > On Aug 23, 1:50 am, "Douglas A. Gwyn" <[EMAIL PROTECTED]> wrote:
> > >> If .owners was enforced by the OS...
> > > ...that could lea
> I just verified that I also see no 32-bit modes in aux/vga -p's output.
switched os type in vm config to 'windows - xp', result:
24 bit modes are gone, 32 bit modes are here.
selected 32 bit mode; no difference regarding lens or vncv.
(wondered whether the parallels shared folder feature might
I have downloaded the latest image and it works as expected.
Thanks for resolving the issue.
---
Peter
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
[EMAIL PROTECTED]
Sent: 30 August 2007 16:30
To: 9fans@cse.psu.edu
Subject: RE: [9fans] CD Image problem
18 matches
Mail list logo
