On 1/31/2012 9:16 PM, Thomas D. Dean wrote:
Maybe the wrong list, but, this was from STABLE - STABLE.
I have an old 32-bit machine that had 8.2-STABLE on it.
I tried to upgrade using 8.2 update
# freebsd.update upgrade -r 9.0
failed with the no more mirrors message
# env UNAME_r=8.2-RELEASE
TB --- 2012-02-01 09:50:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-01 09:50:00 - starting RELENG_8_1 tinderbox run for mips/mips
TB --- 2012-02-01 09:50:00 - cleaning the object tree
TB --- 2012-02-01 09:50:07 - cvsupping the source tree
TB --- 2012-02-01 09:50:07 -
TB --- 2012-02-01 12:13:37 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-01 12:13:37 - starting RELENG_8_2 tinderbox run for mips/mips
TB --- 2012-02-01 12:13:37 - cleaning the object tree
TB --- 2012-02-01 12:13:46 - cvsupping the source tree
TB --- 2012-02-01 12:13:46 -
Hi,
I have this ZFS server up for about 27 days, and about 3 weeks ago (was
not really paying attention) it turns out it lost its SSD that I'm using
for log and cache. There is also a poor and lonely memory stick for log.
So the box did not really suffer file loss.
system is running:
FreeBSD
TB --- 2012-02-01 12:32:29 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-01 12:32:29 - starting RELENG_8_2 tinderbox run for
powerpc/powerpc
TB --- 2012-02-01 12:32:29 - cleaning the object tree
TB --- 2012-02-01 12:32:55 - cvsupping the source tree
TB --- 2012-02-01
I had the (probably) same problem with a Crucial SSD with old firmware.
With my problem, the mps driver or mpslsi driver logs the timeouts
rather than AHCI. With new disk firmware, it works fine so far (about
2-3 weeks). Here is my forum thread
http://forums.freebsd.org/showthread.php?t=28252
I
On Wed, Feb 01, 2012 at 02:40:17PM +0100, Willem Jan Withagen wrote:
The device is a Corsair 60Gb Force GT. And thusfar I have not found any
suggestions that that serie of devices is prone to doing this.
Can you please provide the following output when that SSD is attached
to the system? You
On 2012-02-01 15:39, Jeremy Chadwick wrote:
On Wed, Feb 01, 2012 at 02:40:17PM +0100, Willem Jan Withagen wrote:
The device is a Corsair 60Gb Force GT. And thusfar I have not found any
suggestions that that serie of devices is prone to doing this.
Can you please provide the following output
On Wed, Feb 01, 2012 at 04:56:23PM +0100, Willem Jan Withagen wrote:
On 2012-02-01 15:39, Jeremy Chadwick wrote:
On Wed, Feb 01, 2012 at 02:40:17PM +0100, Willem Jan Withagen wrote:
The device is a Corsair 60Gb Force GT. And thusfar I have not found any
suggestions that that serie of
TB --- 2012-02-01 16:00:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-01 16:00:00 - starting RELENG_8_1 tinderbox run for mips/mips
TB --- 2012-02-01 16:00:00 - cleaning the object tree
TB --- 2012-02-01 16:00:07 - cvsupping the source tree
TB --- 2012-02-01 16:00:07 -
On 2012-02-01 17:35, Jeremy Chadwick wrote:
On Wed, Feb 01, 2012 at 04:56:23PM +0100, Willem Jan Withagen wrote:
On 2012-02-01 15:39, Jeremy Chadwick wrote:
On Wed, Feb 01, 2012 at 02:40:17PM +0100, Willem Jan Withagen wrote:
The device is a Corsair 60Gb Force GT. And thusfar I have not found
TB --- 2012-02-01 18:22:09 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-01 18:22:09 - starting RELENG_8_2 tinderbox run for mips/mips
TB --- 2012-02-01 18:22:09 - cleaning the object tree
TB --- 2012-02-01 18:22:18 - cvsupping the source tree
TB --- 2012-02-01 18:22:18 -
Hi.
On 01/30/12 22:46, Andrew Boyer wrote:
I have a system that appears to have a flaky SATA controller (one of the Intel
ESB2 variants) and it seems to be exposing a weakness in the ATA driver (not
using ATA_CAM). If a command with ATA_R_DIRECT set times out, the channel gets
TB --- 2012-02-01 18:42:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-01 18:42:00 - starting RELENG_8_2 tinderbox run for
powerpc/powerpc
TB --- 2012-02-01 18:42:00 - cleaning the object tree
TB --- 2012-02-01 18:42:27 - cvsupping the source tree
TB --- 2012-02-01
On 02/01/12 01:17, Andrei Brezan wrote:
Is that a typo?
Yes, it was a typo.
I know freebsd-update not freebsd.update and that works
only for REALEASE not STABLE.
Look at my command line, (with the typo fixed)
env UNAME_r=8.2-RELEASE ./freebsd-update upgrade -r 9.0
This made
TB --- 2012-02-01 22:10:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-01 22:10:00 - starting RELENG_8_1 tinderbox run for mips/mips
TB --- 2012-02-01 22:10:00 - cleaning the object tree
TB --- 2012-02-01 22:10:09 - cvsupping the source tree
TB --- 2012-02-01 22:10:09 -
TB --- 2012-02-02 00:33:17 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-02 00:33:17 - starting RELENG_8_2 tinderbox run for mips/mips
TB --- 2012-02-02 00:33:17 - cleaning the object tree
TB --- 2012-02-02 00:33:25 - cvsupping the source tree
TB --- 2012-02-02 00:33:25 -
TB --- 2012-02-02 00:51:45 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-02 00:51:45 - starting RELENG_8_2 tinderbox run for
powerpc/powerpc
TB --- 2012-02-02 00:51:45 - cleaning the object tree
TB --- 2012-02-02 00:52:16 - cvsupping the source tree
TB --- 2012-02-02
TB --- 2012-02-02 04:20:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-02 04:20:00 - starting RELENG_8_1 tinderbox run for mips/mips
TB --- 2012-02-02 04:20:00 - cleaning the object tree
TB --- 2012-02-02 04:20:09 - cvsupping the source tree
TB --- 2012-02-02 04:20:09 -
TB --- 2012-02-02 06:36:28 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-02 06:36:28 - starting RELENG_8_2 tinderbox run for mips/mips
TB --- 2012-02-02 06:36:28 - cleaning the object tree
TB --- 2012-02-02 06:36:36 - cvsupping the source tree
TB --- 2012-02-02 06:36:36 -
20 matches
Mail list logo
