* Brett Glass (br...@lariat.net) wrote:
> Thank you! Did not know to look for this in the source tree; now I know.
You can get an Atom feed to monitor it for you here:
http://freshbsd.org/search?project=freebsd&q=file.name%3Anewvers.sh&branch=RELENG_9
--
Thomas 'Freaky' Hurst
http://h
* Larry Rosenman ([EMAIL PROTECTED]) wrote:
> I'm getting the following on a zpool scrub:
>
> ad8: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=54817587
> ad8: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=187521229
> ad8: WARNING - READ_DMA UDMA ICRC error (retrying requ
* Jeremy Chadwick ([EMAIL PROTECTED]) wrote:
> On Mon, Aug 11, 2008 at 07:58:22AM +0100, Thomas Hurst wrote:
> > * Larry Rosenman ([EMAIL PROTECTED]) wrote:
> > > ad8: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=154593293
> > >
> > > NA
* Edwin Groothuis ([EMAIL PROTECTED]) wrote:
> I have made an update for the top(1) utility in the FreeBSD base
> system to get it from the 3.5b12 version to the 3.8b1 version.
Looks good, thanks!
IO mode seems to have changed a bit, giving different values to 3.5, it
seems while 3.5 gives you t
* Patrick Lamaizière ([EMAIL PROTECTED]) wrote:
> Ruben van Staveren <[EMAIL PROTECTED]> a écrit :
> > Though experimental, I'm greatly enjoying
> > http://www.secnetix.de/olli/FreeBSD/svnews/?p=/stable/7
>
> Nice. There is also http://freshbsd.org/ (really cool IMHO).
Thanks; I write/run that.
* Jack Vogel (jfvo...@gmail.com) wrote:
> Its using MSI? Given that its PCI-X I have no idea how robust MSI is,
> how bout you compile it with that disabled, use legacy IRQ and see
> if that makes any diff.
I'm seeing similar issues with a quad port 82546EB card, and they're not
using MSI as far
* Steven Hartland (kill...@multiplay.co.uk) wrote:
> If that's a supermicro then em3 is usually the IPMI shared card so perhaps
> that's the cause?
No, it's a Tyan K8WE:
http://www.tyan.com/archive/products/html/thunderk8we.html
With a quad port Intel NIC in one of the 133MHz PCI-X slots. The
* Jeremy Chadwick (free...@jdc.parodius.com) wrote:
> It's been mentioned in the past that for "simple" SATA expansion cards,
> a good/affordable choice at this point are cards using the Silicon Image
> 3124/3132/3531 chips (driven by the siis(4) driver). Avoid the 3112.
>
> The reason I say tha
* Chuck Swiger ([EMAIL PROTECTED]) wrote:
> On Jan 25, 2008, at 11:24 AM, Joe Peterson wrote:
>> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED
>> WHEN_FAILED RAW_VALUE
>> 1 Raw_Read_Error_Rate 0x000f 114 071 006Pre-fail Always
>> - 8242294
(kern/114438 btw)
--
Thomas 'Freaky' Hurst
http://hur.st/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
* Karl Denninger ([EMAIL PROTECTED]) wrote:
> I have disks on the internal ICH7 adapters (on the motherboard), SATA,
> and also a TWE controller with two disks.
>
> When hitting the TWE controller hard I can hose the I/O performance on
> the primary (onboard) adapter quite severely to the point t
* Jeremy Chadwick ([EMAIL PROTECTED]) wrote:
> > I added it directly to the 2nd CPU (diagram on page 9 of
> > http://www.tyan.com/manuals/m_s2895_101.pdf) and the problem
> > seems to be the interaction between nfe0 and powerd :
>
> That board is the weirdest thing I've seen in years.
K8WE
* Evren Yurtesen ([EMAIL PROTECTED]) wrote:
> I guess one good question is, how can one see the number of PV entries
> used by a process? shouldnt these appear in the output of ipcs -a
> command?
No, PV entries are a VM thing, not limited to SysV IPC.
> Another good question is, in many places t
* Evren Yurtesen ([EMAIL PROTECTED]) wrote:
> How do I see what process is sharing memory and how much memory?
Guessing is normally sufficient; typically it's processes with the same
name and similar size/res. On 7-STABLE you can use procstat -v to look
at the VM mappings for a process, but typi
* Julian H. Stacey ([EMAIL PROTECTED]) wrote:
> Either:
> - You made a typo with ar0s2 & meant ad0s2,
> - Or you really mean "ar" - man 4 ar reports a comms card !
ataraid(4) exposes ATA RAID devices as ar%d:
-% man 4 ataraid |grep /dev
/dev/ar* ATA RAID device nodes
--
Thomas 'Fre
* Jeremy Chadwick ([EMAIL PROTECTED]) wrote:
> * I'm left questioning why a disk manufacturer would process drives
> (by this I mean the manufacturing process) differently based on their
> transport type. It would cost a *huge* amount of money to have
> separate fabs for SCSI, SAS, and SATA/PATA.
* Doug Barton ([EMAIL PROTECTED]) wrote:
> If there is a consensus based on solid technical reasons (not emotion
> or FUD) to back the root zone slaving change out, I'll be glad to do
> so. I think it would be very useful at this point if those who _like_
> the change would speak up publicly as we
* G?t Andr?s ([EMAIL PROTECTED]) wrote:
> On these you've to forget the ipmi console, because once bge(4) loads
> it blocks the bridge that the ipmi uses for remote console. There was
> a patch for an older bge(4) driver, but on the 6.2 i couldn't patch
> the driver. (I looked the source, but the
* Vivek Khera ([EMAIL PROTECTED]) wrote:
> I'll investigate this option. Does anyone know the stability
> reliability of the mpt(4) driver on CURRENT? Is it out of GIANT lock
> yet? It was hard to tell from the TODO list if it is entirely free of
> GIANT or not.
Yes, mpt(4) was made MPSAFE in
I'm currently verifying a 50GB filesystem dump with sha1 at about
40MB/s. This is resulting in a small but annoying amount of swapping,
including my IRC client, text editors, even syslogd. Larger processes
like my .5G-each mysqld and squid don't seem to be effected:
Mem: 2045M Active, 5025M Inac
* Alexey Popov ([EMAIL PROTECTED]) wrote:
> So I can conclude that FreeBSD has a long standing bug in VM that
> could be triggered when serving large amount of static data (much
> bigger than memory size) on high rates. Possibly this only applies to
> large files like mp3 or video.
I've seen high
* Jeremy Chadwick ([EMAIL PROTECTED]) wrote:
> There's a periodic script (/etc/periodic/weekly/330.catman) which
> rebuilds all the catman pages for you. However, it makes an immense
> mess of your weekly system mails due to all the manpage/nroff
> formatting mistakes. Have a look:
>
> http://l
* John Baldwin ([EMAIL PROTECTED]) wrote:
> We have noticed an issue at work but only on faster controllers (e.g.
> certain mfi(4) drive configurations) when doing I/O to a single file
> like the dd command mentioned causes the buffer cache to fill up. The
> problem being that we can't lock the v
* Kris Kennaway ([EMAIL PROTECTED]) wrote:
>> Excellent. I've been seeing this behavior for a long time, mostly on
>> backup runs (RAID-1 amr SATA -> 1 disk Marvell ata). It's pretty odd
>> seeing a system with 8G of memory, 60% of which is just cache, swap
>> out half a dozen things for no appa
* Thomas Hurst ([EMAIL PROTECTED]) wrote:
> * Kris Kennaway ([EMAIL PROTECTED]) wrote:
>
> >> Excellent. I've been seeing this behavior for a long time, mostly on
> >> backup runs (RAID-1 amr SATA -> 1 disk Marvell ata). It's pretty odd
> >> seei
* Kris Kennaway ([EMAIL PROTECTED]) wrote:
> I don't understand your test procedure, can you elaborate?
The spikes from last night are from:
(/sbin/dump -$level -LuaC128 -f - $fs | /usr/bin/tee ${target} |
/sbin/sha1 > ${target}.sha1)
Followed by:
nice -n 19 /home/freaky/bin/par2 c -t+ -r5 -m2
* Robert Watson (rwat...@freebsd.org) wrote:
> It would probably be worth skimming svn logs for stable/7 to see what
> other testing focuses would be particularly useful.
In case it's of use, I have full searchable SVN history here:
http://beta.freshbsd.org/?q=branch:RELENG_7
--
Thomas 'Frea
* Doug White ([EMAIL PROTECTED]) wrote:
> Ah, so they are all on the same bus. Yuck, performance is going to be
> sucky. Bad Tyan, no cookie. That'll also explain the limited number
> of interrupts available. I don't think there's anything we can do to
> help the situation, sadly.
Buy a PCI-X
* Bill Moran ([EMAIL PROTECTED]) wrote:
> Are you actually using /dev/random and not /dev/urandom?
>
> /dev/random is "military grade" random data. It will block if it
> feels that it hasn't gathered enough entropy to satisfy your request.
> It will never provide random data at any reasonable spe
* Vivek Khera ([EMAIL PROTECTED]) wrote:
> Has anyone successfully booted FreeBSD 6 on the new "M2" variants of
> sun's X2100 or X4100 boxes? I have three X4100 original versions that
> works stunningly well (but I don't use the internal disks) with
> FreeBSD 6.1. I was just curious how the new o
* Bill LeFebvre ([EMAIL PROTECTED]) wrote:
> The <> are only used when the process flag PS_INMEM is clear, which
> is supposed to indicate that the process is or is not "in memory".
> This flag is only ever cleared in swapout, called from swapout_procs.
> My bet is that the processes are being
* G?t Andr?s ([EMAIL PROTECTED]) wrote:
> So. The simple question is: Why FreeBSD has securelevel 0 if init sets
> it to 1, if it sees at boot that the level is 0? :)
So when you boot to single user mode you can turn off immutable/append
only flags etc, without letting those capabilities propagat
* Damian Gerow ([EMAIL PROTECTED]) wrote:
> I tried updating the BIOS on my K8WE (S2895) yesterday to 1.03, but
> after the update, FreeBSD (RELENG_6 dated March 26) would randomly
> freeze after booting.
>
> As I was updating from v1.01, I suspect it may be the updates to
> the nVidia SATA firmwa
* Søren Schmidt ([EMAIL PROTECTED]) wrote:
> No, my only advise is to use the ATA mkIII patches or better yet -
> current..
In a similar vein, I'm seeing the same WRITE_DMA timeouts and system
lockups using ATA mkIII patches as I did using the standard RELENG_5
driver, on two seperate systems.
I
* Søren Schmidt ([EMAIL PROTECTED]) wrote:
> > Save me Søren!
>
> You have picked some of the most dreaded HW out there thats for sure,
> so I'm not sure I can do that :)
Meh, the BP6 might be old, but what's wrong with it? I've used it for
the past half a decade practically 24/7 and this is the
* Steve Roome ([EMAIL PROTECTED]) wrote:
> We're trying to get FreeBSD to perform reasonably well, in comparison
> to Linux, or even what we should expect to see. We're getting about
> half the performance we get from gentoo on the same application
> (mysql).
Fancy giving CURRENT a try?
For the
* David Sze ([EMAIL PROTECTED]) wrote:
> super-smack select-key
> 5.4-RELEASE ~20,000 queries/second
> 6.0-CURRENT ~24,000 queries/second
> CentOS w/async ~36,000 queries/second
> CentOS w/sync ~26,000 queries/second
Uh, this should be an
* Brooks Davis ([EMAIL PROTECTED]) wrote:
> The SII3112 is a piece of crap that won't work reliably. Order
> something better (Soren recommends Promise cards).
Are all Promise cards currently supported? Even their 8/16+ port
"SATA-II" RAID6 cards? PCI-Express? The list of supported controlle
* Christoph Schug ([EMAIL PROTECTED]) wrote:
> IIRC I had the problem that 'gmirror insert' without '-h' not always
> inserted the slice specified by the entire block device (e.g.
> /dev/ad4s1 vs. /dev/ad4). Apparently there is some auto detection
> code and/or gmirror cannot differ correctly, but
* Nuno Teixeira ([EMAIL PROTECTED]) wrote:
> - why not integrate portupgrade with the main FreeBSD tree?
The main tree wants to be small; it's installed on all machines, from
little gateways sitting in the corner and *just* fitting on the drive,
to big-ass servers. Many of these machines
* Andrew Cowan ([EMAIL PROTECTED]) wrote:
> It is really to much work to change the script variable names in
> current, so that they relate exactly to what they do? eg.
> ipfw_load_firewall_rules={yes,no}
> ipfw_firewall_rules_file={open,simple,etc,/etc/myfirewall.rule}
The -stable
* Helge Oldach ([EMAIL PROTECTED]) wrote:
> Count this my strong vote against removal of packages that are
> traditionally part of the base system.
I hate sendmail with a passion. I use exim; hence it's just added
bloat sitting in my rather full /usr.
The existance of more up-to-date ports fo
42 matches
Mail list logo
