On Tue, Jul 21, 2015 at 3:56 PM, John Baldwin wrote:
> On Saturday, July 18, 2015 10:22:33 PM Kevin Oberman wrote:
> > I just confirmed that my system resumes on HEAD of July 16 but fails on
> > 10.2-BETA2. So the problem limited to 10. I'm guessing that some other
> > change made to pci that has
set
hw.mfi.mrsas_enable=1
in loader.conf
> On 22 Jul 2015, at 16:33, Daniel Braniss wrote:
>
> Hi
> I’m running a pretty new 10.2-BETA, on a freshly arrived box,
> and trying it out.
>
> after creating a raid5 via mfiutil, and
> trying to restore(8) to it gives:
> ...
> Jul 22 15:48:30
Hi!
I upgrade 10.1-RELEASE (amd64) with freebsd-update upgrade to
FreeBSD 10.2-BETA2 #0 r285646: Fri Jul 17 01:09:28 UTC 2015
r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64
and now I have some problems:
1. VT module doesn't load.
In /boot/loader.conf I have:
kern.vty=vt
On Wed, Jul 22, 2015 at 02:20:06PM -0400, Mark Saad wrote:
> On Wed, Jul 22, 2015 at 1:54 PM, Garrett Cooper
> wrote:
>
> >
> > > On Jul 22, 2015, at 10:14, Gary Palmer wrote:
> >
> > ...
> >
> > > I'm no expert, but you may want to try setting
> > >
> > > hw.igb.num_queues=1
> > >
> > > and may
On Wed, Jul 22, 2015 at 1:54 PM, Garrett Cooper
wrote:
>
> > On Jul 22, 2015, at 10:14, Gary Palmer wrote:
>
> ...
>
> > I'm no expert, but you may want to try setting
> >
> > hw.igb.num_queues=1
> >
> > and maybe
> >
> > hw.ixgbe.num_queues=1
> >
> > in the boot loader and trying that.
>
> Ther
> On Jul 22, 2015, at 10:14, Gary Palmer wrote:
...
> I'm no expert, but you may want to try setting
>
> hw.igb.num_queues=1
>
> and maybe
>
> hw.ixgbe.num_queues=1
>
> in the boot loader and trying that.
There was another discussion that took place around June on current that might
be he
On Wed, Jul 22, 2015 at 12:11:09PM -0400, Mark Saad wrote:
> All
> I am wondering if anyone has run into this issue before , and if there is
> a fix.
> I have a Scalable Informatics siRouter with 24 Intel I350 igb nics and 8
> intel 82599ES ixgbe/ix nic . The SiRouter is a Supermicro X9DRX+-F with
On Saturday, July 18, 2015 10:22:33 PM Kevin Oberman wrote:
> I just confirmed that my system resumes on HEAD of July 16 but fails on
> 10.2-BETA2. So the problem limited to 10. I'm guessing that some other
> change made to pci that has not been MFCed is the cause, but it is only
> causing a proble
All
I am wondering if anyone has run into this issue before , and if there is
a fix.
I have a Scalable Informatics siRouter with 24 Intel I350 igb nics and 8
intel 82599ES ixgbe/ix nic . The SiRouter is a Supermicro X9DRX+-F with a
bunch of intel nics.
On Head I run into a boot panic out of the b
Hi
I’m running a pretty new 10.2-BETA, on a freshly arrived box,
and trying it out.
after creating a raid5 via mfiutil, and
trying to restore(8) to it gives:
...
Jul 22 15:48:30 store-07 kernel: mfi0: Failed to get command
Jul 22 15:49:24 store-07 kernel: mfi0: COMMAND 0xfe00013a6440 TIMEOUT
On Wed, Jul 22, 2015 at 01:57:26PM +0200, Holm Tiffe wrote:
> ..uh top quoting..
>
> Trying to mount root from zfs:zroot/ROOT/default [].
>
> Fatal double fault:
> eip = 0xc0b416f5
> esp = 0xe2673000
> ebp = 0xe2673008
> cpuid =0; apic id = 00
> panic: double fault
> cpuid = 0
> KDB stack backtra
..uh top quoting..
Trying to mount root from zfs:zroot/ROOT/default [].
Fatal double fault:
eip = 0xc0b416f5
esp = 0xe2673000
ebp = 0xe2673008
cpuid =0; apic id = 00
panic: double fault
cpuid = 0
KDB stack backtrace:
#0 0xc0b72832 at kdb_backtrace+0x52
#1 0xc0b339cb at vpanic+0x11b
#2 0xc0b338ab
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
on important production server I've started to experience weird regular
(once a day-two) sporadic reboots after last upgrade (2015-07-17), and
would appreciate if someone could help me to analyze further and fix the
issue.
Collected crash informa
On Wed, Jul 22, 2015 at 11:46:35AM +0200, Andre Meiser wrote:
> On Sun, Jul 19, 2015 at 22:57 +0200, Konstantin Belousov wrote:
> > It seems that besides sigreturn(), ucontext symbols must be pre-resolved
> > as well. Try this update (it includes the previous change).
>
> thanks for looking into
On Sun, Jul 19, 2015 at 22:57 +0200, Konstantin Belousov wrote:
> It seems that besides sigreturn(), ucontext symbols must be pre-resolved
> as well. Try this update (it includes the previous change).
thanks for looking into this, but this patch wasn't funny at all. Did you
tested your patch?
What's the panic?
As your using ZFS I'd lay money on the fact your blowing the stack,
which would require kernel built with:
options KSTACK_PAGES=4
Regards
Steve
On 22/07/2015 08:10, Holm Tiffe wrote:
Hi,
yesterday I've decided to to put my old "Workstation" in my shack and
to insta
Be aware that kern.geom.dev.delete_max_sectors will still come into play
here hence the large request will still get chunked.
This is good to prevent excessively long running individual BIO's which
would result in user operations being uncancelable.
Regards
Steve
On 21/07/2015 22:29,
Hi,
yesterday I've decided to to put my old "Workstation" in my shack and
to install a new FreeBSD on it, it is the computer I've used previously
for my daily work, reading Mails, programming controllers and so on..
It is am AMD XP300+ with an Adaptec 29320 and four IBM 72GB SCSI3 Disks
with onl
18 matches
Mail list logo
