Hey all,
I have a slight problem with transplanting a zpool, maybe this is not
possible the way I like to do it, maybe I need to fuzz some
identifiers...
I want to transplant my old zpool tank from a 1TB drive to a new 2TB
drive, but *not* use dd(1) or any other cloning mechanism, as the pool
TB --- 2013-01-27 10:10:20 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-01-27 10:10:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
Thank you, Pawel.
Hans, can please you take a look at your commits done on Dec 20 (r244500 and
r244503)?
They are seems to be the culprit.
On 23.01.2013, at 22:46, Pawel Jakub Dawidek p...@freebsd.org wrote:
On Wed, Jan 23, 2013 at 09:11:23PM +0900, Alexander Nedotsukov wrote:
And now both
Ulrich Spörlein u...@freebsd.org wrote:
I have a slight problem with transplanting a zpool, maybe this is not
possible the way I like to do it, maybe I need to fuzz some
identifiers...
I want to transplant my old zpool tank from a 1TB drive to a new 2TB
drive, but *not* use dd(1) or any
- Original Message -
From: Ulrich Spörlein u...@freebsd.org
I have a slight problem with transplanting a zpool, maybe this is not
possible the way I like to do it, maybe I need to fuzz some
identifiers...
I want to transplant my old zpool tank from a 1TB drive to a new 2TB
drive, but
On 27 Jan 2013 14:31, Steven Hartland kill...@multiplay.co.uk wrote:
- Original Message - From: Ulrich Spörlein u...@freebsd.org
I have a slight problem with transplanting a zpool, maybe this is not
possible the way I like to do it, maybe I need to fuzz some
identifiers...
I want
- Original Message -
From: Vladislav Prodan univers...@ukr.net
Is it always the same disk, of so replace it SMART helps identify issues
but doesn't tell you 100% there's no problem.
Now it has fallen off a different HDD - ada0.
I'm 99% sure that MHDD will not find problems in HDD
Is it always the same disk, of so replace it SMART helps identify issues
but doesn't tell you 100% there's no problem.
Now it has fallen off a different HDD - ada0.
I'm 99% sure that MHDD will not find problems in HDD - ada0 and ada2.
I still have three servers with similar chipsets that
- Original Message -
From: Vladislav Prodan univers...@ukr.net
Is it always the same disk, of so replace it SMART helps identify issues
but doesn't tell you 100% there's no problem.
Now it has fallen off a different HDD - ada0.
I'm 99% sure that MHDD will not find
System: Raspberry Pi
uname: r245840M (Alie Tan's image from 25 January)
ports: svnversion 308518
Build dies with message sizeof(ArrayTypeBlob) is expected to be 8 but
is 12. (Complete build log attached.) I made a naive attempt to fix
it by rearranging the order of the structure members, but
On Sunday 27 January 2013 13:52:20 Alexander Nedotsukov wrote:
Thank you, Pawel.
Hans, can please you take a look at your commits done on Dec 20 (r244500
and r244503)? They are seems to be the culprit.
Hi,
I don't have 10-current machine here right now, but I tried the following on a
On Sunday 27 January 2013 16:59:02 Hans Petter Selasky wrote:
I don't have 10-current machine here right now, but I tried the following
on a 9-stable machine:
BTW: 9-stable does not have the patches you wanted me to look at. Is this
issue reproducible in stock 9-stable at your side or
System: Raspberry Pi
uname: r245840M (Alie Tan's image from 25 January)
By comparison, this Lexmark E120 printer attaches and prints with no
difficulty on FreeBSD-9.1-RELEASE, but on CURRENT, it says:
ugen0.5: Lexmark International at usbus0
ulpt1: Lexmark International Lexmark E120n, class
On Sunday 27 January 2013 17:14:55 George Mitchell wrote:
System: Raspberry Pi
uname: r245840M (Alie Tan's image from 25 January)
By comparison, this Lexmark E120 printer attaches and prints with no
difficulty on FreeBSD-9.1-RELEASE, but on CURRENT, it says:
ugen0.5: Lexmark International
On Sunday 27 January 2013 17:15:02 Hans Petter Selasky wrote:
On Sunday 27 January 2013 16:59:02 Hans Petter Selasky wrote:
I don't have 10-current machine here right now, but I tried the following
on a 9-stable machine:
BTW: 9-stable does not have the patches you wanted me to look at. Is
On Sunday 27 January 2013 17:14:55 George Mitchell wrote:
System: Raspberry Pi
uname: r245840M (Alie Tan's image from 25 January)
By comparison, this Lexmark E120 printer attaches and prints with no
difficulty on FreeBSD-9.1-RELEASE, but on CURRENT, it says:
ugen0.5: Lexmark International
Hi All!
The svn2git exporter is down on git-beta.freebsd.org? The last update
was 2013.jan.15.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
Recently I purchased an HP p2-1334 with an Inetl Core i3 and 6GB or RAM. My
sole reason for purchasing it is to use virtualization which needs VT-x and EPT
which the i3 has. However, my installations of FreeBSD 9.0-RELEASE-amd64,
FreeBSD 9.1-RELEASE-amd64, FreeeBSD 10-CURRENT-amd64 (2
On 01/27/13 10:19, G B wrote:
Recently I purchased an HP p2-1334 with an Inetl Core i3 and 6GB or
RAM. My sole reason for purchasing it is to use virtualization which
needs VT-x and EPT which the i3 has. However, my installations of
FreeBSD 9.0-RELEASE-amd64, FreeBSD 9.1-RELEASE-amd64,
On Jan 27, 2013, at 7:57 AM, George Mitchell wrote:
System: Raspberry Pi
uname: r245840M (Alie Tan's image from 25 January)
ports: svnversion 308518
Build dies with message sizeof(ArrayTypeBlob) is expected to be 8 but
is 12. (Complete build log attached.) I made a naive attempt to fix
On Sun, Jan 27, 2013 at 11:46 AM, Oliver Pinter oliver.p...@gmail.comwrote:
Hi All!
The svn2git exporter is down on git-beta.freebsd.org? The last update
was 2013.jan.15.
The mirror on GitHub is still getting updates:
https://github.com/freebsd/freebsd
The git beta was supposed to be
Hi,
Can you try this patch:
http://svnweb.freebsd.org/changeset/base/245995
It fixes the issue for me. Looks like I overlooked a corner case computing the
DMA addresses. Thanks for reporting!
zpool status
pool: tank
state: ONLINE
scan: none requested
config:
NAMESTATE
I ran into a panic while attempting to un-tar a large file on a
DreamPlug (arm-based system) running -current. The source and dest of
the un-tar is the root filesystem on sdcard, and I get this:
panic: kmem_malloc(4096): kmem_map too small: 12582912 total allocated
Just before the panic I see
On Sunday 27 January 2013 19:06:36 George Mitchell wrote:
On 01/27/13 11:33, Hans Petter Selasky wrote:
On Sunday 27 January 2013 17:14:55 George Mitchell wrote:
System: Raspberry Pi
uname: r245840M (Alie Tan's image from 25 January)
By comparison, this Lexmark E120 printer attaches
On 01/27/13 11:33, Hans Petter Selasky wrote:
On Sunday 27 January 2013 17:14:55 George Mitchell wrote:
System: Raspberry Pi
uname: r245840M (Alie Tan's image from 25 January)
By comparison, this Lexmark E120 printer attaches and prints with no
difficulty on FreeBSD-9.1-RELEASE, but on
On 01/27/13 13:15, Hans Petter Selasky wrote:
[...]
Hi,
I don't see any errors in the usbdump trace you sent. So we can at least rule
that out.
Hint: You can filter traffic using the -f option for usbdump.
What does:
usbconfig dump_device_desc dump_curr_config_desc
output? Can you also get
- Original Message -
From: Vladislav Prodan univers...@ukr.net
To: Steven Hartland kill...@multiplay.co.uk
Cc: curr...@freebsd.org; f...@freebsd.org
Sent: Sunday, January 27, 2013 3:13 PM
Subject: Re[2]: Re[2]: AHCI timeout when using ZFS + AIO + NCQ
- Original Message -
Essentially the combination of SATA 3 speeds the midplane / backplane
degraded the connection between the MB and HDD enough to cause
the disks to randomly drop when under load.
If we connected the disks directly to the MB with SATA cables the
problem went away. In the end we had
On Sun, 2013-01-27 at 12:48:13 -0500, Ryan Stone wrote:
On Sun, Jan 27, 2013 at 11:46 AM, Oliver Pinter oliver.p...@gmail.com wrote:
Hi All!
The svn2git exporter is down on git-beta.freebsd.org? The last update
was 2013.jan.15.
The mirror on GitHub is still getting
On 2013/01/27 15:31, Steven Hartland wrote:
- Original Message - From: Ulrich Spörlein u...@freebsd.org
I have a slight problem with transplanting a zpool, maybe this is not
possible the way I like to do it, maybe I need to fuzz some
identifiers...
I want to transplant my old zpool
On Sunday 27 January 2013 19:24:01 George Mitchell wrote:
On 01/27/13 13:15, Hans Petter Selasky wrote:
[...]
Hi,
I don't see any errors in the usbdump trace you sent. So we can at least
rule that out.
Hint: You can filter traffic using the -f option for usbdump.
What
On Sun, 2013-01-27 at 14:56:01 +0100, Fabian Keil wrote:
Ulrich Spörlein u...@freebsd.org wrote:
I have a slight problem with transplanting a zpool, maybe this is not
possible the way I like to do it, maybe I need to fuzz some
identifiers...
I want to transplant my old zpool tank
On Sunday 27 January 2013 20:08:06 Ulrich Spörlein wrote:
I dug out an old ATA-to-USB case and will use that to attach the old
tank to the new machine and then have a try at this zpool replace thing.
If you are using -current you might want this patch first:
On 2013-Jan-27 14:31:56 -, Steven Hartland kill...@multiplay.co.uk wrote:
- Original Message -
From: Ulrich Spörlein u...@freebsd.org
I want to transplant my old zpool tank from a 1TB drive to a new 2TB
drive, but *not* use dd(1) or any other cloning mechanism, as the pool
was very
I once ran into a very severe AHCI timeout problem. After months of trying to
figure it out and insane Hardware_ECC_Recovered error values, I found that
the error was with the power connector plug / sata HDD interface. All errors
disappeared after replacing that cable. Since you have error on more
I had posted this problem in the freebsd-ports section of the mailing list,
but I got no answer. When I posted, I was using 9-Stable with clang-only
world.
(http://freebsd.1045724.n5.nabble.com/ccache-selects-wrong-compiler-calls-clang-not-gcc46-td5775609.html)
I recently switched to 10-current
TB --- 2013-01-27 19:40:17 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-01-27 19:40:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
On 01/27/13 14:07, Hans Petter Selasky wrote:
On Sunday 27 January 2013 19:24:01 George Mitchell wrote:
On 01/27/13 13:15, Hans Petter Selasky wrote:
[...]
Hi,
I don't see any errors in the usbdump trace you sent. So we can at least
rule that out.
Hint: You can filter traffic using the -f
Al 25/01/2013 09:43, En/na Andriy Gapon ha escrit:
If you have ACPI suspend/resume working, if it used to work but stopped working
at some time, if it never worked, but you are still hoping, could you please
test the following patch and report back?
On Sun, Jan 27, 2013 at 4:38 PM, Gustau Pérez i Querol
gpe...@entel.upc.edu wrote:
Al 25/01/2013 09:43, En/na Andriy Gapon ha escrit:
If you have ACPI suspend/resume working, if it used to work but stopped
working
at some time, if it never worked, but you are still hoping, could you
please
On Sun, Jan 27, 2013 at 06:22:28PM -0800, Kevin Oberman wrote:
Very much the same on my ThinkPad T520. Suspend looks fine. Resume
turns on the backlight, but that's about it. No wireless and no
display. The power light continues to pulse, indicating the system
still considers itself suspended.
On Sun, Jan 27, 2013 at 09:32:28PM -0500, Glen Barber wrote:
On Sun, Jan 27, 2013 at 06:22:28PM -0800, Kevin Oberman wrote:
Very much the same on my ThinkPad T520. Suspend looks fine. Resume
turns on the backlight, but that's about it. No wireless and no
display. The power light continues
On Fri, Jan 25, 2013 at 10:43:33AM +0200, Andriy Gapon wrote:
If you have ACPI suspend/resume working, if it used to work but stopped
working
at some time, if it never worked, but you are still hoping, could you please
test the following patch and report back?
On Sun, Jan 27, 2013 at 12:11 PM, Ian Lepore i...@freebsd.org wrote:
I ran into a panic while attempting to un-tar a large file on a
DreamPlug (arm-based system) running -current. The source and dest of
the un-tar is the root filesystem on sdcard, and I get this:
panic: kmem_malloc(4096):
44 matches
Mail list logo