John Baldwin j...@freebsd.org writes:
On Wednesday 02 June 2010 6:37:59 pm Dave Hayes wrote:
John Baldwin j...@freebsd.org writes:
Ok, if you are using a stock mfsroot from a release build, that should
work fine. If you have built a custom mfsroot that is larger, then
you may need to
On Friday 04 June 2010 5:37:14 am Dave Hayes wrote:
John Baldwin j...@freebsd.org writes:
On Wednesday 02 June 2010 6:37:59 pm Dave Hayes wrote:
John Baldwin j...@freebsd.org writes:
Ok, if you are using a stock mfsroot from a release build, that should
work fine. If you have built a
On Fri, Jun 04, 2010 at 08:20:49AM -0400, John Baldwin wrote:
Hmmm, I would just try increasing NKPT then. You might have to poke
around in sys/amd64 to see what the default size is and how to tune
it.
When Isilon did the stable/7 merge and amd64 default NKPT changed from
240 to 32 amd64
Matthew D Fleming wrote:
On Fri, Jun 04, 2010 at 08:20:49AM -0400, John Baldwin wrote:
Hmmm, I would just try increasing NKPT then. You might have to poke
around in sys/amd64 to see what the default size is and how to tune
it.
When Isilon did the stable/7 merge and amd64 default
On Friday 04 June 2010 1:58:13 pm Alan Cox wrote:
Matthew D Fleming wrote:
On Fri, Jun 04, 2010 at 08:20:49AM -0400, John Baldwin wrote:
Hmmm, I would just try increasing NKPT then. You might have to poke
around in sys/amd64 to see what the default size is and how to tune
it.
On 6/4/2010 1:53 PM, John Baldwin wrote:
On Friday 04 June 2010 1:58:13 pm Alan Cox wrote:
Matthew D Fleming wrote:
On Fri, Jun 04, 2010 at 08:20:49AM -0400, John Baldwin wrote:
Hmmm, I would just try increasing NKPT then. You might have to poke
around in sys/amd64 to see
On Wednesday 02 June 2010 6:37:59 pm Dave Hayes wrote:
John Baldwin j...@freebsd.org writes:
Ok, if you are using a stock mfsroot from a release build, that should
work fine. If you have built a custom mfsroot that is larger, then
you may need to increase NKPT on i386. In very recent 7
John Baldwin j...@freebsd.org writes:
Ok, if you are using a stock mfsroot from a release build, that should
work fine. If you have built a custom mfsroot that is larger, then
you may need to increase NKPT on i386. In very recent 7 and later you
can do this by setting it to a new value in
On Monday 31 May 2010 2:45:25 pm Jeremy Chadwick wrote:
On Mon, May 31, 2010 at 11:25:51AM -0700, Dave Hayes wrote:
Jeremy Chadwick free...@jdc.parodius.com writes:
Is the mfsroot file compressed (.gz extension)? Reason I ask is that
the OP states he's using RELENG_7...
Yes it is
On Tue, 1 Jun 2010, John Baldwin wrote:
On Monday 31 May 2010 2:45:25 pm Jeremy Chadwick wrote:
On Mon, May 31, 2010 at 11:25:51AM -0700, Dave Hayes wrote:
Jeremy Chadwick free...@jdc.parodius.com writes:
Is the mfsroot file compressed (.gz extension)? Reason I ask is that
the OP states
Jeremy Chadwick free...@jdc.parodius.com writes:
Is the mfsroot file compressed (.gz extension)? Reason I ask is that
the OP states he's using RELENG_7...
Yes it is compressed.
http://jdc.parodius.com/freebsd/pxeboot_serial_install_7.html#step7
Thanks much for this. I did a simple test, I
On Mon, May 31, 2010 at 11:25:51AM -0700, Dave Hayes wrote:
Jeremy Chadwick free...@jdc.parodius.com writes:
Is the mfsroot file compressed (.gz extension)? Reason I ask is that
the OP states he's using RELENG_7...
Yes it is compressed.
Jeremy Chadwick free...@jdc.parodius.com writes:
CC'ing jhb@ since he last updated PR kern/120127 (which I would say is
still a problem on RELENG_7 :-) ). John, are you aware of any gzip
decompression / mfsroot changes which might explain the problem on
RELENG_7? I haven't done a thorough
Dave Hayes d...@jetcafe.org writes:
Jeremy Chadwick free...@jdc.parodius.com writes:
CC'ing jhb@ since he last updated PR kern/120127 (which I would say is
still a problem on RELENG_7 :-) ). John, are you aware of any gzip
decompression / mfsroot changes which might explain the problem on
Garrett Cooper yanef...@gmail.com writes:
This is how I do it in my quickie loader.rc:
include /boot/loader.4th
set vfs.root.mountfrom=ufs:/dev/md0
load /kernel
load -t mfs_root /mfsroot
start
I used to do exactly this back at FreeBSD 4.11 to boot off a cdrom.
Nice to know it still
On 2010-05-30 07:42:47PM -0700, Dave Hayes wrote:
Garrett Cooper yanef...@gmail.com writes:
This is how I do it in my quickie loader.rc:
include /boot/loader.4th
set vfs.root.mountfrom=ufs:/dev/md0
load /kernel
load -t mfs_root /mfsroot
start
I used to do exactly this back at
On Sun, May 30, 2010 at 07:42:47PM -0700, Dave Hayes wrote:
Garrett Cooper yanef...@gmail.com writes:
This is how I do it in my quickie loader.rc:
include /boot/loader.4th
set vfs.root.mountfrom=ufs:/dev/md0
load /kernel
load -t mfs_root /mfsroot
start
I used to do exactly
Clifton Royston clift...@lava.net writes:
It sounds like what you really want is to load the contents of the
specified file as a memory system? That's not part of mdconfig's
repertoire, to the best of my recollection.
So if, in /etc/loader.conf, I do this:
rootfs_load=YES
on 28/05/2010 20:57 Dave Hayes said the following:
Clifton Royston clift...@lava.net writes:
It sounds like what you really want is to load the contents of the
specified file as a memory system? That's not part of mdconfig's
repertoire, to the best of my recollection.
So if, in
On Fri, May 28, 2010 at 10:57:29AM -0700, Dave Hayes wrote:
Clifton Royston clift...@lava.net writes:
It sounds like what you really want is to load the contents of the
specified file as a memory system? That's not part of mdconfig's
repertoire, to the best of my recollection.
So if,
Jeremy Chadwick free...@jdc.parodius.com writes:
On Fri, May 28, 2010 at 10:57:29AM -0700, Dave Hayes wrote:
Clifton Royston clift...@lava.net writes:
It sounds like what you really want is to load the contents of the
specified file as a memory system? That's not part of mdconfig's
On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote:
Jeremy Chadwick free...@jdc.parodius.com writes:
And I think you meant this for variable names, in addition to what
vfs.root.mountfrom should be (specific to RELENG_8):
mfsroot_load=YES
mfsroot_type=mfs_root
on 29/05/2010 00:58 Jeremy Chadwick said the following:
On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote:
Jeremy Chadwick free...@jdc.parodius.com writes:
And I think you meant this for variable names, in addition to what
vfs.root.mountfrom should be (specific to RELENG_8):
On Sat, May 29, 2010 at 01:34:24AM +0300, Andriy Gapon wrote:
on 29/05/2010 00:58 Jeremy Chadwick said the following:
On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote:
Jeremy Chadwick free...@jdc.parodius.com writes:
And I think you meant this for variable names, in addition to
On Fri, May 28, 2010 at 2:58 PM, Jeremy Chadwick
free...@jdc.parodius.com wrote:
On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote:
Jeremy Chadwick free...@jdc.parodius.com writes:
And I think you meant this for variable names, in addition to what
vfs.root.mountfrom should be
On Fri, May 28, 2010 at 5:48 PM, Garrett Cooper yanef...@gmail.com wrote:
On Fri, May 28, 2010 at 2:58 PM, Jeremy Chadwick
free...@jdc.parodius.com wrote:
On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote:
Jeremy Chadwick free...@jdc.parodius.com writes:
And I think you meant this
On FreeBSD 7.3-STABLE I'm mounting a DVD and doing something like
this:
mdconfig -a -t vnode -o reserve -o readonly -f /dvd/file
so that /dvd/file becomes the backing storage for my memory
disk.
Now if the system is under severe memory pressure, will this
memory get swapped out, causing a
On Thu, May 27, 2010 at 4:48 PM, Dave Hayes d...@jetcafe.org wrote:
On FreeBSD 7.3-STABLE I'm mounting a DVD and doing something like
this:
mdconfig -a -t vnode -o reserve -o readonly -f /dvd/file
so that /dvd/file becomes the backing storage for my memory
disk.
Now if the system is
On Thu, May 27, 2010 at 04:48:42PM -0700, Dave Hayes wrote:
On FreeBSD 7.3-STABLE I'm mounting a DVD and doing something like
this:
mdconfig -a -t vnode -o reserve -o readonly -f /dvd/file
so that /dvd/file becomes the backing storage for my memory
disk.
It sounds like what you
29 matches
Mail list logo
