On Wed, Jul 21, 2010 at 1:57 AM, alan bryan alanbryan1...@yahoo.com wrote:
--- On Mon, 7/19/10, Dan Langille d...@langille.org wrote:
From: Dan Langille d...@langille.org
Subject: Re: Problems replacing failing drive in ZFS pool
To: Freddie Cash fjwc...@gmail.com
Cc: freebsd-stable
On Wed, Jul 21, 2010 at 2:09 AM, Joshua Boyd boy...@jbip.net wrote:
On Wed, Jul 21, 2010 at 1:57 AM, alan bryan alanbryan1...@yahoo.comwrote:
--- On Mon, 7/19/10, Dan Langille d...@langille.org wrote:
From: Dan Langille d...@langille.org
Subject: Re: Problems replacing failing drive in
On 07/21/2010 02:14, Joshua Boyd wrote:
[r...@foghornleghorn ~]# zpool replace tank da0 label/disk01
cannot open 'label/disk01': no such GEOM provider
must be a full path or shorthand device name
Of course you cant. You have labeled a disk that is already in use so in
turn the label should
On Tue, 20 Jul 2010, alan bryan wrote:
--- On Mon, 7/19/10, Dan Langille d...@langille.org wrote:
From: Dan Langille d...@langille.org
Subject: Re: Problems replacing failing drive in ZFS pool
To: Freddie Cash fjwc...@gmail.com
Cc: freebsd-stable freebsd-stable@freebsd.org
Date: Monday,
On Wed, 21 Jul 2010, Charles Sprickman wrote:
On Tue, 20 Jul 2010, alan bryan wrote:
--- On Mon, 7/19/10, Dan Langille d...@langille.org wrote:
From: Dan Langille d...@langille.org
Subject: Re: Problems replacing failing drive in ZFS pool
To: Freddie Cash fjwc...@gmail.com
Cc:
on 21/07/2010 03:57 Markus Gebert said the following:
Another thing though: Today I compared verbose boot output from 8-stable and
the current box. I saw that the ioapic sets up IRQ routing differently on
these two systems although the hardware is the same. This seemed not so
interesting at
on 21/07/2010 11:33 Andriy Gapon said the following:
Not sure how to interpret this properly.
One possibility is a hardware problem where interrupt message route between
ioapic2 and CPU to which lapic3 belongs is flaky.
Or, I/O path between that CPU and the PCI slot where the device resides.
Hi,
Testing FreeBSD 8.1 I noticed that I seem to have routing or nat or
firewall issues. (csupped RELENG_8_1 which was -RELEASE not -RC last
night?)
- 8.1 booted fine
- connections from the system itself were fine
- connections from my jails to the internet were not working
- connections from my
On 7/21/2010 2:54 AM, Charles Sprickman wrote:
On Wed, 21 Jul 2010, Charles Sprickman wrote:
On Tue, 20 Jul 2010, alan bryan wrote:
--- On Mon, 7/19/10, Dan Langille d...@langille.org wrote:
From: Dan Langille d...@langille.org
Subject: Re: Problems replacing failing drive in ZFS pool
Ok, after some more testing, I found that it was not only with ipv6 that
I had packet loss. Routing either ipv4 or ipv6 had some loss.
My test setup is the Dell T710 with its ix2 connected to a 10G port of
a Nortel 4526GTX. On that port I have 2 vlans configured with half of
the 1G ports in the
On 21.07.2010, at 10:33, Andriy Gapon wrote:
on 21/07/2010 03:57 Markus Gebert said the following:
Another thing though: Today I compared verbose boot output from 8-stable and
the current box. I saw that the ioapic sets up IRQ routing differently on
these two systems although the hardware is
on 21/07/2010 15:25 Markus Gebert said the following:
On 21.07.2010, at 10:33, Andriy Gapon wrote:
on 21/07/2010 03:57 Markus Gebert said the following:
Another thing though: Today I compared verbose boot output from 8-stable
and the current box. I saw that the ioapic sets up IRQ routing
Hello Spill,
I have get the same trouble after updating my 8.0 Stable. I thing you need
modify some firewall rules.
Please change
$cmd 100 divert natd ip from any to any in via $pif # Mangle inbound
to
$cmd 100 divert natd ip4 from any to any in via $pif # Mangle inbound
and
$cmd 500 divert
On Tue, Jul 20, 2010 at 11:43 PM, Charles Sprickman sp...@bway.net wrote:
Two things:
-What's the preferred labelling method for disks that will be used with zfs
these days? geom_label or gpt labels? I've been using the latter and I
find them a little simpler.
If the disks will only be
On 21.07.2010, at 14:36, Andriy Gapon wrote:
on 21/07/2010 15:25 Markus Gebert said the following:
On 21.07.2010, at 10:33, Andriy Gapon wrote:
on 21/07/2010 03:57 Markus Gebert said the following:
Another thing though: Today I compared verbose boot output from 8-stable
and the current
on 21/07/2010 19:44 Markus Gebert said the following:
1271: 92146 45282139 9 4885 PCI-MSI-edge ioc0
...
Not sure how to interpret this. At first sight no IRQ58, but I guess they
might
be using MSI for mpt, which might avoid the problem entirely.
Yep, looks like
On Wed, Jul 21, 2010 at 07:50:53PM +0300, Andriy Gapon wrote:
on 21/07/2010 19:44 Markus Gebert said the following:
1271: 92146 45282139 9 4885 PCI-MSI-edge ioc0
...
Not sure how to interpret this. At first sight no IRQ58, but I guess they
might
be using MSI
On Tuesday, July 20, 2010 8:57:07 pm Markus Gebert wrote:
On 20.07.2010, at 21:59, John Baldwin wrote:
I started narrowing the revisions down until I
found out, that while on r202386 I'm still able to trigger the MCE,
r202387
seems to solve the problem on CURRENT:
On Wednesday, July 21, 2010 5:17:06 am Andriy Gapon wrote:
on 21/07/2010 11:33 Andriy Gapon said the following:
Not sure how to interpret this properly.
One possibility is a hardware problem where interrupt message route
between
ioapic2 and CPU to which lapic3 belongs is flaky.
Or, I/O
On Wednesday, July 21, 2010 12:44:49 pm Markus Gebert wrote:
On 21.07.2010, at 14:36, Andriy Gapon wrote:
on 21/07/2010 15:25 Markus Gebert said the following:
On 21.07.2010, at 10:33, Andriy Gapon wrote:
on 21/07/2010 03:57 Markus Gebert said the following:
Another thing though:
Ok, I found the culprit. If I do ifconfig ix2 -rxcsum the packet loss
disappear.
Still strange that it did not affect packets going to user-level.
John
On Wed, Jul 21, 2010 at 02:15:14PM +0200, John Hay wrote:
Ok, after some more testing, I found that it was not only with ipv6 that
I had
Hi Sergey,
Has the change from ip to ip4 solved the problem for you? The
documentation states that proto 'ip' is the same as 'all' Matches any
packet.
Rule # 60
$cmd 060 skipto 1000 ip6 from any to any
will have already skipped to the ipv6 rules block thus proto 'ip'
should always match
Hi Sergey,
I'm dumbstruck!
Switching 'ip' to 'ip4' in both the divert rules fixed my problem.
Personally I think that should go into the UPDATING file as well. I
wouldn't have found it if you hadn't told me!
Many thanks,
Spil.
On Wed, Jul 21, 2010 at 9:08 PM, Spil Oss spil@gmail.com
This is probably a stupid question, but I haven't received any csup
updates for a couple of days now, even though I've seen quite a few
commits on the list. I'm using the cvs tag=RELENG_8
I've tried both cvsup4.freebsd.org and cvsup10.freebsd.org (my two
fastest connections).
Are the mirrors
On 7/19/2010 10:50 PM, Adam Vande More wrote:
On Mon, Jul 19, 2010 at 9:07 PM, Dan Langilled...@langille.org wrote:
I think it's because you pull the old drive, boot with the new drive,
the controller re-numbers all the devices (ie da3 is now da2, da2 is
now da1, da1 is now da0, da0 is now
TB --- 2010-07-22 00:04:59 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-07-22 00:04:59 - starting RELENG_8_0 tinderbox run for i386/i386
TB --- 2010-07-22 00:04:59 - cleaning the object tree
TB --- 2010-07-22 00:05:19 - cvsupping the source tree
TB --- 2010-07-22 00:05:19 -
I noticed on a recent RELENG_8 box, the CPU became pegged. Looking
at top, it has something to do with flowtables
last pid: 49269; load
averages: 2.76, 2.29, 2.07
up 18+09:36:04 21:42:07
89 processes: 6 running, 70 sleeping, 13 waiting
CPU: 0.0% user, 0.0% nice, 50.0%
I hope my terminology is correct
I have a ZFS array which uses raw devices. I'd rather it use glabel and
supply the GEOM devices to ZFS instead. In addition, I'll also
partition the HDD to avoid using the entire HDD: leave a little bit of
space at the start and end.
Why use glabel?
On 7/21/2010 11:05 PM, Dan Langille wrote (something close to this):
First, create a new GUID Partition Table partition scheme on the HDD:
gpart create -s GPT ad0
Let's see how much space we have. This output will be used to determine
SOMEVALUE in the next command.
gpart show
Create a new
On Thu, Jul 22, 2010 at 10:15 AM, Dan Langille d...@langille.org wrote:
glabel label -v disk00 /dev/ad0
Or, is this more appropriate?
glabel label -v disk00 /dev/ad0s1
actually it's /dev/ad0p1.
GPT scheme uses p, not s. And yes, that's more appropriate - if you
create zpool on disk00
On Wed, Jul 21, 2010 at 10:05 PM, Dan Langille d...@langille.org wrote:
Why '-b 34'? Randi pointed me to
http://en.wikipedia.org/wiki/GUID_Partition_Table where it explains what
the first 33 LBA are used for. It's not for us to use here.
Where SOMEVALUE is the number of blocks to use. I
On Wed, Jul 21, 2010 at 10:34 PM, Adam Vande More amvandem...@gmail.comwrote:
On Wed, Jul 21, 2010 at 10:05 PM, Dan Langille d...@langille.org wrote:
Why '-b 34'? Randi pointed me to
http://en.wikipedia.org/wiki/GUID_Partition_Table where it explains what
the first 33 LBA are used for.
On Wed, 21 Jul 2010, Adam Vande More wrote:
On Wed, Jul 21, 2010 at 10:05 PM, Dan Langille d...@langille.org wrote:
Why '-b 34'? Randi pointed me to
http://en.wikipedia.org/wiki/GUID_Partition_Table where it explains what
the first 33 LBA are used for. It's not for us to use here.
Where
On Wed, Jul 21, 2010 at 11:20 PM, Charles Sprickman sp...@bway.net wrote:
-Does it only affect the new drives with 4K blocks?
No, although blocksize does effect these symptoms
-If it does not, is it generally good to start your first partition at 1MB
in? How exactly does doing this fix
On Wed, Jul 21, 2010 at 10:05 PM, Dan Langille d...@langille.org wrote:
I hope my terminology is correct
I have a ZFS array which uses raw devices. I'd rather it use glabel and
supply the GEOM devices to ZFS instead. In addition, I'll also partition
the HDD to avoid using the entire
35 matches
Mail list logo