Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT

The kernel of the standard, GENERIC Similar problems after attempting to install from the disk FreeBSD-9.0-CURRENT-201011-amd64-dvd1.iso In the latter case, there were cases of complete system lockup. The upgrade process: cd /usr/src make clean rm -r /usr/obj make buildworld make buildkernel KERNC

Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT

on 15/12/2010 14:18 Vladislav V. Prodan said the following: > The kernel of the standard, GENERIC > Similar problems after attempting to install from the disk > FreeBSD-9.0-CURRENT-201011-amd64-dvd1.iso > In the latter case, there were cases of complete system lockup. > > The upgrade process: > cd

Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT

15.12.2010 15:00, Andriy Gapon wrote: > Just a guess - have you looked at UPDATING in CURRENT sources? > But the lock up is totally unexpected, try to debug it. > Nothing interesting find, but flew into a panic: panic: bio_completed can't be greater than bio_lenght cpuid =3 ... Now try to attac

Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT

15.12.2010 15:11, Vladislav V. Prodan wrote: > Now try to attach a screenshot. > > http://img576.imageshack.us/i/dsc00563u.jpg/ -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vla...@jabber.ru ___ freebsd-current@freebsd.org maili

Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT

2010/12/15 Vladislav V. Prodan : > 15.12.2010 15:11, Vladislav V. Prodan wrote: > >> Now try to attach a screenshot. >> >> > > http://img576.imageshack.us/i/dsc00563u.jpg/ ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=8638372 Maybe installkernel/installworld copied files on bad clusters, th

Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT

on 15/12/2010 16:25 Olivier Smedts said the following: > 2010/12/15 Vladislav V. Prodan : >> 15.12.2010 15:11, Vladislav V. Prodan wrote: >> >>> Now try to attach a screenshot. >>> >>> >> >> http://img576.imageshack.us/i/dsc00563u.jpg/ > > ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=863837

Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT

On 15.12.2010 16:16, Andriy Gapon wrote: > on 15/12/2010 16:25 Olivier Smedts said the following: >> 2010/12/15 Vladislav V. Prodan : >>> 15.12.2010 15:11, Vladislav V. Prodan wrote: >>> Now try to attach a screenshot. >>> >>> http://img576.imageshack.us/i/dsc00563u.jpg/ >> >> ad6: T

Re: Next ZFSv28 patchset ready for testing.

Pawel Jakub Dawidek writes: > Hi. > > The new patchset is ready for testing: > > http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 > > When applying the patch be sure to use correct options for patch(1)!: > > # cd /usr/src > # fetch http://people.freebsd.org/~pjd/pat

Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT

15.12.2010 21:16, Jeremy Chadwick wrote: > Agreed. > > Vladislav, if you can get the system usable/bootable, please install > ports/sysutils/smartmontools and provide output from "smartctl -a > /dev/ad6" here. It should act as an indicator as to whether or not > there are bad blocks or odd disk b

Re: Next ZFSv28 patchset ready for testing.

Anonymous writes: > $ zfs allow > Traceback (most recent call last): > File "/usr/lib/zfs/pyzfs.py", line 35, in > import zfs.util > File "/usr/local/lib/python2.7/site-packages/zfs/util.py", line 31, in > > import solaris.misc > ImportError: No module named solaris.misc > Exit

Re: USB 1.1 devs not working on ASUS K8VSE (x86) MB

according to kldstat -v, both "uhci/usbus" & "pci/uhci" were present in my kernel but one or both of them was silently failing. apparently something in my sources was corrupt because deleting all of the USB related code from my CVS root, re-csuping it, and building a fresh kernel solved the probl

RE: Next ZFSv28 patchset ready for testing.

I've installed and complied it on 9-Current 2010.12.12, looks to be running fine. I've imported a v15 6 disk raidz that was created under 8.1-Stable, and so far it's passing all tests. I'll be doing some serious Send/Receive testing in the next few days, so I'll see if I can break it. I'll a

Re: [PANIC] ffs_alloccg: map corrupted

On Thu, Dec 02, 2010 at 03:31:41PM -0800, Garrett Cooper wrote: > On Thu, Dec 2, 2010 at 2:43 PM, David O'Brien wrote: > > Thoughts? > > > > FreeBSD 9.0-CURRENT #654 r215604M: Sat Nov 20 19:51:27 PST 2010 > > ? ?ro...@dragon:/sys/i386/compile/DRAGON i386 > > [..] > > start = 0, len = 3359, fs = /f

Re: Next ZFSv28 patchset ready for testing.

On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: > Hi. > > The new patchset is ready for testing: Running fine for 24 hours now under load with a ~50 disk v15 (not upgraded) pool from -CURRENT. Thanks! Only strange thing is the rc script complains: /etc/rc: DEBUG: run_rc_co

[head tinderbox] failure on arm/arm

TB --- 2010-12-16 03:30:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 03:30:01 - starting HEAD tinderbox run for arm/arm TB --- 2010-12-16 03:30:01 - cleaning the object tree TB --- 2010-12-16 03:30:11 - cvsupping the source tree TB --- 2010-12-16 03:30:11 - /usr/bin/csu

Re: [PANIC] ffs_alloccg: map corrupted

I've see many times that SUJ doesnt really make fs clean, then some problem in fs leads to panics. And sometimes I boot into single user mode after crash (caused by other things, eg. page fault), then fsck_ffs -y ; use SUJ and marked clean, and again: fsck_ffs -fy ; should not fix anything more, bu

Re: [PANIC] ffs_alloccg: map corrupted

On Wed, Dec 15, 2010 at 7:29 PM, David O'Brien wrote: > On Thu, Dec 02, 2010 at 03:31:41PM -0800, Garrett Cooper wrote: >> On Thu, Dec 2, 2010 at 2:43 PM, David O'Brien wrote: >> > Thoughts? >> > >> > FreeBSD 9.0-CURRENT #654 r215604M: Sat Nov 20 19:51:27 PST 2010 >> >    ro...@dragon:/sys/i386/c

[head tinderbox] failure on ia64/ia64

TB --- 2010-12-16 04:13:36 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 04:13:36 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-12-16 04:13:36 - cleaning the object tree TB --- 2010-12-16 04:13:49 - cvsupping the source tree TB --- 2010-12-16 04:13:49 - /usr/bin/c

[head tinderbox] failure on mips/mips

TB --- 2010-12-16 05:16:30 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 05:16:30 - starting HEAD tinderbox run for mips/mips TB --- 2010-12-16 05:16:30 - cleaning the object tree TB --- 2010-12-16 05:16:37 - cvsupping the source tree TB --- 2010-12-16 05:16:37 - /usr/bin/c

[head tinderbox] failure on sparc64/sparc64

TB --- 2010-12-16 06:06:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 06:06:51 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-12-16 06:06:51 - cleaning the object tree TB --- 2010-12-16 06:07:01 - cvsupping the source tree TB --- 2010-12-16 06:07:01 - /usr

[head tinderbox] failure on sparc64/sun4v

TB --- 2010-12-16 06:30:08 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-16 06:30:08 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-12-16 06:30:08 - cleaning the object tree TB --- 2010-12-16 06:30:20 - cvsupping the source tree TB --- 2010-12-16 06:30:20 - /usr/b

Re: Next ZFSv28 patchset ready for testing.

On Wed, Dec 15, 2010 at 10:15:00PM -0500, ben wilber wrote: > On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: > > Hi. > > > > The new patchset is ready for testing: > > Running fine for 24 hours now under load with a ~50 disk v15 (not > upgraded) pool from -CURRENT. Thanks!