Hi,
On 18 Jul 2010, at 4:20, Sean wrote:
> On 18/07/2010 1:24 AM, Alex Kozlov wrote:
>> Hi, stable
>>
>> After updating my buildbox from 26 April 8-STABLE
>> to 8.1-RC2 I constantly getting SIGEPIPE
>>
>
>
> [snip]
>
> I'm getting the same thing; what shell are you using? I changed my shell
On Tue, Jul 20, 2010 at 09:19:39AM +0200, Ruben van Staveren wrote:
> To me, this is a clear breakage and should be considered a show
> stopper issue for 8.1-RELEASE.
Too late for that now...
ftp://ftp4.freebsd.org/pub/FreeBSD/releases/amd64/
ftp://ftp4.freebsd.org/pub/FreeBSD/releases/i386/
--
On Sat, 17 Jul 2010 14:35, Markus Gebert wrote:
In Message-Id:
On 13.07.2010, at 16:02, Markus Gebert wrote:
Unfortunately, I have not been able to get anything useful out the svn
commit logs, which could explain this. Maybe someone else has an idea
what could have changed between 7 and 8
On 20/07/2010, at 5:19 PM, Ruben van Staveren wrote:
> Hi,
>
> This happens during a "sudo portupgrade -va --batch"
> my shell is /bin/tcsh too. When I run "exec bash" after sudo -s and then do
> the portupgrade the problem doesn't show up.
>
> To me, this is a clear breakage and should be co
on 20/07/2010 01:04 Garrett Moore said the following:
> Well, hotswapping worked, but now I have a totally different problem. Just
> for reference:
> # zpool offline tank da3
> # camcontrol stop da3
>
> # camcontrol rescan all
> <'da3 lost device, removing device entry'>
> # camcontrol rescan all
On 20 Jul 2010, at 10:03, Jeremy Chadwick wrote:
> On Tue, Jul 20, 2010 at 09:19:39AM +0200, Ruben van Staveren wrote:
>> To me, this is a clear breakage and should be considered a show
>> stopper issue for 8.1-RELEASE.
>
> Too late for that now…
Oh well, errata when the culprit is found…
I've
Hi guys,
> I second what others have said - crap.
> But there could be some hope, not sure.
> Can you check what is the actual size used by the pool on the disk?
> It should be somewhere in zdb -C output ("asize"?).
> If I remember correctly, that actual size should be a multiple of some rather
>
Some part of KDE4's kdm crashed at start-up and seems to have taken the
entire machine with it:
kgdb /boot/kernel/kernel /var/crash/vmcore.22
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
On Mon, Jul 19, 2010 at 01:41:24PM -0700, Jeremy Chadwick wrote:
> On Mon, Jul 19, 2010 at 11:55:59AM -0400, Mikhail T. wrote:
> > 19.07.2010 07:31, Jeremy Chadwick написав(ла):
> > >If you boot the machine in single-user, and run fsck manually, are there
> > >any errors?
> > Thanks, Jeremy... I wi
On Mon, Jul 19, 2010 at 11:40 PM, Mikhail T.
> wrote:
> Some part of KDE4's kdm crashed at start-up and seems to have taken the
> entire machine with it:
>
> kgdb /boot/kernel/kernel /var/crash/vmcore.22
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is fr
Mikhail T. wrote:
20.07.2010 12:47, Alan Cox написав(ла):
Historically, this panic has indicated flakey memory. This panic
occurs because a memory location within a page table has unexpectedly
changed to zero.
Ouch... Thanks for the hint (maybe, the panic should say something
like that?)
In
20.07.2010 12:47, Alan Cox написав(ла):
Historically, this panic has indicated flakey memory. This panic
occurs because a memory location within a page table has unexpectedly
changed to zero.
Ouch... Thanks for the hint (maybe, the panic should say something like
that?)
In any case, is there
On Saturday, July 17, 2010 2:35:21 pm Markus Gebert wrote:
>
> On 13.07.2010, at 16:02, Markus Gebert wrote:
>
> > Unfortunately, I have not been able to get anything useful out the svn
commit logs, which could explain this. Maybe someone else has an idea what
could have changed between 7 and 8
On 20.07.2010, at 10:15, jhell wrote:
>> Any ideas how to proceed?
>>
>
> Adding to this I remembered some specific commits that caught my attention
> when they happened. Specifically they were to mca.c (locate mca) on my
> machine provided the file paths and svn log provided the commit log.
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:
>>
>> http://svn.freebsd.org/viewvc/base?view=revision&revision=202387
>
> Al
--- On Mon, 7/19/10, Dan Langille wrote:
> From: Dan Langille
> Subject: Re: Problems replacing failing drive in ZFS pool
> To: "Freddie Cash"
> Cc: "freebsd-stable"
> Date: Monday, July 19, 2010, 7:07 PM
> On 7/19/2010 12:15 PM, Freddie Cash
> wrote:
> > On Mon, Jul 19, 2010 at 8:56 AM, Gar
On Wed, Jul 21, 2010 at 1:57 AM, alan bryan wrote:
>
>
> --- On Mon, 7/19/10, Dan Langille wrote:
>
> > From: Dan Langille
> > Subject: Re: Problems replacing failing drive in ZFS pool
> > To: "Freddie Cash"
> > Cc: "freebsd-stable"
> > Date: Monday, July 19, 2010, 7:07 PM
> > On 7/19/2010 12
On Wed, Jul 21, 2010 at 2:09 AM, Joshua Boyd wrote:
> On Wed, Jul 21, 2010 at 1:57 AM, alan bryan wrote:
>
>>
>>
>> --- On Mon, 7/19/10, Dan Langille wrote:
>>
>> > From: Dan Langille
>> > Subject: Re: Problems replacing failing drive in ZFS pool
>> > To: "Freddie Cash"
>> > Cc: "freebsd-stabl
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 n
On Tue, 20 Jul 2010, alan bryan wrote:
--- On Mon, 7/19/10, Dan Langille wrote:
From: Dan Langille
Subject: Re: Problems replacing failing drive in ZFS pool
To: "Freddie Cash"
Cc: "freebsd-stable"
Date: Monday, July 19, 2010, 7:07 PM
On 7/19/2010 12:15 PM, Freddie Cash
wrote:
> On Mon, J
On Wed, 21 Jul 2010, Charles Sprickman wrote:
On Tue, 20 Jul 2010, alan bryan wrote:
--- On Mon, 7/19/10, Dan Langille wrote:
From: Dan Langille
Subject: Re: Problems replacing failing drive in ZFS pool
To: "Freddie Cash"
Cc: "freebsd-stable"
Date: Monday, July 19, 2010, 7:07 PM
On 7/1
21 matches
Mail list logo
