-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Svein Skogen (listmail accont) wrote:
For the past 8 or so hours, compiling RELENG_7 breaks down in zfsboot:
btxld -v -E 0x2000 -f bin -b
/usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o
zfsboot.ld -P 1 zfsboot.bin
Hi all,
On 26 May 2009, at 18:10, George Hartzell wrote:
Artis Caune writes:
2009/5/26 Philipp Wuensche cryx-free...@h3q.com:
Hi,
I tried booting from a disk with GPT scheme, with a /boot/loader
build
with LOADER_ZFS_SUPPORT=yes in make.conf. I get the following
error:
panic: free:
Kip Macy wrote:
On Wed, May 20, 2009 at 2:59 PM, Kip Macy km...@freebsd.org wrote:
I will be MFC'ing the newer ZFS support some time this afternoon. Both
world and kernel will need to be re-built. Existing pools will
continue to work without upgrade.
If you choose to upgrade a pool to take
Hi list,
I am sure this has been done. All documentation I've found so far deals
with a setup where an NFS server is needed.
All I need is a way to boot a server machine into sysinstall using only
TFTP, much like most Linux PXE install methods nowadays.
Links to documentation, hints and advises
Mikael Bak wrote:
Links to documentation, hints and advises are greatly appreciated.
http://phaq.phunsites.net/2007/02/14/convert-freebsd-iso-image-for-pxe-bootstrap/
___
freebsd-stable@freebsd.org mailing list
Unfortunately no dump.
cachefile may have pointed to a wrong (non-existent) file before the command.
System: stable/7 (after ZFS MFC), amd64
Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address = 0x20
fault code = supervisor read data, page
I tried booting from a disk with GPT scheme, with a /boot/loader build
with LOADER_ZFS_SUPPORT=yes in make.conf. I get the following error:
panic: free: guard1 fail @ 0x2fd4a6ac from
/usr/src/sys/boot/i386/libi386/biosdisk.c:1053
MFC r185095 fixed this problem!
So I have LOADER_ZFS_SUPPORT=yes in make.conf, building the most recent stable/7
and I am getting:
...
btxld -v -E 0x2000 -f bin -b
/usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx
-l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin
btxld: zfsboot.ldr: Invalid argument
The problem seems to be
On 27 May 2009, at 16:11, Andriy Gapon wrote:
So I have LOADER_ZFS_SUPPORT=yes in make.conf, building the most
recent stable/7
and I am getting:
...
btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/
zfsboot/../btx/btx/btx
-l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin
btxld:
on 27/05/2009 17:48 Ruben van Staveren said the following:
On 27 May 2009, at 16:11, Andriy Gapon wrote:
So I have LOADER_ZFS_SUPPORT=yes in make.conf, building the most
recent stable/7
and I am getting:
...
btxld -v -E 0x2000 -f bin -b
on 27/05/2009 15:48 Artis Caune said the following:
MFC r185095 fixed this problem!
http://svn.freebsd.org/viewvc/base?view=revisionrevision=185095
I can confirm that this helps!
Thanks for discovering!
--
Andriy Gapon
___
on 27/05/2009 17:59 Andriy Gapon said the following:
Yes, it should be able, but not automagically.
As des@ explained to me, for this to happen the following is needed:
1. bump FreeBSD_version in sys/param.h
2. add/update _btxld BOOTSTRAPPING check in Makefile.inc1
If the above is done then
Hey all,
In short, I've got a system with /boot on a USB thumb drive that I boot
from, which then mounts root and the rest of the system from a 4-disk
ZFS storage pool.
However, during the upgrade, something didn't go quite right, and now
when I boot, I end up with:
/libexec/ld-elf.so.1: Shared
I updated my backup boxes to the latest and greatest ZFS code,
and started getting the following panic on them all (3 machines):
panic: zfs_fuid_create
cpuid = 1
Uptime: 1h28m48s
Cannot dump. No dump device defined.
Automatic reboot in 15 seconds - press a key on the console to abort
A quick
Andriy Gapon a...@freebsd.org writes:
And the patch.
Looks good. One question, though: does head's btxld have the required
functionality? Otherwise, building 7 on head (soon to be 8) won't work.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
On Wed, May 27, 2009 at 12:49 PM, Steve Bertrand st...@ibctech.ca wrote:
Hey all,
In short, I've got a system with /boot on a USB thumb drive that I boot
from, which then mounts root and the rest of the system from a 4-disk
ZFS storage pool.
However, during the upgrade, something didn't go
on 27/05/2009 20:17 Dag-Erling Smørgrav said the following:
Andriy Gapon a...@freebsd.org writes:
And the patch.
Looks good. One question, though: does head's btxld have the required
functionality? Otherwise, building 7 on head (soon to be 8) won't work.
Yes, it does, stable/7 got it
Hello,
I can boot the box using alternate media, but I can't figure out the
procedure to mount the ZFS pool into the filesystem.
Either
mount -t zfs tank/foo /foo
or
zfs mount mypool
--
p...@opsec.eu+49 171 310137211 years to go !
I had the same problem on -current. Try attached patch. It may not
apply cleanly on -stable, but should be easy enough to make equivalent
changes on -stable.
--Artem
On Wed, May 27, 2009 at 3:00 AM, Henri Hennebert h...@restart.be wrote:
Kip Macy wrote:
On Wed, May 20, 2009 at 2:59 PM, Kip
I had a similar build error with 7.2-STABLE with a different error -
internal compiler error.
After updating and having buildworld fail in the same spot I completely
cleaned my /usr/obj and /usr/src directories (need cd /usr/obj;chflags -R
noschg *;rm -rf * for /usr/obj and then downloaded
Artem Belevich wrote:
I had the same problem on -current. Try attached patch. It may not
apply cleanly on -stable, but should be easy enough to make equivalent
changes on -stable.
The patch is ok for stable.
now I get for the pool with my root:
[r...@morzine libzpool]# zdb rpool
Henri Hennebert wrote:
Artem Belevich wrote:
I had the same problem on -current. Try attached patch. It may not
apply cleanly on -stable, but should be easy enough to make equivalent
changes on -stable.
The patch is ok for stable.
now I get for the pool with my root:
[r...@morzine
Did you by any chance do that from single-user mode? ZFS seems to rely
on hostid being set.
Try running /etc/rc.d/hostid start and then re-try your zfs commands.
--Artem
On Wed, May 27, 2009 at 1:06 PM, Henri Hennebert h...@restart.be wrote:
Artem Belevich wrote:
I had the same problem on
On Wed, May 27, 2009 at 1:18 PM, Artem Belevich fbsdl...@src.cx wrote:
Did you by any chance do that from single-user mode? ZFS seems to rely
on hostid being set.
Try running /etc/rc.d/hostid start and then re-try your zfs commands.
Yup. Your hostuuid has to match that in the pool.
Cheers,
Artem Belevich wrote:
Did you by any chance do that from single-user mode? ZFS seems to rely
on hostid being set.
Try running /etc/rc.d/hostid start and then re-try your zfs commands.
I was in multiuser with hostid set.
Henri
--Artem
On Wed, May 27, 2009 at 1:06 PM, Henri Hennebert
Dnia środa, 27 maja 2009 o 19:57:21 Kurt Jaeger napisał(a):
zfs mount mypool
You have to import ZFS pools first. 'zpool import' will list available pools.
--
Cezary Morga
Death in anonymity is the ultimate insult to human dignity. (Kathy Reichs)
___
On May 27, 2009, at 11:49 AM, Steve Bertrand wrote:
Hey all,
In short, I've got a system with /boot on a USB thumb drive that I
boot
from, which then mounts root and the rest of the system from a 4-disk
ZFS storage pool.
However, during the upgrade, something didn't go quite right, and
On Tue, May 26, 2009 at 08:42:52PM +0200, Christian Walther wrote:
Well, for some strange reason the same happened again: I did
# mv /usr/src /usr/src.old
# csup /root/stable-supfile
# cd /usr/src
# make buildkernel KERNCONF=GENERIC
You should always do a buildworld before doing a
On 27.05.2009, at 14:48, Artis Caune wrote:
I tried booting from a disk with GPT scheme, with a /boot/loader
build
with LOADER_ZFS_SUPPORT=yes in make.conf. I get the following
error:
panic: free: guard1 fail @ 0x2fd4a6ac from
/usr/src/sys/boot/i386/libi386/biosdisk.c:1053
MFC r185095
On Tue, May 26, 2009 at 4:15 PM, Rick C. Petty
rick-freebsd2...@kiwi-computer.com wrote:
You should always do a buildworld before doing a buildkernel, as the
toolchain which builds the kernel might have changed. Also
KERNCONF=GENERIC is implied.
Rick,
I thought the toolchain didn't change
2009/5/28 Lorenzo Perone lopez.on.the.li...@yellowspace.net:
Hi, I'm a bit confused:
I can't find this change (rev 185095) in the stable log, yet stable has some
other
recent changes related to the current posts (in turn commited also to
head)...
On Tue, 26 May 2009, Mike Andrews wrote:
Takahashi Yoshihiro wrote:
Today's stable has a problem creating a new file via NFS on ZFS.
On the NFS server, there is no problem.
% cd /ZFS
% mktemp hoge
hoge
% ls -l hoge
-rw--- 1 nyan nyan 0 5 26 19:09 hoge
But it's a problem on the NFS
32 matches
Mail list logo
