Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

freebsd-stable Digest, Vol 351, Issue 6

3 views
Skip to first unread message

freebsd-sta...@freebsd.org

unread,
Apr 8, 2010, 12:05:08 PM4/8/10
to freebsd...@freebsd.org
Send freebsd-stable mailing list submissions to
freebsd...@freebsd.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
or, via email, send a message with subject or body 'help' to
freebsd-sta...@freebsd.org

You can reach the person managing the list at
freebsd-st...@freebsd.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-stable digest..."


Today's Topics:

1. Re: [ HEADS UP ] Ports unstable for the next 10 days
(Antonio Olivares)
2. Re: [ HEADS UP ] Ports unstable for the next 10 days
(Jeremy Chadwick)
3. em driver regression (Mike Tancsa)
4. Re: CPU problems after 8.0-STABLE update (Akephalos)
5. Re: em driver regression (Mike Tancsa)
6. Re: [ HEADS UP ] Ports unstable for the next 10 days
(Niclas Zeising)
7. Re: CPU problems after 8.0-STABLE update (Andriy Gapon)
8. Re: CPU problems after 8.0-STABLE update (Akephalos)
9. Re: fault tolerant web servers on freebsd (Robert Joosten)
10. Re: CPU problems after 8.0-STABLE update (Andriy Gapon)
11. Re: CPU problems after 8.0-STABLE update (Akephalos)
12. Re: em driver regression (Mike Tancsa)
13. Re: CPU problems after 8.0-STABLE update (Andriy Gapon)
14. Re: em driver regression (Brandon Gooch)
15. Re: em driver regression (Jack Vogel)


----------------------------------------------------------------------

Message: 1
Date: Thu, 8 Apr 2010 07:42:06 -0500
From: Antonio Olivares <olivar...@gmail.com>
Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days
To: Ion-Mihai Tetcu <ite...@freebsd.org>
Cc: Garrett Cooper <yane...@gmail.com>, sta...@freebsd.org,
ques...@freebsd.org, freebs...@freebsd.org
Message-ID:
<n2x75107331004080542k5c...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

On Wed, Apr 7, 2010 at 7:36 AM, Ion-Mihai Tetcu <ite...@freebsd.org> wrote:
> On Wed, 7 Apr 2010 07:20:47 -0500
> Antonio Olivares <olivar...@gmail.com> wrote:
>
> á[ .. ]
>
>> ===>>> Port directory: /usr/ports/sysutils/fusefs-kmod
>> á á á á ===>>> This port is marked IGNORE
>> á á á á ===>>> requires the userland sources to be installed. Set
>> SRC_BASE if it is not in /usr/src
>>
>> á á á á ===>>> If you are sure you can build it, remove the
>> á á á á á á á áIGNORE line in the Makefile and try again.
>>
>> ===>>> Update for sysutils/fusefs-kmod failed
>> ===>>> Aborting update
>
> á[ .. ]
>> What should I do in this case?
>
> First, please don't top post.
>
> Second, you don't seem to have the base sources installed and that
> port, being a kernel module, needs them.
> See:
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html
>
> --
> IOnut - Un^d^dregistered ;) FreeBSD "user"
> á"Intellectual Property" is á nowhere near as valuable á as "Intellect"
> FreeBSD committer -> ite...@FreeBSD.org, PGP Key ID 057E9F8B493A297B
>

Dear Ion-Mihai,

I have installed cvsup, but I don't really understand the page that I
was refered to

===> SECURITY REPORT:
This port has installed the following files which may act as network
servers and may therefore pose a remote security risk to the system.
/usr/local/sbin/cvsupd
/usr/local/bin/cvsup
/usr/local/bin/cvpasswd

If there are vulnerabilities in these programs there may be a security
risk to the system. FreeBSD makes no guarantee about the security of
ports included in the Ports Collection. Please type 'make deinstall'
to deinstall the port if this is a concern.

For more information, and contact details about the security
status of this software, see the following webpage:
http://www.cvsup.org/
===> Cleaning for ezm3-1.1_2
===> Cleaning for cvsup-without-gui-16.1h_4

I have installed it using ports system, but still get same error as
above. I try to use cvsup the file, I get nothing, I try to go to the
port that refuses to update and make install clean and it says source
not available or refused?

I have used ports before and had no problems, I don't know what to do.

Thank you and others who have provided help.

*Sorry for top posting


Regards,

Antonio


------------------------------

Message: 2
Date: Thu, 8 Apr 2010 06:06:37 -0700
From: Jeremy Chadwick <fre...@jdc.parodius.com>
Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days
To: Antonio Olivares <olivar...@gmail.com>
Cc: Garrett Cooper <yane...@gmail.com>, sta...@freebsd.org, Ion-Mihai
Tetcu <ite...@freebsd.org>, ques...@freebsd.org,
freebs...@freebsd.org
Message-ID: <20100408130...@icarus.home.lan>
Content-Type: text/plain; charset=iso-8859-1

On Thu, Apr 08, 2010 at 07:42:06AM -0500, Antonio Olivares wrote:
> On Wed, Apr 7, 2010 at 7:36 AM, Ion-Mihai Tetcu <ite...@freebsd.org> wrote:
> > On Wed, 7 Apr 2010 07:20:47 -0500
> > Antonio Olivares <olivar...@gmail.com> wrote:
> >
> > á[ .. ]
> >
> >> ===>>> Port directory: /usr/ports/sysutils/fusefs-kmod
> >> á á á á ===>>> This port is marked IGNORE
> >> á á á á ===>>> requires the userland sources to be installed. Set
> >> SRC_BASE if it is not in /usr/src
> >>
> >> á á á á ===>>> If you are sure you can build it, remove the
> >> á á á á á á á áIGNORE line in the Makefile and try again.
> >>
> >> ===>>> Update for sysutils/fusefs-kmod failed
> >> ===>>> Aborting update
> >
> > á[ .. ]
> >> What should I do in this case?
> >
> > First, please don't top post.
> >
> > Second, you don't seem to have the base sources installed and that
> > port, being a kernel module, needs them.
> > See:
> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html
> >
> > --
> > IOnut - Un^d^dregistered ;) FreeBSD "user"
> > á"Intellectual Property" is á nowhere near as valuable á as "Intellect"
> > FreeBSD committer -> ite...@FreeBSD.org, PGP Key ID 057E9F8B493A297B
> >
>
> Dear Ion-Mihai,
>
> I have installed cvsup, but I don't really understand the page that I
> was refered to
>
> ===> SECURITY REPORT:
> This port has installed the following files which may act as network
> servers and may therefore pose a remote security risk to the system.
> /usr/local/sbin/cvsupd
> /usr/local/bin/cvsup
> /usr/local/bin/cvpasswd
>
> If there are vulnerabilities in these programs there may be a security
> risk to the system. FreeBSD makes no guarantee about the security of
> ports included in the Ports Collection. Please type 'make deinstall'
> to deinstall the port if this is a concern.
>
> For more information, and contact details about the security
> status of this software, see the following webpage:
> http://www.cvsup.org/
> ===> Cleaning for ezm3-1.1_2
> ===> Cleaning for cvsup-without-gui-16.1h_4
>
> I have installed it using ports system, but still get same error as
> above. I try to use cvsup the file, I get nothing, I try to go to the
> port that refuses to update and make install clean and it says source
> not available or refused?
>
> I have used ports before and had no problems, I don't know what to do.
>
> Thank you and others who have provided help.
>
> *Sorry for top posting

You didn't need to install cvsup from ports. csup in the base system
will work just fine; it's the official replacement for cvsup. itetcu@
was pointing you to the documentation describing the procedure for using
cvsup/csup.

Based on the thread so far, my understanding is that you need to
download the FreeBSD source repository (kernel, base system, etc.),
because the port you're trying to build (which is a kernel module)
requires it.

There are two cvsup files associated with the source repo:

/usr/share/examples/cvsup/standard-supfile
/usr/share/examples/cvsup/stable-supfile

Which you should use depends on if you're running -RELEASE or -STABLE.
The most important part in those files is the "*default release=cvs
tag=XXX". Specifically the "tag=XXX" part.

8.0-RELEASE's tag is RELENG_8_0, while 8.0-STABLE's tag is RELENG_8.
So which tag you use should be based on what version you wish to run.

So at this point, you should:

1) pkg_delete ezm3-1.1_2
2) pkg_delete cvsup-without-gui-16.1h_4
3) csup -h <some cvsup server> -L 2 /usr/share/example/cvsup/stable-supfile
or
csup -h <some cvsup server> -L 2 /usr/share/example/cvsup/standard-supfile

This will populate /usr/src on your system. From there, you should be
able to build ports/sysutils/fusefs-kmod as normal without any problem.

Does this help explain things better?

--
| 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: 4BD6C0CB |

------------------------------

Message: 3
Date: Thu, 08 Apr 2010 09:12:54 -0400
From: Mike Tancsa <mi...@sentex.net>
Subject: em driver regression
To: freebsd...@freebsd.org
Cc: jfv...@gmail.com
Message-ID: <201004081313....@lava.sentex.ca>
Content-Type: text/plain; charset="us-ascii"

Hi Jack,
I looks like the latest MFC to RELENG_8 for the em driver
has caused a regression. The box is not doing much as its a
development server in the lab. This is an Intel MB (DX58SO). dmesg
and pciconf -lvc attached.

Apr 6 14:27:13 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 6 14:27:13 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 6 15:05:40 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 6 15:05:40 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 6 20:31:41 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 6 20:31:41 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 6 22:51:04 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 6 22:51:04 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 02:19:05 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 02:19:05 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 03:46:51 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 03:46:51 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 08:04:03 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 08:04:03 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 10:39:40 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 10:39:40 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 11:12:34 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 11:12:34 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 13:25:26 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 13:25:26 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 14:01:36 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 14:01:36 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 17:19:53 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 17:19:53 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 21:16:45 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 21:16:45 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 22:09:10 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 7 22:09:10 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 8 03:11:28 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 8 03:11:28 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 8 07:40:51 ich10 kernel: em0: Watchdog timeout -- resetting
Apr 8 07:40:51 ich10 kernel: em0: Watchdog timeout -- resetting


--------------------------------------------------------------------
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, mi...@sentex.net
Providing Internet since 1994 www.sentex.net
Cambridge, Ontario Canada www.sentex.net/mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dmesg.txt
Type: application/octet-stream
Size: 26283 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20100408/bf4b864f/dmesg-0001.obj

------------------------------

Message: 4
Date: Thu, 8 Apr 2010 15:04:36 +0300
From: Akephalos <akephalos...@gmail.com>
Subject: Re: CPU problems after 8.0-STABLE update
To: Andriy Gapon <a...@icyb.net.ua>
Cc: Attilio Rao <att...@freebsd.org>, freebsd...@freebsd.org
Message-ID: <20100408150436.f08ccb...@gmail.com>
Content-Type: text/plain; charset="us-ascii"

On Thu, 08 Apr 2010 10:11:50 +0300
Andriy Gapon <a...@icyb.net.ua> wrote:

> on 08/04/2010 04:29 Akephalos said the following:
> > Attilio, I csup-dated several hours ago and rebuilt and installed the kernel
> > (and world, in case it matters).
> >
> > %uname -a FreeBSD free.bsd369441.org 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu
> > Apr 8 03:01:13 EEST 2010
> > ro...@free.bsd369441.org:/usr/obj/usr/src/sys/GENERIC amd64
> >
> > The problem persists without the machdep trick, I see only one processor in
> > top with 0.0% CPU load.
> >
>
> Interesting, I couldn't see anything obviously wrong about your hardware.
> Could you please post a verbose dmesg from a problematic boot somewhere?
> Also, output of 'vmstat -i' and Interrupt request lines portion of 'devinfo -u'
> output.
> Thanks!
>
> --
> Andriy Gapon

Yes please, you got them attached.

Mihai

--
Akephalos <akephalos...@gmail.com>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dev_messages.tar.gz
Type: application/octet-stream
Size: 3944 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20100408/1e33c21e/dev_messages.tar-0001.obj

------------------------------

Message: 5
Date: Thu, 08 Apr 2010 09:20:22 -0400
From: Mike Tancsa <mi...@sentex.net>
Subject: Re: em driver regression
To: freebsd...@freebsd.org
Cc: jfv...@gmail.com
Message-ID: <201004081320....@lava.sentex.ca>
Content-Type: text/plain; charset="us-ascii"; format=flowed

At 09:12 AM 4/8/2010, Mike Tancsa wrote:
>Hi Jack,
> I looks like the latest MFC to RELENG_8 for the em driver
> has caused a regression. The box is not doing much as its a
> development server in the lab. This is an Intel MB (DX58SO). dmesg
> and pciconf -lvc attached.

Here are the stats from the NIC as well.

em0: Excessive collisions = 0
em0: Sequence errors = 0
em0: Defer count = 0
em0: Missed Packets = 0
em0: Receive No Buffers = 0
em0: Receive Length Errors = 0
em0: Receive errors = 0
em0: Crc errors = 0
em0: Alignment errors = 0
em0: Collision/Carrier extension errors = 0
em0: watchdog timeouts = 16
em0: XON Rcvd = 0
em0: XON Xmtd = 0
em0: XOFF Rcvd = 0
em0: XOFF Xmtd = 0
em0: Good Packets Rcvd = 65839
em0: Good Packets Xmtd = 13100
em0: TSO Contexts Xmtd = 203
em0: TSO Contexts Failed = 0

It just grabs the IP via DHCP

em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=399b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_UCAST,WOL_MCAST,WOL_MAGIC>
ether 00:1c:c0:95:0d:0d
inet 192.168.xx.yy netmask 0xffffff00 broadcast 192.168.xx.zz
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active

--------------------------------------------------------------------
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, mi...@sentex.net
Providing Internet since 1994 www.sentex.net
Cambridge, Ontario Canada www.sentex.net/mike

------------------------------

Message: 6
Date: Thu, 08 Apr 2010 15:04:22 +0200
From: Niclas Zeising <niclas....@gmail.com>
Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days
To: Antonio Olivares <olivar...@gmail.com>
Cc: Garrett Cooper <yane...@gmail.com>, sta...@freebsd.org, Ion-Mihai
Tetcu <ite...@freebsd.org>, ques...@freebsd.org,
freebs...@freebsd.org
Message-ID: <4BBDD456...@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 2010-04-08 14:42, Antonio Olivares wrote:
> On Wed, Apr 7, 2010 at 7:36 AM, Ion-Mihai Tetcu<ite...@freebsd.org> wrote:
>> On Wed, 7 Apr 2010 07:20:47 -0500
>> Antonio Olivares<olivar...@gmail.com> wrote:
>>
>> [ .. ]
>>
>>> ===>>> Port directory: /usr/ports/sysutils/fusefs-kmod
>>> ===>>> This port is marked IGNORE
>>> ===>>> requires the userland sources to be installed. Set
>>> SRC_BASE if it is not in /usr/src
>>>
>>> ===>>> If you are sure you can build it, remove the
>>> IGNORE line in the Makefile and try again.
>>>
>>> ===>>> Update for sysutils/fusefs-kmod failed
>>> ===>>> Aborting update
>>
>> [ .. ]
>>> What should I do in this case?
>>
>> First, please don't top post.
>>
>> Second, you don't seem to have the base sources installed and that
>> port, being a kernel module, needs them.
>> See:
>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html
>>
>> --
>> IOnut - Un^d^dregistered ;) FreeBSD "user"
>> "Intellectual Property" is nowhere near as valuable as "Intellect"
>> FreeBSD committer -> ite...@FreeBSD.org, PGP Key ID 057E9F8B493A297B
>>
>
> Dear Ion-Mihai,
>
> I have installed cvsup, but I don't really understand the page that I
> was refered to
>
> ===> SECURITY REPORT:
> This port has installed the following files which may act as network
> servers and may therefore pose a remote security risk to the system.
> /usr/local/sbin/cvsupd
> /usr/local/bin/cvsup
> /usr/local/bin/cvpasswd
>
> If there are vulnerabilities in these programs there may be a security
> risk to the system. FreeBSD makes no guarantee about the security of
> ports included in the Ports Collection. Please type 'make deinstall'
> to deinstall the port if this is a concern.
>
> For more information, and contact details about the security
> status of this software, see the following webpage:
> http://www.cvsup.org/
> ===> Cleaning for ezm3-1.1_2
> ===> Cleaning for cvsup-without-gui-16.1h_4
>
> I have installed it using ports system, but still get same error as
> above. I try to use cvsup the file, I get nothing, I try to go to the
> port that refuses to update and make install clean and it says source
> not available or refused?
>
> I have used ports before and had no problems, I don't know what to do.
>
> Thank you and others who have provided help.
>
> *Sorry for top posting
>
>
> Regards,
>
> Antonio
Hi!

A good place to start when you're new to FreeBSD or have questions is
the FreeBSD handbook, available at http://www.freebsd.org/handbook.
In your case I suggest you read
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html
which details how you can get the sources for the FreeBSD operating
system, including the kernel, which is what you need to be able to build
fuesefs-kmod. Also, csup, a replacement for cvsup written in C, has been
around in base for quite some time. You can use that instead of cvsup.
Also, in your case, there is a standard cvsup file you can use together
with csup or cvsup. It resides in
/usr/share/examples/cvsup/standard-supfile
so you don't have to make your own.

I hope this helps you!
Regards!
//Niclas


------------------------------

Message: 7
Date: Thu, 08 Apr 2010 16:33:09 +0300
From: Andriy Gapon <a...@icyb.net.ua>
Subject: Re: CPU problems after 8.0-STABLE update
To: Akephalos <akephalos...@gmail.com>
Cc: Attilio Rao <att...@freebsd.org>, freebsd...@freebsd.org
Message-ID: <4BBDDB15...@icyb.net.ua>
Content-Type: text/plain; charset=ISO-8859-1

on 08/04/2010 15:04 Akephalos said the following:
> On Thu, 08 Apr 2010 10:11:50 +0300
> Andriy Gapon <a...@icyb.net.ua> wrote:
>> Interesting, I couldn't see anything obviously wrong about your hardware.
>> Could you please post a verbose dmesg from a problematic boot somewhere?
>> Also, output of 'vmstat -i' and Interrupt request lines portion of 'devinfo -u'
>> output.
>> Thanks!
>>
>> --
>> Andriy Gapon
>
> Yes please, you got them attached.

Thank you for the data.
So looks like RTC indeed doesn't generate any interrupts after startup.
Still I would like to get a _verbose_ dmesg :-)

--
Andriy Gapon


------------------------------

Message: 8
Date: Thu, 8 Apr 2010 15:44:22 +0300
From: Akephalos <akephalos...@gmail.com>
Subject: Re: CPU problems after 8.0-STABLE update
To: Andriy Gapon <a...@icyb.net.ua>
Cc: Attilio Rao <att...@freebsd.org>, freebsd...@freebsd.org
Message-ID: <20100408154422.071e09...@gmail.com>
Content-Type: text/plain; charset="us-ascii"

On Thu, 08 Apr 2010 16:33:09 +0300
Andriy Gapon <a...@icyb.net.ua> wrote:

> Thank you for the data.
> So looks like RTC indeed doesn't generate any interrupts after startup.
> Still I would like to get a _verbose_ dmesg :-)
>
> --
> Andriy Gapon

Sorry, I missed that, here it is :D.

Mihai

--
Akephalos
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dmesg_vb.gz
Type: application/octet-stream
Size: 10787 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20100408/f03d87d0/dmesg_vb-0001.obj

------------------------------

Message: 9
Date: Thu, 8 Apr 2010 16:01:30 +0200
From: Robert Joosten <rob...@ml.erje.net>
Subject: Re: fault tolerant web servers on freebsd
To: freebsd...@freebsd.org
Message-ID: <2010040814...@ismet.erje.net>
Content-Type: text/plain; charset=us-ascii

Hi,

> Let's say i need to run a few php/sql based web sites and I would like
> to maintain uptime of about 99,99% per month.
> From what You say I need some level of HA system, to maintain the
> required uptime.

Okay

> (i'm skiping (..) network issues at the moment).

Then you won't succeed. Four nines availabillity without regarding network
outages... sjeesh.

> Few people have told me about a setup with linux, drbd and heartbeat
> which offers them some level of HA. Has anyone tried anything similar on
> FreeBSD?

Did you actually *look* around for possible solutions ? I mean, I searched
with google and found geom + ggated solutions... Go figure.

Depending on your budget, I would build two 'systems', spread over two
coloc's. Use two squid/memcached caches, two backend servers with
http-daemons and php on it, two sql servers that replicate in realtime,
all (maybe exclude the sql servers from that.. depending on writes
figures) connected to a NAS. Having caches at the frontend, make sure you
fully understand http://www.mnot.net/cache_docs/ (for example, may more
resources are available).

Then, have that NAS replicate to the other coloc site (don't forget the
encryption heh). Pay attention to the switched LAN behind it. Maybe
redundant switches would be a very clever investment.

At last, have 2 dns A/AAAA pointers to both sites with a reasonable
but short TTL that you can change right away. These autoritive dns servers
must be as redundant as well.

Now we're talking about resiliency. And money, so skip out all what proves
to be too expensive. I'm sure you already estimated how many dollars
unavailabillity costs you, so invest wisely. If this is a commercial
hosting exercise, buy stuff for the upcoming 36 months. After that,
redesign may be wise.

You wanna learn how other folks are doing this ? Have a look at wikipedia
! And also try to learn from their power outage few weeks ago :-/ You may
poke around at http://wikitech.wikimedia.org/view/Main_Page and get some
idea's.

Goodluck.
Robert


------------------------------

Message: 10
Date: Thu, 08 Apr 2010 17:11:44 +0300
From: Andriy Gapon <a...@icyb.net.ua>
Subject: Re: CPU problems after 8.0-STABLE update
To: Akephalos <akephalos...@gmail.com>
Cc: Attilio Rao <att...@freebsd.org>, freebsd...@freebsd.org
Message-ID: <4BBDE420...@icyb.net.ua>
Content-Type: text/plain; charset=ISO-8859-1

on 08/04/2010 15:44 Akephalos said the following:
> On Thu, 08 Apr 2010 16:33:09 +0300
> Andriy Gapon <a...@icyb.net.ua> wrote:
>
>> Thank you for the data.
>> So looks like RTC indeed doesn't generate any interrupts after startup.
>> Still I would like to get a _verbose_ dmesg :-)
>>
>> --
>> Andriy Gapon
>
> Sorry, I missed that, here it is :D.
>
> Mihai
>

Everything seems to be correct, yet RTC doesn't work...
Could yo please also send output of the following command:
dd if=/dev/mem bs=0x1000 skip=0xfed00 count=1 | hd

--
Andriy Gapon


------------------------------

Message: 11
Date: Thu, 8 Apr 2010 16:21:49 +0300
From: Akephalos <akephalos...@gmail.com>
Subject: Re: CPU problems after 8.0-STABLE update
To: Andriy Gapon <a...@icyb.net.ua>
Cc: Attilio Rao <att...@freebsd.org>, freebsd...@freebsd.org
Message-ID: <20100408162149.1a5bb8...@gmail.com>
Content-Type: text/plain; charset=US-ASCII

On Thu, 08 Apr 2010 17:11:44 +0300
Andriy Gapon <a...@icyb.net.ua> wrote:

> on 08/04/2010 15:44 Akephalos said the following:
> > On Thu, 08 Apr 2010 16:33:09 +0300
> > Andriy Gapon <a...@icyb.net.ua> wrote:
> >
> >> Thank you for the data.
> >> So looks like RTC indeed doesn't generate any interrupts after startup.
> >> Still I would like to get a _verbose_ dmesg :-)
> >>
> >> --
> >> Andriy Gapon
> >
> > Sorry, I missed that, here it is :D.
> >
> > Mihai
> >
>
> Everything seems to be correct, yet RTC doesn't work...
> Could yo please also send output of the following command:
> dd if=/dev/mem bs=0x1000 skip=0xfed00 count=1 | hd
>
> --
> Andriy Gapon

Here it is:

---
00000000 01 83 53 43 7e b1 29 04 00 00 00 00 00 00 00 00 |..SC~.).........|
00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00000100 10 80 00 00 ff ff c0 00 ff ff ff ff 00 00 00 00 |................|
00000110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000120 10 80 00 00 ff ff c0 00 ff ff ff ff 00 00 00 00 |................|
00000130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000140 10 80 00 00 ff ff c0 00 ff ff ff ff 00 00 00 00 |................|
00000150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00000400 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................|
*
00001000
---

Thanks,
Mihai
--
Akephalos


------------------------------

Message: 12
Date: Thu, 08 Apr 2010 10:46:22 -0400
From: Mike Tancsa <mi...@sentex.net>
Subject: Re: em driver regression
To: freebsd...@freebsd.org
Cc: jfv...@gmail.com
Message-ID: <201004081446....@lava.sentex.ca>
Content-Type: text/plain; charset="us-ascii"; format=flowed


OK, some more data... It seems dhclient is getting upset as well
since the updated driver

Apr 8 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to
255.255.255.255 port 67 interval 6
Apr 8 10:28:38 ich10 dhclient[1383]: ip length 328 disagrees with
bytes received 332.
Apr 8 10:28:38 ich10 dhclient[1383]: accepting packet with data
after udp payload.
Apr 8 10:28:38 ich10 dhclient[1383]: DHCPOFFER from 192.168.xx.1
Apr 8 10:28:40 ich10 dhclient[1383]: DHCPREQUEST on em0 to
255.255.255.255 port 67
Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with
bytes received 332.
Apr 8 10:28:40 ich10 dhclient[1383]: accepting packet with data
after udp payload.
Apr 8 10:28:40 ich10 dhclient[1383]: DHCPACK from 192.168.xx.1

I also tried manually applying the patch below

<http://lists.freebsd.org/pipermail/svn-src-head/2010-April/016189.html>http://lists.freebsd.org/pipermail/svn-src-head/2010-April/016189.html


but still get the same error on dhclient

Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with
bytes received 332.

which was not there before the 7.0.0 driver update

em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=399b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_UCAST,WOL_MCAST,WOL_MAGIC>
ether 00:1c:c0:95:0d:0d
inet 192.168.43.219 netmask 0xffffff00 broadcast 192.168.43.255
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active

Also, should not

# ifconfig em0 -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso
0(ich10)# ifconfig em0
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=388b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWCSUM,WOL_UCAST,WOL_MCAST,WOL_MAGIC>
ether 00:1c:c0:95:0d:0d
inet 192.168.43.219 netmask 0xffffff00 broadcast 192.168.43.255
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
0(ich10)# killall dhclient
0(ich10)# dhclient em0
DHCPREQUEST on em0 to 255.255.255.255 port 67
ip length 328 disagrees with bytes received 332.
accepting packet with data after udp payload.
DHCPACK from 192.168.xx.1
bound to 192.168.xx.219 -- renewal in 22777 seconds.
0(ich10)#

disable all the vlan features on the nic ?

---Mike


--------------------------------------------------------------------
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, mi...@sentex.net
Providing Internet since 1994 www.sentex.net
Cambridge, Ontario Canada www.sentex.net/mike

------------------------------

Message: 13
Date: Thu, 08 Apr 2010 18:03:08 +0300
From: Andriy Gapon <a...@icyb.net.ua>
Subject: Re: CPU problems after 8.0-STABLE update
To: Akephalos <akephalos...@gmail.com>
Cc: freebsd...@freebsd.org
Message-ID: <4BBDF02C...@icyb.net.ua>
Content-Type: text/plain; charset=ISO-8859-1


Really shooting in the dark here: are there any BIOS options about HPET and RTC on
this system? Can you try playing with them?

--
Andriy Gapon


------------------------------

Message: 14
Date: Thu, 8 Apr 2010 10:29:16 -0500
From: Brandon Gooch <jamesbra...@gmail.com>
Subject: Re: em driver regression
To: Mike Tancsa <mi...@sentex.net>
Cc: freebsd...@freebsd.org, jfv...@gmail.com
Message-ID:
<s2q179b97fb1004080829lc...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

On Thu, Apr 8, 2010 at 9:46 AM, Mike Tancsa <mi...@sentex.net> wrote:
>
> OK, some more data... It seems dhclient is getting upset as well since the
> updated driver
>
> Apr á8 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to 255.255.255.255
> port 67 interval 6
> Apr á8 10:28:38 ich10 dhclient[1383]: ip length 328 disagrees with bytes
> received 332.
> Apr á8 10:28:38 ich10 dhclient[1383]: accepting packet with data after udp
> payload.
> Apr á8 10:28:38 ich10 dhclient[1383]: DHCPOFFER from 192.168.xx.1
> Apr á8 10:28:40 ich10 dhclient[1383]: DHCPREQUEST on em0 to 255.255.255.255
> port 67
> Apr á8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with bytes
> received 332.
> Apr á8 10:28:40 ich10 dhclient[1383]: accepting packet with data after udp
> payload.
> Apr á8 10:28:40 ich10 dhclient[1383]: DHCPACK from 192.168.xx.1
>
> I also tried manually applying the patch below
>
> <http://lists.freebsd.org/pipermail/svn-src-head/2010-April/016189.html>http://lists.freebsd.org/pipermail/svn-src-head/2010-April/016189.html
>
> but still get the same error on dhclient
>
> Apr á8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with bytes
> received 332.
>
> which was not there before the 7.0.0 driver update
>
> em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
>
> áoptions=399b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_UCAST,WOL_MCAST,WOL_MAGIC>
> á á á áether 00:1c:c0:95:0d:0d
> á á á áinet 192.168.43.219 netmask 0xffffff00 broadcast 192.168.43.255
> á á á ámedia: Ethernet autoselect (100baseTX <full-duplex>)
> á á á ástatus: active
>
> Also, should not
>
> # ifconfig em0 -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso
> 0(ich10)# ifconfig em0
> em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
>
> áoptions=388b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWCSUM,WOL_UCAST,WOL_MCAST,WOL_MAGIC>
> á á á áether 00:1c:c0:95:0d:0d
> á á á áinet 192.168.43.219 netmask 0xffffff00 broadcast 192.168.43.255
> á á á ámedia: Ethernet autoselect (100baseTX <full-duplex>)
> á á á ástatus: active
> 0(ich10)# killall dhclient
> 0(ich10)# dhclient em0
> DHCPREQUEST on em0 to 255.255.255.255 port 67
> ip length 328 disagrees with bytes received 332.
> accepting packet with data after udp payload.
> DHCPACK from 192.168.xx.1
> bound to 192.168.xx.219 -- renewal in 22777 seconds.
> 0(ich10)#
>
> disable all the vlan features on the nic ?
>
> á á á á---Mike
>
>
> --------------------------------------------------------------------
> Mike Tancsa, á á á á á á á á á á á á á á á á á á átel +1 519 651 3400
> Sentex Communications, á á á á á á á á á á á á á ámi...@sentex.net
> Providing Internet since 1994 á á á á á á á á á áwww.sentex.net
> Cambridge, Ontario Canada á á á á á á á á á á á á www.sentex.net/mike
>
> _______________________________________________
> freebsd...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stabl...@freebsd.org"
>

I'm also seeing this.

Jack, I've built the most recent revision from CURRENT and installed
it on the 8-STABLE machine. This is the computer I e-mailed about
yesterday (20100407) with which I've been having trouble with
VirtualBox 3.1.6 (FreeBSD Host) Windows Guests, bridged networking,
etc...

Same situation with VirtualBox and still:

ip length 328 disagrees with bytes received 332

-Brandon


------------------------------

Message: 15
Date: Thu, 8 Apr 2010 09:04:48 -0700
From: Jack Vogel <jfv...@gmail.com>
Subject: Re: em driver regression
To: Brandon Gooch <jamesbra...@gmail.com>
Cc: freebsd...@freebsd.org
Message-ID:
<k2t2a41acea1004080904nc...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Brandon,

Did the checkin of yesterday afternoon resolve the problem of the win7
systems in
VirtualBox? I will continue to look at this today.

Jack


On Thu, Apr 8, 2010 at 8:29 AM, Brandon Gooch
<jamesbra...@gmail.com>wrote:

> On Thu, Apr 8, 2010 at 9:46 AM, Mike Tancsa <mi...@sentex.net> wrote:
> >
> > OK, some more data... It seems dhclient is getting upset as well since
> the
> > updated driver
> >
> > Apr 8 10:28:37 ich10 dhclient[1383]: DHCPDISCOVER on em0 to
> 255.255.255.255
> > port 67 interval 6
> > Apr 8 10:28:38 ich10 dhclient[1383]: ip length 328 disagrees with bytes
> > received 332.
> > Apr 8 10:28:38 ich10 dhclient[1383]: accepting packet with data after
> udp
> > payload.
> > Apr 8 10:28:38 ich10 dhclient[1383]: DHCPOFFER from 192.168.xx.1
> > Apr 8 10:28:40 ich10 dhclient[1383]: DHCPREQUEST on em0 to
> 255.255.255.255
> > port 67
> > Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with bytes
> > received 332.
> > Apr 8 10:28:40 ich10 dhclient[1383]: accepting packet with data after
> udp
> > payload.
> > Apr 8 10:28:40 ich10 dhclient[1383]: DHCPACK from 192.168.xx.1
> >
> > I also tried manually applying the patch below
> >
> > <http://lists.freebsd.org/pipermail/svn-src-head/2010-April/016189.html>
> http://lists.freebsd.org/pipermail/svn-src-head/2010-April/016189.html
> >
> > but still get the same error on dhclient
> >
> > Apr 8 10:28:40 ich10 dhclient[1383]: ip length 328 disagrees with bytes
> > received 332.
> >
> > which was not there before the 7.0.0 driver update
> >
> > em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> >
> >
> options=399b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_UCAST,WOL_MCAST,WOL_MAGIC>
> > ether 00:1c:c0:95:0d:0d
> > inet 192.168.43.219 netmask 0xffffff00 broadcast 192.168.43.255
> > media: Ethernet autoselect (100baseTX <full-duplex>)
> > status: active
> >
> > Also, should not
> >
> > # ifconfig em0 -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso
> > 0(ich10)# ifconfig em0
> > em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> >
> >
> options=388b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWCSUM,WOL_UCAST,WOL_MCAST,WOL_MAGIC>
> > ether 00:1c:c0:95:0d:0d
> > inet 192.168.43.219 netmask 0xffffff00 broadcast 192.168.43.255
> > media: Ethernet autoselect (100baseTX <full-duplex>)
> > status: active
> > 0(ich10)# killall dhclient
> > 0(ich10)# dhclient em0
> > DHCPREQUEST on em0 to 255.255.255.255 port 67
> > ip length 328 disagrees with bytes received 332.
> > accepting packet with data after udp payload.
> > DHCPACK from 192.168.xx.1
> > bound to 192.168.xx.219 -- renewal in 22777 seconds.
> > 0(ich10)#
> >
> > disable all the vlan features on the nic ?
> >
> > ---Mike
> >
> >
> > --------------------------------------------------------------------
> > Mike Tancsa, tel +1 519 651 3400
> > Sentex Communications, mi...@sentex.net
> > Providing Internet since 1994 www.sentex.net
> > Cambridge, Ontario Canada www.sentex.net/mike
> >
> > _______________________________________________
> > freebsd...@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> > To unsubscribe, send any mail to "freebsd-stabl...@freebsd.org
> "
> >
>
> I'm also seeing this.
>
> Jack, I've built the most recent revision from CURRENT and installed
> it on the 8-STABLE machine. This is the computer I e-mailed about
> yesterday (20100407) with which I've been having trouble with
> VirtualBox 3.1.6 (FreeBSD Host) Windows Guests, bridged networking,
> etc...
>
> Same situation with VirtualBox and still:
>
> ip length 328 disagrees with bytes received 332
>
> -Brandon
>


------------------------------


End of freebsd-stable Digest, Vol 351, Issue 6
**********************************************

0 new messages