Thanks for looking into this.
On 10/14/2015 4:42 PM, Konstantin Belousov wrote:
On Wed, Oct 14, 2015 at 03:52:47PM +0200, Frank Razenberg wrote:
After upgrading from 9.2 to 10.1 I first started noticing panics. They
occurred roughly weekly and since this storage machine isn't frequently
u
After upgrading from 9.2 to 10.1 I first started noticing panics. They
occurred roughly weekly and since this storage machine isn't frequently
used I didn't look into it much further. After updating for 10.2-STABLE
the panics have gone from weekly to daily.
The machine has 32GB of non-registered
In no specific order, for me they are:
- Rock solid stability, not only in base-system but also in ports.
- The completeness of the ports system and helpfulness of the maintainers.
- ZFS
Frank
On 5/31/2012 12:32 PM, Holger Kipp wrote:
Hi,
Am 31.05.2012 um 12:24 schrieb "Lars Engels":
On Thu
Thank you Alex, as you already confirmed, it works perfectly on my box
again. Thanks again.
-Frank
On Thu, Nov 3, 2011 at 9:09 PM, Alex Samorukov wrote:
> On 11/03/2011 08:37 PM, James wrote:
>
>> On Thu, Nov 3, 2011 at 1:52 PM, Alex Samorukov wrote:
>>
>>> Thank you. I currently got shell, bu
access memory at address
0xffd4
) at smartctl.cpp:1129
On 11/3/2011 1:23 AM, Jeremy Chadwick wrote:
On Thu, Nov 03, 2011 at 01:16:17AM +0100, Frank Razenberg wrote:
Sorry, yes, there's actually a lot more, but there's a pattern
repeating over 4 lines.
At #1086 it stops.
O
access memory at address
0xffd4
) at smartctl.cpp:1129
On 11/3/2011 1:23 AM, Xin LI wrote:
Hi,
On Wed, Nov 2, 2011 at 4:49 PM, Frank Razenberg wrote:
Loaded symbols for /libexec/ld-elf.so.1
#0 0x in ?? ()
(gdb) bt
#0 0x in ?? ()
#1
()
#32 0x in ?? ()
#33 0x in ?? ()
#34 0x in ?? ()
---Type to continue, or q to quit---
On 11/3/2011 12:38 AM, Jeremy Chadwick wrote:
On Wed, Nov 02, 2011 at 10:57:01PM +0100, Frank Razenberg wrote:
Ever since I tried 9.0-RC1 I
Ever since I tried 9.0-RC1 I haven't been able to read SMART values of
the disks attached to my Intel SASUC8i (LSI 1068e rebrand) controller
with smartctl. Similar disks on motherboard SATA ports can be queried as
expected.
# smartctl -a /dev/da0
smartctl 5.42 2011-10-20 r3458 [FreeBSD 9
ost likely if_tap related. Is this a known problem? I've started
encountering it ever since I rebuilt my kernel with "options vimage".
Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address = 0x28
If more debugging information is required I will
