bps ports, Port Multiplier supported
ahcich0: at channel 0 on ahci0
ahcich0: [ITHREAD]
ahcich1: at channel 1 on ahci0
ahcich1: [ITHREAD]
ahcich2: at channel 2 on ahci0
ahcich2: [ITHREAD]
ahcich3: at channel 3 on ahci0
ahcich3: [ITHREAD]
ahcich4: at channel 4 on ahci0
ahcich4: [ITHREAD]
ahcich5:
PDF about this though. I
realise this is not the system you have, but I'm simply pointing out
that it's a board manufacturer decision whether or not to provide the
capability, and that their decision obviously changed over the years.
--
| Jeremy Chadwick j
On Thu, Jul 01, 2010 at 08:26:31AM -0400, Paul Mather wrote:
> On Jun 30, 2010, at 5:21 PM, Jeremy Chadwick wrote:
> >> I'm assuming that "subclass = ATA" means the controller can't operate
> >> in AHCI mode. The BIOS setting is also confusing. It h
my knowledge, aren't run in single-user.
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for o
ixed:
http://www.freebsd.org/cgi/query-pr.cgi?pr=118255
If you can't get the OS installed (e.g. this is happening when booting
the FreeBSD installation CD), you're kinda out of luck, unless others
know of a way around it.
--
| Jeremy Chadwick j...@parodius.
lator stress tests, and thermal stress tests).
An old job of mine required me to use one of these on a daily basis,
testing for bad RAM from Sun IPC/IPX and UltraSparc boxes.
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking
On Fri, Jul 02, 2010 at 12:14:28AM +0800, GNUbie wrote:
> Hello Jeremy,
>
> On Fri, Jul 2, 2010 at 12:06 AM, Jeremy Chadwick
> wrote:
> >
> > Kernel crash dumps are not enabled by default. You need to define the
> > following in /etc/rc.conf before that will
you all the necessary utilities you might need.
Otherwise, you'll need to use the FreeBSD "memstick" image (written to a
USB pen/flash drive (not hard disk). Said image is bootable. You can
use the memstick image for both a FreeBSD install *and* fixit; quite
nice!
--
| Jer
x27;s going on here? What's causing the complete stall period
> of zero NFS activity? Any flaws with my testing methods?
One thing worth asking: are there any firewall stacks (ipfw, ipfilter,
or pf) in use on either the client or server?
--
| Jeremy Chadwick
. I'm not denying improper grounding could cause
issues, but I'd expect to hear of the OP getting shocked or something
along those lines rather than "my storage controller acts silly".
Ripple or dirty power coming from a UPS -- because not all of them clean
things up -
erf or only when
using something that involves actual disk I/O? (To use netperf you'll
need two FreeBSD boxes). If only disk I/O, then ZFS analysis might be
needed (there are some performance adjustments that are often required).
Focusing more on em0:
Have you tried disabling
; src-all tag=RELENG_8
> ports-all tag=.
> doc-all tag=.
This should have been sent to freebsd-hubs. Adding to CC.
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrat
to another NIC and the
problem goes away[1]. I know there have been issues in the past
reported with em(4) and pf ALTQ, but that isn't in use here.
[1]: I assume the OP is updating pf.conf to specify the changed
interface and so on; if not, then I imagine it would be as effective
thout waiting for the old
> one to stop and it doesn't work :(
This should probably go to freebsd-ports not -stable, since both
mimedefang and perl are ports things. CC'ing.
Also, that patch doesn't look correct, or you got your diff arguments
backwards (e.g. change sh
*ro...@quokka:~ (102) k8temp -d
> CPUID: Vendor: AuthenticAMD, 0x6a0: Model=0a Family=6+0 Stepping=0
> Advanced Power Management=0x1
> Temperature sensor: Yes
>Frequency ID control: No
> Voltage ID control: No
>
error' or
> panic: page fault. The failures I've seen on different hardware, all runing
> amd64 version, so I doubt it's hardware. Another common point, the all are
> multicores, both intel and amd.
>
> Any one else seeing this?
Can you provide a crash dump
answer as well:
I based a small portion of my written documentation on what others had
written. Many of the other docs advocated doing the same, particularly
for setting serial port speed, comconsole, blah blah (because there is
no /boot.config used in this boot environment, so you can't
On Thu, Jul 08, 2010 at 11:08:04AM -0400, Mikhail T. wrote:
> 08.07.2010 09:53, Jeremy Chadwick написав(ла):
> >Then don't modify loader.conf. Instead, once the "Welcome to FreeBSD!"
> >portion of loader appears, press "6" to shell to the loader prompt
&g
n pages" in /usr/share/man/manX, I believe
mergemaster now handles clean-up of those, and probably catX too. Can't
remember (I've been up for 22 hours, cut me some slack :-) ).
I will take a moment to mention periodic(8)'s "weekly_catman_enable"
variable, which is wo
On Fri, Jul 09, 2010 at 05:26:00PM +0200, Markus Gebert wrote:
> # pciconf -lv
Can you re-run this with "-lvc" instead? Thanks. Also "vmstat -i"
would be useful. That's all I can think of off the top of my head.
--
| Jeremy Chadwick
describing two separate issues:
1) ZFS using a lot of memory but not freeing it as you expect
2) Lack of disk I/O scheduler
For (1), try this in /boot/loader.conf and reboot:
# Disable UMA (uma(9)) for ZFS; amd64 was moved to exclusively use UMA
# on 2010/05/24.
# http://lists.freebsd.org/pipermai
On Sun, Jul 11, 2010 at 02:12:13PM -0700, Richard Lee wrote:
> On Sun, Jul 11, 2010 at 01:47:57PM -0700, Jeremy Chadwick wrote:
> > On Sun, Jul 11, 2010 at 11:25:12AM -0700, Richard Lee wrote:
> > > This is on clean FreeBSD 8.1 RC2, amd64, with 4GB memory.
> > >
&
I believe neither C1 nor C1E do anything with interrupts, instead just
halting the core when idle/not in use. HLT mode, at least on multi-core
AMD CPUs, equates to C1E.
Shot in the dark: you're not running powerd(8) on this system are you?
--
| Jeremy Chadwick
y software/etc. to mimic your environment so that I
could try to reproduce this? Reviewing the source isn't enough, I'd
have to actually build a debug version of libgssapi to track it down.
Alternatively I can try to step you through how to debug this using gdb,
but again, lack of debugging symbol
t; must be something wrong with the function gss_release_buffer(void
> *a, void *b), the issue got forgotten. The problem would not persist
> in amd64, so I stopped looking it further myself. Whoever wants to
> see more information on this issue, search the subject field
BIOS
> > > displays during POST.
> > >
> >
> > Hi, can you show kern.sched.topology_spec ?
> > It would clarify things a bit.
>
> Sure:
>
>
>
> 0, 1, 2, 3, 4, 5, 6, 7
>
>
>
> 0, 1, 2, 3, 4, 5, 6, 7
>
On Wed, Jul 14, 2010 at 09:18:21PM +0200, Henrik /KaarPoSoft wrote:
> On Tue, Jul 13, 2010 at 10:10:25PM +0200, Henrik /KaarPoSoft wrote:
> >>I have a problem: ldapsearch results in "Segmentation fault" under
> >>openldap-2.4.23 with cyrus-sasl-2.1.23.
> >>[
On Wed, Jul 14, 2010 at 09:18:21PM +0200, Henrik /KaarPoSoft wrote:
> On Tue, Jul 13, 2010 at 10:10:25PM +0200, Henrik /KaarPoSoft wrote:
> >>I have a problem: ldapsearch results in "Segmentation fault" under
> >>openldap-2.4.23 with cyrus-sasl-2.1.23.
> >>[
On Thu, Jul 15, 2010 at 08:14:33AM -0700, Jeremy Chadwick wrote:
> Before I get started, I should note that the system I'm testing on was
> built with the following two features in src.conf and make.conf;
> the lesser is for world, the lesser for world, respectively.
>
e. We're not.
That said, can you please execute the following in gdb and provide
the output?
(gdb) p/x gss_release_buffer.c::buffer->value
(gdb) p/x gss_release_buffer.c::buffer->length
Furthermore, relevant bug (PR 144754) indicates there's an easier way to
induce this prob
ral question for everyone involved in this thread (which is
highly educational/interesting -- thank you for all the info!):
Does the problem reported affect actual performance/behaviour of FreeBSD
kernel-wise at all, or is it just a cosmetical issue with regards to
showing how many cores/threads there are
On Thu, Jul 15, 2010 at 09:22:51AM -0700, Jeremy Chadwick wrote:
> Furthermore, relevant bug (PR 144754) indicates there's an easier way to
> induce this problem, so I'm going to see if I can reproduce it here
> locally. It's almost certainly the same problem but
on I read says it should.
Also be aware that mg is a struct, so "p mg" won't tell you much, other
than whether or not it's null. You're probably more interested in
members of the struct, such as mg->maj_error and mg->min_error, and
other struct members.
--
| Jeremy Ch
On Fri, Jul 16, 2010 at 11:56:17AM +0300, Reko Turja wrote:
> >On Thu, Jul 15, 2010 at 09:22:51AM -0700, Jeremy Chadwick wrote:
> >>Furthermore, relevant bug (PR 144754) indicates there's an
> >>easier way to
> >>induce this problem, so I'm going to
he final test:
testbox# cyradm
cyradm> quit
testbox# cyradm localhost
Password:
Where I hit enter/blank, which got me:
Login disabled.
cyradm: cannot authenticate to server with as root
testbox#
And no sign of a crash.
So what's next?
--
| Jeremy Chadwick
On Fri, Jul 16, 2010 at 04:04:27AM -0700, Jeremy Chadwick wrote:
> On Fri, Jul 16, 2010 at 12:43:22PM +0300, Reko Turja wrote:
> > >This doesn't help. The problem is that Cyrus imapd is completely
> > >freaking out, continually dying and re-forking itself, with my
>
it looks like SASL-wise things are functioning correctly, but GSSAPI
isn't in use (you can see from the error it spits out above).
I think we need the OP of the PR[1], Mikhail T., to chime in here with his
setup.
[1]: http://lists.freebsd.org/pipermail/freebsd-bugs/2010-March/038956.html
2 testbox perl: GSSAPI Error:
Miscellaneous failure (see text) (unknown mech-code 2 for mech unknown)
Jul 16 06:46:02 testbox perl: No worthy mechs found
Jul 16 06:46:02 testbox kernel: Jul 16 06:46:02 testbox perl: No worthy mechs
found
--
| Jeremy Chadwick
system is amd64. I'm not doubting the issue may be more
apparent/easier to occur on i386, but "pure luck on amd64" is a bit
surprising.
I'll build an i386 version of my testbox and start the procedure over
again.
--
| Jeremy Chadwick j...@pa
:-) )
The problem really looks to be with GSSAPI, which is part of the base
system (src/lib/libgssapi).
If I can reproduce the problem on the test i386 system I'm building,
which will have the same port + configuration as the test amd64 system,
then I would say it&#x
On Sat, Jul 17, 2010 at 11:15:42AM -0700, Benjamin Lee wrote:
> On 07/17/2010 07:41 AM, Jeremy Chadwick wrote:
> > The problem really looks to be with GSSAPI, which is part of the base
> > system (src/lib/libgssapi).
> >
> > If I can reproduce the problem on the te
enticate () from
/usr/local/lib/perl5/site_perl/5.10.1/mach/auto/Cyrus/IMAP/IMAP.so
#9 0x2811d2e5 in Perl_pp_entersub () from
/usr/local/lib/perl5/5.10.1/mach/CORE/libperl.so
#10 0x2811b7e5 in Perl_runops_standard () from
/usr/local/lib/perl5/5.10.1/mach/CORE/libperl.so
#11 0x280c20d4 in perl_run (
On Sat, Jul 17, 2010 at 07:38:19PM -0700, Jeremy Chadwick wrote:
> On Sun, Jul 18, 2010 at 01:37:06AM +0300, Reko Turja wrote:
> >
> > >Can you try reproducing the issue on 8-STABLE?
> > >
> > >I recently submitted a Heimdal patch against 8.1-STABLE and
27;ll
find this is a pretty well-established problem, but the situation varies
per person. A common one is here (read the entire thread):
http://www.mail-archive.com/freebsd-questi...@freebsd.org/msg192481.html
I have no advice as far as how to solve this problem.
--
| Jeremy Chadwick
On Sun, Jul 18, 2010 at 05:42:14PM -0400, Mike Tancsa wrote:
> At 05:14 PM 7/18/2010, Jeremy Chadwick wrote:
>
> >Where exactly is your swap partition?
>
> On one of the areca raidsets.
>
> # swapctl -l
> Device: 1024-blocks Used:
> /dev/da0s1b
On Sun, Jul 18, 2010 at 07:34:19PM -0700, Jeremy Chadwick wrote:
> Now I'm confused -- this indicates twa(4) is involved, not arcmsr(4).
>
> Can you please provide a verbose explanation of the configuration of the
> disks and controllers in this machine, including device and disk
On Sun, Jul 18, 2010 at 11:01:03PM -0400, Mike Tancsa wrote:
> At 10:34 PM 7/18/2010, Jeremy Chadwick wrote:
> >On Sun, Jul 18, 2010 at 05:42:14PM -0400, Mike Tancsa wrote:
> >> At 05:14 PM 7/18/2010, Jeremy Chadwick wrote:
> >>
> >> >Where exactly is your
On Sun, Jul 18, 2010 at 08:34:24PM -0700, Jeremy Chadwick wrote:
> On Sun, Jul 18, 2010 at 11:01:03PM -0400, Mike Tancsa wrote:
> > I do track some basic mem stats via rrd. Looking at the graphs upto
> > that period, nothing unusual was happening
>
> sysctl vm.stats.vm |
On Sun, Jul 18, 2010 at 08:58:44PM -0700, Jeremy Chadwick wrote:
> I took a look at the RELENG_8 code responsible for printing this
> message: src/sys/vm/swap_pager.c
>
> [...]
> 1086 static int
> 1087 swap_pager_getpages(vm_object_t object, vm_page_t *m, int count, int
he workaround is to
use background_fsck="no" in rc.conf. Yes, after a crash this means you
have to wait for the entire fsck to run.
I can point you to some (old) discussions about it if need be.
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Netw
r, and how come it worked ok the last time I
> replaced a disk? And more importantly, how do I switch to my new replacement
> disk without losing data?
Can you please provide uname -a output? Thanks.
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Netw
On Mon, Jul 19, 2010 at 08:41:40AM -0400, Mike Tancsa wrote:
> At 11:58 PM 7/18/2010, Jeremy Chadwick wrote:
>
> >So I believe this indicates the message only gets printed during swapin,
> >not swapout. Meaning it's happening during an I/O read from da0.
>
>
On Mon, Jul 19, 2010 at 08:37:50AM -0400, Mike Tancsa wrote:
> At 11:34 PM 7/18/2010, Jeremy Chadwick wrote:
> >>
> >> yes, da0 is a RAID volume with 4 disks behind the scenes.
> >
> >Okay, so can you get full SMART statistics for all 4 of those disks?
> >T
On Mon, Jul 19, 2010 at 11:55:59AM -0400, Mikhail T. wrote:
> 19.07.2010 07:31, Jeremy Chadwick написав(ла):
> >If you boot the machine in single-user, and run fsck manually, are there
> >any errors?
> Thanks, Jeremy... I wish, there was a way to learn, /which/
> file-sys
131:0:0: class=0x02 card=0x00038086 chip=0x10fb8086
> rev=0x01 hdr=0x00
> i...@pci0:131:0:1: class=0x02 card=0x00038086 chip=0x10fb8086
> rev=0x01 hdr=0x00
Can you provide pciconf -lvc output for the ix[0-3] cards instead? I
believe Jack Vogel
s/i386/
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. PGP: 4B
On Mon, Jul 19, 2010 at 01:41:24PM -0700, Jeremy Chadwick wrote:
> On Mon, Jul 19, 2010 at 11:55:59AM -0400, Mikhail T. wrote:
> > 19.07.2010 07:31, Jeremy Chadwick написав(ла):
> > >If you boot the machine in single-user, and run fsck manually, are there
> > >any erro
0 D1 D2 D3 current D0
cap 05[98] = MSI supports 1 message, 64 bit
cap 07[68] = PCI-X 64-bit supports 133MHz, 2048 burst read, 16 split
transactions
cap 11[b0] = MSI-X supports 1 message in map 0x14
--
| Jeremy Chadwick j...@parodius.com |
| Parodius
; I installed to handle the ZFS array. The onboard SATA runs a
> gmirror array which handles /, /tmp, /usr, and /var (i.e. the OS).
> ZFS runs only on on my /storage mount point.
The Silicon Image controllers have their own driver, siis(4), which uses
AHCI as well. It's just as reliabl
o that for
> the system after my plan is implemented. Thank you. :)
They won't be messed up. ZFS will figure out, using its metadata, which
drive is part of what pool despite the device name changing. I don't
use glabel or GPT so I can't comment on whether or n
enabled by default. "camcontrol identify" will provide
much more verbose details about the state of these disks. Don't confuse
"identify" with "inquiry".
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking
/sys/cam/cam_xpt_internal.h
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/cam/cam_xpt.c
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/cam/scsi/scsi_xpt.c
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/cam/ata/ata_xpt.c
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Netwo
/security and change the names of the rc
variables to key off of something that doesn't conflict with the base
system version.
There are other solutions, of course, but they'd require touching a lot
of things and probably breaking historic naming conventions and
expectations.
--
| Jere
5000cca221d068d5
> >cylinders 16383
> >heads 16
> >sectors/track 63
> >sector size logical 512, physical 512, offset 0
> >LBA supported 268435455 sectors
> >LBA48 supported 3907029168 sectors
> >PIO supported PIO4
> >DMA supported WDMA2 UDMA6
>
ose src or ports when installing FreeBSD.
I populate /usr/src and /usr/ports after the OS is installed, using
csup. I've never had a single problem since.
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.
bytes of each gpt/diskXX (you'll have to figure
this out on your own, I'm not familiar with GPT) so that the ZFS
metadata goes away.
Footnote: can someone explain to me how ZFS would, upon reboot, know
that /tmp/sparsefile[12].img are part of the pool? How would ZFS taste
metadata
nd any mail to "freebsd-stable-unsubscr...@freebsd.org"
> >
>
> What controllers are you using?
>
> What's the results of dd if=/dev/ada4 of=/dev/null bs=1M count=100 ?
His problem is with writes, not reads.
I strongly doubt his problem is wit
mcontrol identify ada3
camcontrol identify ada4
> vfs.zfs.cache_flush_disable=1
> vfs.zfs.zil_disable=1
I question both of these settings, especially the latter. Please remove
them both and re-test your write performance.
--
| Jeremy Chadwick
-
>
>capacity operationsbandwidth
> pool used avail read write read write
> -- ----- ----- - - - -
> tank1,91T 829G 0 26 0 2,16M
> ada4 598G 333G 0 10 0 856K
&
hput
- Try making a ZFS pool with all 3 disks, but then do "zpool offline
tank XXX" and then re-attempt the following dd:
dd if=/dev/zero of=/tank/test.zero bs=64k count=100
And see what throughput looks like.
Thanks.
--
| Jeremy Chadwick
rop to DDB interactively by pressing Control-Alt-Escape. You
can examine the system state from there, but even "call doadump"
probably won't work given that the kernel doesn't know what dump device
to use (re: the ioctl() call above).
--
| Jeremy Chadwick
t; > Please, insert into /boot/loader.conf only this options:
> >
> > vm.kmem_size="999M"
> > vm.kmem_size_max="999M"
> > vfs.zfs.arc_max="160M"
> >
> > And after reboot, please run dd...
>
> I think these settin
sk driver use the LSI SATA/SAS
option. I can't imagine IDE/ATA being faster, since (at least
Workstation) emulates an Intel ICH2.
I was under the impression that ESXi provided native access to the
hardware in the system (vs. Workstation which emulates everything)?
The controller seen
On Mon, Aug 09, 2010 at 11:59:46PM -0400, Joshua Boyd wrote:
> On Mon, Aug 9, 2010 at 12:11 PM, Jeremy Chadwick
> wrote:
>
> > On Mon, Aug 09, 2010 at 05:12:21PM +0200, Ivan Voras wrote:
> > > On 9 August 2010 16:55, Joshua Boyd wrote:
> > > > On Sat, Aug 7
e igb0.
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. PGP: 4B
el type. So:
$ grep -i 0x10c9 *
e1000_hw.h:#define E1000_DEV_ID_825760x10C9
For Jack: igb_vendor_info_array should really be extended to include
actual ASCII strings for the individual chips/models/codenames. I'm
sure that's on your todo list somewhere. I'
imeout issues with em(4) in recent days.
Are you referring to the power saving bit in the EEPRO, specific to
certain Intel 82573 NICs? It's discussed here (see "Networking
(hardware and drivers)"):
http://wiki.freebsd.org/BugBusting/Commonly_reported_issues
--
| Jeremy Chadwick
quota (I have set quotas for all other file systems now :) ).
Can you provide uname -a output please? Thanks.
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator
ot;\n");
219 }
So what's ct_debug?
52 #define ct_debug bootverbose
Are your systems booting verbosely?
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administr
hose. Same goes for Toshiba (just recently replaced one
of those on a laptop; cache went bad, disk I/O was absurd).
If you want something totally crazy to try, how about booting a FreeBSD
7.2 or 7.3 LiveFS CD and doing your dd's?
[1]: http://www.thinkwiki.org/wiki/Category:T43
[2]: http://www.supermicro.com/pr
X is the interface number which would be
used for NFS)
* netstat -idn -I emX
* pciconf -lvc (provide only the data for emX please)
* vmstat -i
* sysctl hw.pci
* As root, run "sysctl dev.em.X.stats=1" then do "dmesg" and
provide the output for NIC
e process.
As Kevin stated, the ICH6-M doesn't support AHCI, so using ahci.ko isn't
an option in his case.
It's possible that the adapter in question is going/has gone bad, is
doing something awful, or the underlying drive itself has degraded in
some way which SMART doesn't se
On Mon, Aug 16, 2010 at 08:33:16AM -0700, Jeremy Chadwick wrote:
> On Mon, Aug 16, 2010 at 07:46:38AM -0700, Kevin Oberman wrote:
> > > From: Ivan Voras
> > > Date: Mon, 16 Aug 2010 15:03:23 +0200
> > > Sender: owner-freebsd-sta...@freebsd.org
> > >
On Tue, Aug 17, 2010 at 10:54:04AM -0700, Mark Morley wrote:
> On Sun, 15 Aug 2010 23:35:50 -0700 Jeremy Chadwick
> wrote:
> >On Thu, Aug 12, 2010 at 10:35:49AM -0700, Mark Morley wrote:
> >> I have five front end web servers that all mount their content from
> >>
ll Speed USB v1.0
> usbus3: 12Mbps Full Speed USB v1.0
> usbus4: 480Mbps High Speed USB v2.0
> ad4: 953869MB at ata2-master UDMA100 SATA
> ugen0.1: at usbus0
> uhub0: on usbus0
> ugen1.1: at usbus1
> uhub1: on usbus1
> ugen2.1: at usbus2
> uhub2: o
olve the problem, but the BUGS
section indicates WD_PASSIVE hasn't been implemented (returns ENOSYS).
Thoughts on solving this dilemma?
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.
ll feature called "ECC BG Scrubbing" that's vague in
definition, given that it's a "background memory scrub" that happens at
intervals which are unknown to me. Maybe 60 minutes? I don't know.
This is why I ask question #3.
For John and othe
eas. OP's backtrace is here:
http://lists.freebsd.org/pipermail/freebsd-stable/2010-August/058425.html
Philipp, can you please provide the following output?
* dmesg | egrep 'em[0-9]'
* uname -a (you can XXX out the machine name if need be)
* pciconf -lvc (only includ
On Thu, Aug 26, 2010 at 11:56:48PM +0200, Philipp Wuensche wrote:
> Jeremy Chadwick wrote:
> >
> > CC'ing Jack Vogel of Intel and Yong-Hyeon PYUN who might have some
> > ideas. OP's backtrace is here:
> >
> > http://lists.freebsd.org/piper
doing. It's been like this for a very long time.
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life h
On Sat, Aug 28, 2010 at 04:35:58PM -0400, Dan Langille wrote:
> This this something to be concerned about:
>
> ACPI Warning: Optional field Pm2ControlBlock has zero address or
> length: 0x/0x1 (20100331/tbfadt-655)
CC'ing freebsd-acpi. OS version is unkno
; igb1: [ITHREAD]
> > igb1: [ITHREAD]
> > igb1: [ITHREAD]
> > igb1: [ITHREAD]
> > igb1: [ITHREAD]
> > igb1: [ITHREAD]
> > igb1: [ITHREAD]
> > igb1: Ethernet address: 00:30:48:ca:cd:73
Adding Jack Vogel of Intel and Yong-Hyeon PYUN to the mix...
I don
On Mon, Aug 30, 2010 at 04:08:45AM -0700, Jeremy Chadwick wrote:
> Bcc:
> Subject: Re: igb related(?) panics on 7.3-STABLE
> Reply-To:
> In-Reply-To: <20100830094631.gd12...@core.byshenk.net>
> {snip}
My apologies -- somehow my mail client completely broke the Subject li
liar with the
networking layer will have to help. freebsd-net or freebsd-hackers
might be worthwhile.
Possibly your machine acts as a forwarding gateway and isn't able to
properly route/forward/process certain kinds of packets?
--
| Jeremy Chadwick j...@paro
ll' was
> here
> *** Error code 1
>
> Stop in /obj/amd64/src/sys/LINT.
> *** Error code 1
>
> Stop in /src.
> *** Error code 1
>
> Stop in /src.
> TB --- 2010-09-01 07:21:47 - WARNING: /usr/bin/make returned exit code 1
> TB --- 2010-09-01 07:21:47 -
sely at the cc line (past
the initial -O2 -pipe -march=nocona).
cc -O2 -pipe -march=nocona -I. -I/usr/src/usr.bin/csup/../../contrib/csup
-DHAVE_FFLAGS -DNDEBUG -ggdb -g3 -O0 -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wno-pointer-sign -c
/usr/src/usr.bin/csup/../../contrib/c
please try the patch I proposed and see if it improves your
situation? Thanks.
http://lists.freebsd.org/pipermail/freebsd-stable/2010-July/057830.html
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
f devices (disks) that are
available, then they should probably be looking at dropping a pretty
penny on a low-end filer. Otherwise, consider replacing the actual hard
disks themselves with drives of a higher capacity.
--
| Jeremy Chadwick j...@parodius.com
rupted
If you received any sort of error or informational message from any of
the servers (such as indication that the server was unreachable and the
client would retry in 10 (?) minutes), then all of the cvsup servers you
tried were, at that moment in time, syncing from cvsup-master.
--
| Jeremy
I've managed to
figure out how to parse the results from geom_gettree() in attempt to
replace kern.geom.conftxt...)
[1]: http://lists.freebsd.org/pipermail/freebsd-current/2010-April/016883.html
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networki
501 - 600 of 2090 matches
Mail list logo
