)
/usr/src/sbin/mount/mount.c: In function 'flags2opts':
/usr/src/sbin/mount/mount.c:922: error: invalid operands to binary &
How can i fix this?
my system:
FreeBSD 8.0-STABLE #11: Sun Apr 18 15:55:23 CEST 2010
r...@bert/usr/obj/usr/src/sys/GENERIC i386
Regards,
Thomas
___
Am 04.06.10 01:51, schrieb Xin LI:
> On 2010/06/03 16:24, Thomas wrote:
>> Hello
>
>> I tryed to use crunchgen. It's not working for me. I always get a
>> NFS4ACL error.
>
>> r...@bert:/usr/src/release/i386# crunchgen boot_crunch.conf
>> Run "
Hello
Is there an actual reason why "daily_scrub_zfs_enable" is missing in
/etc/defaults/periodic.conf?
/etc/periodic/daily/800.scrub-zfs was mfc'ed two weeks ago:
MFC r211800
Regards,
Thomas
___
freebsd-stable@freebsd.org ma
Hi Gleb
Thanks for you work.
I will test this on a small freebsd based router with an averrage of
300mb/s in the next few days.
Should I test anything special? Where should I see most of the
improvements compared to 6.1 Release? (less interrupts without polling?)
Cheers,
Thomas
Gleb Smirnoff
Hi
I jailed my ftp server. Rsync processes inside my jail syncing remote
files. I receive a lot of errors like:
rsync: failed to set times on
"/usr/local/data/ftp/mirror/x.org/pub/X11R7.0/doc/html/XF86VidModeGetPermissions.3.html":
Operation not permitted (1)
All set times error are triggered b
at device 16.0 on pci0
...and this is a single-processor system.
Has anyone had similar problems with this setup?
--Thomas
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
On 06/03/2011 14:23, Dave Johnson wrote:
An IPFW problem when going from release to stable on 8.2
An help gladly accepted
LOG ON
Flushed all rules.
00010 allow ip from 127.0.0.1 to 127.0.0.1 via lo0
00030 divert 8668 ip from any to any via bge0
ipfw: getsockopt(IP_FW_ADD): Invalid argument
500
ther is idle. I suppose it won't get any faster (it's CPU
bound because of the heavy gzip compression), but why is the pool so
slow? Is zfs receive using synchonous writes?
Sorry for maybe being offtopic :-)
Regards,
Thomas
___
freebsd-stable
Hello,
I've plugged a USB disc to a FreeBSD System and it's dedected as da1:
da1: Fixed Direct Access SCSI-2 device
But when rebooting the machine, it becomes da0 and I cannot boot the
system. What's the trick to set the USB disc to da1 permanent?
Thanks,
Tom.
_
control devlist
at scbus0 target 0 lun 0 (da0,pass0)
at scbus1 target 0 lun 0 (pass1,da1)
the Samsung G3 permanently to da1 (the AMCC must be da0).
(This is a productive system and I don't want to do tests ...)
Thank you!
Regards,
Thomas.
_
omeone else can fill me in here.
Regards,
Thomas
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
d 8. No
kernel messages on the console, everything just hang until I pressed the
hard reset button.
After about 3 months of testing and frustration I gave up and bought
another controller.
Regards, Thomas
___
freebsd-stable@freebsd.org ma
On 7/7/11 2:09 PM, Christian Baer wrote:
Do you have an alternative controller in mind? Preferably I mean one
that doesn't cost ten times as much. :-)
I suggest an LSI 1068 based SAS controller. With the SAS->SATA cables
included it will cost at most five times as much :)
Regards
ystem is working fine if I connect all 4 disk to the
the onboard controller.
Is this an known issue with this controller and the mpt driver? Is there an
workaround? I hope someone can help me.
Regards,
Thomas
FreeBSD Information:
8.2-STABLE FreeBSD 8.2-STABLE #3: Sun Jul 3 19:39:11 UTC 2011
r.
Hello
On Sep 19, 2011, at 2:45 PM, Thomas Vogt wrote:
> I've stability issue with my new intel SASUC8I [1] PCIe controller. It's a
> LSI 1068e based controller. After a few minutes with disk io (csup or scrub
> by example) my FreeBSD 8-stable (64bit) is "freezing" f
Hi Marius
On 19.09.2011, at 21:06, Marius Strobl wrote:
> On Mon, Sep 19, 2011 at 02:45:04PM +0200, Thomas Vogt wrote:
>> Hello
>>
>> I've stability issue with my new intel SASUC8I [1] PCIe controller. It's a
>> LSI 1068e based controller. After a few minut
On Sep 19, 2011, at 9:53 PM, Marius Strobl wrote:
> On Mon, Sep 19, 2011 at 09:13:53PM +0200, Thomas Vogt wrote:
>> Hi Marius
>>
>> On 19.09.2011, at 21:06, Marius Strobl wrote:
>>
>>> On Mon, Sep 19, 2011 at 02:45:04PM +0200, Thomas Vogt wrote:
>>>
Good morning,
just spotted this MCA event (and subsequently kernel panic):
Oct 1 10:43:42 marvin kernel: MCA: Bank 4, Status 0xf41b210030080a13
Oct 1 10:43:42 marvin kernel: MCA: Global Cap 0x0105,
Status 0x0007
Oct 1 10:43:42 marvin kernel: MCA: Vendor "AuthenticAMD",
Hello Jeremy,
first, thank you for the extensive explanation. It cleared some things
up for me. I do have some rambling to add, though :-)
On Sat, Oct 1, 2011 at 12:23, Jeremy Chadwick wrote:
> So what should you do? Replace the RAM. Which DIMM? Sadly I don't
> know how to determine that. S
* 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
On Tue, Oct 18, 2011 at 09:19, Jeremy Chadwick wrote:
>> That would be absolutely helpful! After all, FreeBSD is primarily a
>> server OS, and where would one have ECC if not on servers. Being able
>> to determine what's wrong with memory would be certainly very valuable
>> for many admins.
>
> Th
Hi. I got the same problem. After some debugging I came up with the
following patch:
--- os_freebsd.cpp.orig 2011-10-06 18:43:44.0 +0200
+++ os_freebsd.cpp 2011-10-23 11:19:31.492599837 +0200
@@ -1044,8 +1044,13 @@
}
if (iop->sensep) {
+#if CAM_VERSION < 0x16
memcpy(iop->
List,
here's a rant about a recent problem I had and the surprising
solution.
I recently had to investigate weird unexpected issues on a workstation.
Relevant hardware: Asus P8B-WS, Xeon E3-1260L (Sandy Bride, Intel
HD-2000 graphics)
Since we don't have kms and friends in STABLE yet, and I can l
ATKBD_DFLT_KEYMAP # specify the built-in keymap
makeoptions ATKBD_DFLT_KEYMAP=fr.iso.acc
options SC_KERNEL_CONS_ATTR=(FG_LIGHTGREEN|BG_BLACK)
options SC_KERNEL_CONS_REV_ATTR=(FG_WHITE|BG_GREEN)
options SC_NORM_REV_ATTR=(FG_WHITE|BG_BLUE)
Regards,
--
Th. Thomas.
pgpZmXFmAsM
matches your keyboard even when you enter the very first keystrokes in
> single-user mode (root-pw, path to shell, ...).
That's why I use it: when you enter is this mode to solve some problem,
it reduces the risk of errors and the stress to blindly type on a non-
QWERTY keyboard.
Reg
Le 22 févr. 2012 à 22:51, Jack Vogel a écrit :
> On Wed, Feb 22, 2012 at 1:44 PM, Luigi Rizzo wrote:
>
>> On Wed, Feb 22, 2012 at 09:09:46PM +, Ben Hutchings wrote:
>>> On Wed, 2012-02-22 at 21:52 +0100, Luigi Rizzo wrote:
>> ...
I have hit this problem recently, too.
Maybe the is
598&set=a.133588036707107.25033.109123525820225&type=1&ref=nf>
(Sorry, it might require a FB account)
Regards,
--
Th. Thomas.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any
List:
I keep archival floppy disk copies of EPROM images on CDROM and occasionally
need to DD them back to a floppy disk for my programmer to load. I recently
upgraded two of my shop computers from FreeBSD 7 Stable to FreeBSD 9 Stable
with clean installs. I tried the 'fdformat' command prior
> For what it's worth, I had problems writing images back to a
> floppy disk at around 8.0 prerelease. Dd wrote the image ok,
> but when closing the device, the machine panicked. Problem is
> gone on 8.2 and 8.3 (prerelease), and I haven't tried 9 yet.
>
My two computers running FreeBSD 9 can't ev
> uname -a
> FreeBSD elg.hjerdalen.lokalnett 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #42: Sat
> Mar 3 20:05:21 CET 2012
> rumrunner@elg.hjerdalen.lokalnett:/usr/obj/usr/src/sys/RUM amd64
>
> fdformat works fine here with:
> dmesg |grep fdc
> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on
> acpi0
> Hi.
>
> I'm a bit short on free machines, so the closest I can get right now
> is my everyday machine running from sources cvsupped from
> RELENG_8 3.rd of March:
>
I 'csuped' to FreeBSD 9.0-STABLE today and still had the same problem. This
computer has normal floppy disk operation when using
on#64-bit
Regards,
Thomas
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
After a successful "make buildworld" with newly updated source tree, "make
buildkernel" failed on atapi-cam.c :
Ending lines of my buildkernel.log are
cc -shared -nostdlib hack.c -o hack.So
rm -f hack.c
MAKE=make sh /usr/src/sys/conf/newvers.sh SANDY
cc -c -O2 -frename-registers -pipe -fno-stric
> My daily stable/9 build (& boot) was successful at r235604:
> FreeBSD g1-227.catwhisker.org 9.0-STABLE FreeBSD 9.0-STABLE #162 235604M: Fri
> May 18 04:39:02 PDT 2012
> +r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386
> Peace,
> david
> --
> David H. Wolfskill
> My daily stable/9 build (& boot) was successful at r235604:
> FreeBSD g1-227.catwhisker.org 9.0-STABLE FreeBSD 9.0-STABLE #162 235604M: Fri
> May 18 04:39:02 PDT 2012
> +r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386
> Peace,
> david
> --
> David H. Wolfskill
05::2/64"
ifconfig_em0_alias0="inet 192.168.100.51/32"
ifconfig_em0_alias1="inet6 2a00:abcd:0:405::3/64"
defaultrouter="192.168.100.49"
ipv6_defaultrouter="2a00:abcd:0:405::1"
Please correct me, if there is a better solution.
Regards,
Thomas.
___
Hi,
I just updated my world to try kms which has recently been merged into
stable. However I get this when kldload'ing i915kms:
drmn0: on vgapci0
info: [drm] MSI enabled 1 message(s)
error: [drm:pid1295:drm_load] *ERROR* Card isn't AGP, or couldn't
initialize AGP.
device_attach: drmn0 attach ret
On Sat, Jun 23, 2012 at 10:59 AM, Konstantin Belousov
wrote:
> Ok, but you did not tried to load i915kms, at least the dmesg you posted
> lacks an indication.
Actually, it did. i915kms was in loader.conf.
dmesg, line 37f:
Preloaded elf obj module "/boot/kernel/i915kms.ko" at 0x8113a820.
On Sat, Jun 23, 2012 at 2:08 PM, Konstantin Belousov
wrote:
> Hmm, I probably see an issue. Please try the patch below.
>
> diff --git a/sys/dev/agp/agp_i810.c b/sys/dev/agp/agp_i810.c
> index a181ad7..c0f592c 100644
> --- a/sys/dev/agp/agp_i810.c
> +++ b/sys/dev/agp/agp_i810.c
> @@ -700,7 +700,7
On Sat, Jun 23, 2012 at 5:07 PM, Thomas Zander
wrote:
> After applying the patch, when kldload'ing i915drm, there is quite
> some dmesg output (attached).
>
> I am going to build xorg and let you know whether it works. Thanks
> again for your help so far!
After rebuilding
from Ken Smith :
> Through time we learned to try and avoid ever having a "stable branch"
> call itself BETA-anything. The reality is during every release the BETA
> builds do get built from what's in the stable branch (we typically don't
> create the releng/* branches until we hit the RC phase).
I notice in my latest build of FreeBSD 9.0-STABLE (#11), a problem with less
and vi with files whose name begins with +.
These files occur in /var/db/pkg/(pkg-name)/
For instance, if I cd /var/db/pkg/png-1.4.8
and type
less +DESC
I get
Missing filename ("less --help" for help)
but if I type
from Glen Barber :
> less(1) is expecting '+' to be followed by additional arguments.
> If you use 'less -- +DESC', for example, it should work fine. Same with
> vi(1).
Yes, that works, as does "less ./+DESC".
Somehow I thought I had successfully done "less +CONTENTS" successfully before,
but
Moin,
my new machine doesn't have a physical connector for a parallel printer
anymore, so I'm now connecting my Brother HL-1250 through the USB port.
The printer is recognized when it powers up:
ugen0.4: at usbus0
ulpt0: on
usbus0
ulpt0: using bi-directional mode
and it starts warming up when
Torfinn Ingolfsen writes:
> On Fri, 21 May 2010 10:29:04 +0200
> Thomas Gellekum wrote:
>
>> echo "hallo" > /dev/ulpt0
>> [...]
>> Any ideas on how to debug this are welcome.
>
> Most of todays printers do NOT understand plain text, usually you
Hello All,
I am trying to do make buildworld after a fresh cvsup on a freebsd 7 box
and running into some issues. I appologize if I am flooding the list with
output but I want to make sure I send as much information as possible.
Initially I had this error:
cc -O2 -fno-strict-aliasing -pipe
d way, but the new way is:
# cd /usr/src
# make buildkernel KERNCONF=GENERIC
# make installkernel KERNCONF=GENERIC
The KERNCONF=GENERIC is redundant, because the GENERIC config is default.
Thomas
___
freebsd-stable@freebsd.org mailing
Dear,
is there any way to inspect a running STABLE machine for the presence
or state of ECC memory before an MCA "error detected" message actually
occurs?
In comparison when I quickly boot the machine in question with a Linux
live CD, I find (among other EDAC messages) the following output in
its
On Fri, Nov 5, 2010 at 20:54, C. P. Ghost wrote:
> Have you tried 'dmidecode' (as run), from the port sysutils/dmidecode?
I have actually, but the output is somewhat unexpected (besides the
fact that there are cases in which its report do not match reality.
The manpage says "often".).
In my box
On Fri, Nov 5, 2010 at 22:21, John Baldwin wrote:
>> During POST, die BIOS also tells me that ECC memory is installed, so
>> far so good. But I was a little surprised that the FreeBSD kernel
>> tells me absolutely nothing about it. Or do I have to tune loader.conf
>> variables?
>
> I think the ED
ouble with
special files. What sort of special files are not handled correctly by
rsync? I'd like to know because I'm relying on rsync for backups for
years on my home network.
Thomas
___
freebsd-stable@freebsd.org mailing list
http://lists
On 11/23/10 4:45 PM, Freddie Cash wrote:
On Tue, Nov 23, 2010 at 4:56 AM, Thomas Ronner wrote:
rsync -avHxS --delete --numeric-ids /src/. /dst/.
One problem with using rsync when dealing with hard-linked files: it
doesn't like it when the source switches from hard-linked to
non-hard-l
28 11:28:22 2010
Protocol 41 is IPv6 in IP tunnelling, which is what HE uses to get the
IPv6 to you.
So
00050 allow 41 from any to any
allows the IP(v4) packets encapsulating the IPv6 traffic to reach you,
00050 allow ip6 from any to any
00050 allow ip6 from any to any
allow the act
Hi,
do we have any way to monitor which LBAs of which block device are
read/written at a given time?
I stumbled upon this,
http://southbrain.com/south/2008/02/fun-with-dtrace-and-zfs-mirror.html
which is pretty intriguing. Unfortunately on FreeBSD we do not have
the DTrace io provider, so his dt
On Sun, Dec 5, 2010 at 19:02, Artem Belevich wrote:
>> GEOM sounds like a good candidate for probing of that kind.
>>
>> sudo dtrace -n 'fbt:kernel:g_io_deliver:entry { printf("%s %d %d
>> %d\n",stringof(args[0]->bio_from->geom->name), args[0]->bio_cmd,
>> args[0]->bio_offset, args[0]->bio_length)
uses route complaints from
-cloning
kern/148928: [ipfw] Problem with loading of ipfw NAT rules during system
startup
both have fixes proposed...
--
Thomas Sandford
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/free
ecksum
error at ZFS level rather than a read error that any filesystem (or
indeed RAID layer) will notice.
What's the point in having the connection protected by a CRC if it's
just going to let bogus data through anyway?
--
Thomas 'Freaky' Hurst
http://hur.st/
Hi,
On Wed, Jul 23, 2008 at 21:37, Edward Ruggeri <[EMAIL PROTECTED]> wrote:
> I recently purchased a Lenovo ThinkPad with a ThinkPad 11a/b/g
> Wireless LAN Mini Express Adapter (based on the AR5212 chipset). I
> got kernel panics while using the wireless card under 7-STABLE
Do you still have t
* 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
Thomas, that brings
PmcTools' callchain capture features to 7-STABLE. Thank you, Fabien!
The patch is linked to from the PmcTools wiki page:
http://wiki.freebsd.org/PmcTools.
The current file name is: "patch-callchain-FreeBSD-7-
STABLE-2008-07-12.gz".
As the file name indicates,
t;n 10" causes top to exit.
--
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]"
laptop bag with the
various "current" installations. Good stuff!
Best regards
Thomas Rasmussen
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
than commit emails,
it's also feasable to support things like local copies of diffs.
Of course, now I need to generalize it back to the other BSD's
--
Thomas 'Freaky' Hurst
http://hur.st/
___
freebsd-stable@freebsd.org mailing li
7;ve successful updated 6.3REL/amd64 to 6.4-REL)
Best regards,
Thomas.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Glen Barber schrieb:
On Sun, Dec 28, 2008 at 6:50 AM, Thomas Krause
wrote:
Dear list,
I cannot upgrade my 6.3-RELEASE-p7/i386 to 6.4-RELEASE with freebsd-update.
I have run:
# freebsd-update upgrade -r 6.4-RELEASE
Is there any output from this?
Yes, many output. It ends with questions
Hello,
I've created a new patch for all the pmc feature available on trunk
(02/05).
It has been tested on a core2duo in amd64 and i386 mode with success.
Feel free to test and give your feedback.
Thanks to Joseph Koshy for the hard work on pmc.
Patch is linked on the PmcTools wiki page: http
On Nov 12, 2009, at 1:25 PM, Ivan Voras wrote:
> Actually, it would be good if you taught more than him :)
>
> I've always wondered how important are each of the dozen or so statistics and
> what indicates what...
>
> Here is for example my desktop drive:
>
> SMART Attributes Data Structure rev
On 18 Nov 2009, at 10:17, Gerrit Kühn wrote:
Supermicro AOC-USASLP-L8i card
All my childhood traumas magically went away when I bought this card.
Recommended!
Thomas___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/li
On Nov 26, 2009, at 8:25 PM, Guojun Jin wrote:
> Shall I fill a defect? or someone on this mailing list can take care of this
> problem before release.
>
> -Jin
8.0 is halfway out already, you can download -RELEASE ISOs or upgrade using
freebsd-update. The main announcement just hasn't been mad
posite.
Corrected link:
http://www.phoronix.com/scan.php?page=article&item=freebsd8_benchmarks&num=1
And yeah, quite honestly: disk scheduling in FreeBSD appears to suck... The
only reason I'm not switching from Linux. :(
Regards,
Thomas
(PS. See my thread about horrible conso
On Nov 30, 2009, at 12:38 PM, O. Hartmann wrote:
> Thomas Backman wrote:
>> On Nov 30, 2009, at 9:47 AM, O. Hartmann wrote:
>>> I'm just wondering what's wrong with FreeBSD 8.0/amd64 when I read the
>>> Benchmarks on Phoronix.org's website. Espec
On Dec 4, 2009, at 8:56 PM, Stefan Bethke wrote:
> Am 04.12.2009 um 17:52 schrieb Stefan Bethke:
>
>> I'm getting panics like this every so often (couple weeks, sometimes just a
>> few days.) A second machine that has identical hardware and is running the
>> same source has no such problems.
>>
^ DNSSEC is enabled (remaining output removed).
...then DNSSEC is enabled and your bind is in a vulnerable configuration,
and you should update. If the "ad" flag is not present, update bind anyway,
and go enable DNSSEC! :)
Best regards
Thomas Rasmussen
On Jan 14, 2010, at 2:11 PM, Pete French wrote:
>> Also enable INVARIANTS.
>
> Including INVARIANTS stops my kernel from building. It
> has been this way since 8.0 (this is why I only
> had WITNESS compiled in). It fails with many many
> errors like this:
>
> /usr/src/sys/vm/vm_map.c:575: undef
Good evening,
I am observing that doing a buildworld on stable (r202448) with
WITH_CTF=1 breaks /usr/libexec/cc1plus on my amd64. Doing so causes
cc1plus to crash with internal errors and ports like devel/popt don't
even make it through the configure stage ("fails sanity check").
Is this behaviour
On Sun, Jan 17, 2010 at 14:04, Kostik Belousov wrote:
> WITH_CTF=1 results in the broken static binaries after strip(1).
> Do not use it (yet) for buildworld.
Thank you, I must have missed this somehow.
Is it maybe worth a footnote in the handbook?
http://www.freebsd.org/doc/en_US.ISO8859-1/boo
; you meant the on-disk location, and not the
partition letter. If swap is partition "a", you're writing the loader
into swapspace.
Regards,
Thomas
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stab
It depends on the bandwidth of the bus that it is on and the controller
itself.
I like to use pci-x with aoc-sat2-mv8 cards or pci-e cardsthat way you
get a lot more bandwidth..
On Mon, Jan 25, 2010 at 3:32 AM, Dan Naumov wrote:
> On Mon, Jan 25, 2010 at 9:34 AM, Dan Naumov wrote:
> > On M
probably lacks
the driver for your SATA chipset.
Regards,
Thomas
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
difference.
Interestingly I can pull 30-60MB/s to/from em0 (LAN) without any
problems, but pulling 5MB/s from em3 has repeatedly led to the interface
just going silent until I bounce it. Quite intermitent though,
sometimes it dies in the first second or two, sometimes I can pull down
20GB witho
he 133MHz PCI-X slots. There's a
Supermicro Marvell 8x SATA card in another slot that's been experiencing
ZFS CKSUM errors since updating to 8 too, which is slightly suspicious.
Would like to replace the SATA card with a nice simple AHCI board.
Sadly nobody seems to make them.
--
Thomas &
I interfaces, and I guess a
simple two port card would do for the rest.
--
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 "freebsd-stable-unsubscr...@freebsd.org"
gs under 8.0-RELEASE (Max Laier)
9. Re: em(4) interface hangs under 8.0-RELEASE (Thomas Hurst)
10. FBSD 8.0& ZFS Issue.. default_perms_for_dir (Howard Leadmon)
11. 8.0-RELEASE-p2: boot0cfg yields "vnode_pager_getpages: I/O
read error" (Brian Conway)
12. Re: virtua
edit this file in vi and resolve the conflicts
manually...
this goes on with *every* file in the /etc directory. What's wrong here?
Best regards,
Thomas.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fr
Thanks for the patches, we will look at it as soon as our time permits
Thomas
On 25/04/2010, Oliver Pinter wrote:
> this errata is fixed in kde4 and not yet in kde3 @ports...
>
> -- Forwarded message --
> From: Oliver Pinter
> Date: Sun, 25 Apr 2010 00:31:03
7;bout
Erwin Lansing, Mark Linimon, Martin Wilke,
Pav Lucistnik, Florent Thoumie, Ion-Mihai Tetcu,
Kris Kennaway, Joe Marcus Clarke, Thomas Abthorpe too
All we are saying is give freeze a chance
All we are saying is give freeze a chance
Thomas
--
Thomas Abthorpe | FreeBSD Committ
isn't actually counting them
(marketroids hate accurate SMART readings).
Try graphing them as counters; with an idle disk you'll see periodic
sawtooth patterns as the heads crawl from one side of the disk to the
other.
--
Thomas 'Freaky' Hurst
http://hur.st/
_
262026302640...
done.
Applying patches... done.
Fetching 1587 files... failed.
Any ideas how to perform the upgrade?
Best regards,
Thomas.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
be19a
+ read Y
+ [ -s filelist ]
+ wc -l
+ tr -d
+ echo -n Fetching 1587
Fetching 1587 + echo -n files...
files... + lam -s 6.3-RELEASE/amd64/f/ - -s .gz
+ xargs /usr/libexec/phttpget update1.FreeBSD.org
+ read Y
+ [ -f 00021c52a9c8de69e0dd8a3cf7a9c9315518093293707420ccbc3ccc83e636cc.gz ]
+ e
find such a homedir in /etc/passwd!
Regards,
Thomas.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> Dear Thomas and FreeBSD friends,
>
> On Fri, Feb 29, 2008 at 12:52:11PM +0100, Thomas Krause wrote:
>> Dear list,
>>
>> after upgrading from 6.2R to 6.3R my daily jobs, which are normaly
>> executed from /etc/daily.local, are not longer started.
>> The en
(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]"
dates.
I should try mounting my /usr noatime and seeing if the problem goes
away. Not the greatest of solutions, but meh.
--
Thomas 'Freaky' Hurst
http://hur.st/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailma
but what a behemoth. I
> can't imagine that thing running reliably.
The only stability problems I've experience have been the occasional
lockup using PowerNow since migrating from dual single core to dual dual
core.
--
Thomas 'Freaky' Hurst
http://hur.st/
0 already exists; skipping it
ad0: setting PIO4 on CS5536 chip
ad0: setting WDMA2 on CS5536 chip
ad0: 1953MB at ata0-master WDMA2
ad0: 4001760 sectors [3970C/16H/63S] 4 sectors/interrupt 1 depth queue
GEOM: new disk ad0
Trying to mount root from ufs:/dev/ad0s1a
Invalid time in clock: check a
Hi Marcel
Am 16.05.2008 um 12:53 schrieb Marcel Moolenaar:
On May 16, 2008, at 1:17 AM, Thomas Vogt wrote:
FreeBSD detects it with: "puc0:
port 0xe500-0xe51f,0xe520-0xe52f,0xe530-0xe537,0xe538-0xe53f,
0xe540-0xe547,0xe548-0xe54f irq 10 at device 14.0 on pci0" . But it
only a
of
integers.
> In either case, I already increased vm.pmap.shpgperproc to 2000 (from
> 200) and still the error occurs, there is not so much load on this
> box, maybe there is a leak somewhere?
What sort of load is there? Do you have a bunch of big processes
sharing significant chunk
magnitude more than that.
> There is a cron job restarting apache everyday at midnight so it cant
> be apache leaking perhaps.
Load spikes maybe? Child count running into the stratosphere? Big PHP
opcode cache?
--
Thomas 'Freaky' Hurst
http://hur.st/
_
For those like me that need FreeBSD 6.3 support i can provide a
patchset upon request (That have only been tested on system wide
profiling).
Fabien
Le 13 juil. 08 à 07:05, Joseph Koshy a écrit :
Hello List(s),
I am very pleased to announce a patch, by Fabien Thomas, that brings
PmcTools
The build of a 13-stable source and kernel were a success under 12-stable
(though with some issues on freeze-ups and hard reboots that I suspect
might be related to the bufdaemon issue and my 0x15 gen AMD cpu).
Created a 13-stable poudriere jail with the knowledge that there may be
issues with bui
1 - 100 of 501 matches
Mail list logo
