Search results

Yeah, it printed those box drawing characters. I wasn't sure they would show up properly on the forums, so I used * and . to represent the pattern it was printing instead. Since switching from boot2 to zfsboot "helped", I'm assuming the problem was in boot2, and not the loader, though?

New trouble... I installed a new boot0, and zfsboot (both from the 8.1-BETA1 LiveFS CD) and moved the kernel stuff to /boot on the ZFS root partition (tank/root), and now I'm getting "No ZFS pools located, can't boot". I've tried quite a bit of stuff, but it won't find anything.

I haven't touched my FreeBSD box in months now, since it was the testing grounds for upgrading my production server - that didn't happen (yet, anyhow). Anyway, I fired it up today, to upgrade from some 8.0-STABLE revision released soon after(?) 8.0-RELEASE to the latest -STABLE. This is what I...

I'm also very interested in knowing this, as I'm considering switching my fileserver from Linux to 8.0-STABLE. (I probably would have already if it wasn't for the fact that I just happen to have data on the disks I need to repartition! Lots of it, too.) Anyhow, I too might want to use full-disk...

hotkernel appears to work fine, but procsystime appears to overload the buffer a lot: [root@chaos /usr/local/share/DTraceToolkit]# ./procsystime Tracing... Hit Ctrl-C to end... dtrace: 7625 dynamic variable drops with non-empty dirty list dtrace: 26300 dynamic variable drops with non-empty...

What happens when you try to run the tick script? It works for me, but I'm on 8.0-CURRENT. "dvmstat df -h" coredumps for me as well (Bus error). As does dvmstat with every other command I've tried. Bash gave a segfault instead. dvmstat uses the vminfo provider, though, which isn't available on...

I finally fixed this. Finally as in I've been at it constantly for like 2.5 hours. Ugh. Anyway, this post led me on the right path. What I did was, something like: Boot LiveFS, choose fixit mode cd /mnt2/boot/kernel kldload ./opensolaris.ko ; kldload ./zfs.ko (I knew this far already, but then...

I'm a bit stuck here. I'm trying to clone a computer to a VM. So, I booted from a LiveFS CD, partitioned/sliced the disk, copied the files using zfs send/recv and scp (for the UFS /boot). The kernel boots just fine, but it won't mount my ZFS root. I get: Trying to mount root from zfs:tank/root...

I can't provide feedback, sorry. :( Running 8-CURRENT now, and this bug isn't there anymore.

After reproducing this in a VMware virtual machine, on a completely clean install, I filed a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=134496 (Link doesn't work as I post this, but I guess it will shortly.) All I needed to reproduce was to create a pool, export it, import it, export it...

Me again, with another OpenSolaris-related panic. I stumbled upon this while making a backup script to mirror my root pool via ggatel to a file on another computer. It occasionally panicked when the backup (zfs send | zfs recv) was complete, and sometimes when rebooting (I presume zpool export...

Very well, PR filed, hopefully with enough info to help. :)

Well, the problem is no doubt in copyinstr(), as #11 0xffffffff812b2200 in dtrace_copycheck () from /boot/kernel/dtrace.ko suggests. Running the same script but replacing printf("%s\n", copyinstr(self->pathp)); with printf("file opened\n"); ... allows me to run find / with no crash.

Actually, you need a lot less than the full opensnoop script. I cut it down to the bare essentials, and it still panics within a second or two. I'm not shocked, but it's easier to read. :) ## opensnoop.d syscall::open:entry { self->pathp = arg0; } syscall::open:return...

I haven't deleted them, nor installed them specially (I simply did make installkernel KERNCONF=DTRACE), but there are 504 .ko's and 504 .ko.symbols in /boot/kernel, so I suppose they're where they belong. (They also appear to be loaded in the kgdb output above, no? :)) This isn't really a big...

To be clear, the above is also from 7.2-RELEASE. (We really need an edit function around here.)

Sure. It took a while as I was building CURRENT when you posted, but here we go, a brand new crash: [root@chaos /usr/obj/usr/src/sys/DTRACE]# kgdb kernel.debug /var/crash/vmcore.6 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU...

NOTE: If this is a dupe, sorry, but I waited 10+ minutes for the post to appear. Never had a forum take more than 20 seconds to show a thread before, so... Hmm. I'm having some major stability issues with DTrace under 7.2-RELEASE, on amd64. I followed the wiki to get it working, and it does...