-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 :
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: guard1 fail @ 0x2fd4a
Kip Macy wrote:
On Wed, May 20, 2009 at 2:59 PM, Kip Macy 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 advantage of new fea
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
http://lists.freebsd.org/mailman/listinf
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 n
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!
http://
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 th
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: zf
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
>> /usr/obj/usr/src/sys/boot/i386/zf
on 27/05/2009 15:48 Artis Caune said the following:
>
> MFC r185095 fixed this problem!
>
> http://svn.freebsd.org/viewvc/base?view=revision&revision=185095
I can confirm that this helps!
Thanks for discovering!
--
Andriy Gapon
___
freebsd-stable@fre
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 th
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 goog
Andriy Gapon 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
___
freebsd-stable@freebsd.o
On Wed, May 27, 2009 at 12:49 PM, 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 righ
on 27/05/2009 20:17 Dag-Erling Smørgrav said the following:
> Andriy Gapon 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 via MFC.
--
Glen Barber wrote:
> On Wed, May 27, 2009 at 12:49 PM, Steve Bertrand wrote:
>> 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 object "libc.so.7" not found required by sh
>>
>> ...at the "Enter full path of s
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 wrote:
> Kip Macy wrote:
>>
>> On Wed, May 20, 2009 at 2:59 PM, Kip Macy wrote
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 t
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
version=1
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 libzpool]#
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 wrote:
> Artem Belevich wrote:
>>
>> I had the same problem on -current.
On Wed, May 27, 2009 at 1:18 PM, 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.
Yup. Your hostuuid has to match that in the pool.
Cheers,
Kip
>
> -
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 wro
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 now
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
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
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 until an installworld was
2009/5/28 Lorenzo Perone :
> 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)...
>
> http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/libi386/biosdisk
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 c
System 6.2-R locks in vmmaps state on relatively small workload.
This happens the first time. I don't know if I could reproduce this lockup.
The picture at whole looks like on
http://lists.freebsd.org/pipermail/freebsd-current/2005-September/055982.html
(though that problem was fixed before 6).
I
34 matches
Mail list logo
