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
was
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 --- 2013
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 wrote:
> On Wed, Jan 23, 2013 at 09:11:23PM +0900, Alexander Nedotsukov wrote:
>> And now both are failing, al
Ulrich Spörlein 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 other cloning
- Original Message -
From: "Ulrich Spörlein"
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)
On 27 Jan 2013 14:31, "Steven Hartland" wrote:
>
> - Original Message - From: "Ulrich Spörlein"
>
>
>> 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 z
- Original Message -
From: "Vladislav Prodan"
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.
> 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 ha
> - Original Message -
> From: "Vladislav Prodan"
>
> >> 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 prob
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
9-
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 9-stab
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: at usbus0
ulpt1: addr 5> on usbus0
device_attach: ulpt1 attach returned 12
Also, an
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: at usbus0
> ul
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
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: at usbus0
> ul
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 "freebsd-current-unsubs
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 snapshot
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, Fr
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
On Sun, Jan 27, 2013 at 11:46 AM, Oliver Pinter 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 updates:
https://github.com/freebsd/freebsd
The git beta was supposed to be re-rolled on the 15th.
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 th
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 print
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,
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"
To: "Steven Hartland"
Cc: ;
Sent: Sunday, January 27, 2013 3:13 PM
Subject: Re[2]: Re[2]: AHCI timeout when using ZFS + AIO + NCQ
- Original Message -
From: "Vladislav Prodan"
>> Is it always the same disk, of so replace
> >> 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
On Sun, 2013-01-27 at 12:48:13 -0500, Ryan Stone wrote:
>
> On Sun, Jan 27, 2013 at 11:46 AM, Oliver Pinter 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 updates:
> https:
On 2013/01/27 15:31, Steven Hartland wrote:
- Original Message - From: "Ulrich Spörlein"
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 d
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 usbdum
On Sun, 2013-01-27 at 14:56:01 +0100, Fabian Keil wrote:
> Ulrich Spörlein 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 1
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:
http://svnweb.freebsd.org/changese
On 2013-Jan-27 14:31:56 -, Steven Hartland wrote:
>- Original Message -
>From: "Ulrich Spörlein"
>> 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 full very often and is surely
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 mor
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 bu
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 --- 2013
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?
http://svn.freebsd.by/files/acpi-apic-wakeup-
On Sun, Jan 27, 2013 at 4:38 PM, Gustau Pérez i Querol
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
>> test t
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 suspend
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 conti
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?
>
> http://svn.freebsd.by
On Sun, Jan 27, 2013 at 12:11 PM, Ian Lepore 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): kmem_map too
44 matches
Mail list logo
