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

2010-12-15 Thread Vladislav V. Prodan
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

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

2010-12-15 Thread Andriy Gapon
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

2010-12-15 Thread Vladislav V. Prodan
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 attach

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

2010-12-15 Thread 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/ -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vla...@jabber.ru ___ freebsd-current@freebsd.org mailing

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

2010-12-15 Thread Olivier Smedts
2010/12/15 Vladislav V. Prodan univers...@ukr.net: 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

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

2010-12-15 Thread Andriy Gapon
on 15/12/2010 16:25 Olivier Smedts said the following: 2010/12/15 Vladislav V. Prodan univers...@ukr.net: 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

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

2010-12-15 Thread Ivan Voras
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 univers...@ukr.net: 15.12.2010 15:11, Vladislav V. Prodan wrote: Now try to attach a screenshot. http://img576.imageshack.us/i/dsc00563u.jpg/ ad6: TIMEOUT -

Re: Next ZFSv28 patchset ready for testing.

2010-12-15 Thread Anonymous
Pawel Jakub Dawidek p...@freebsd.org 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

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

2010-12-15 Thread Vladislav V. Prodan
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

Re: Next ZFSv28 patchset ready for testing.

2010-12-15 Thread Anonymous
Anonymous swel...@gmail.com writes: $ zfs allow Traceback (most recent call last): File /usr/lib/zfs/pyzfs.py, line 35, in module import zfs.util File /usr/local/lib/python2.7/site-packages/zfs/util.py, line 31, in module import solaris.misc ImportError: No module named

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

2010-12-15 Thread Tom Uffner
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 problem.

RE: Next ZFSv28 patchset ready for testing.

2010-12-15 Thread Chris Forgeron
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

Re: [PANIC] ffs_alloccg: map corrupted

2010-12-15 Thread David O'Brien
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 obr...@freebsd.org 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,

Re: Next ZFSv28 patchset ready for testing.

2010-12-15 Thread ben wilber
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:

[head tinderbox] failure on arm/arm

2010-12-15 Thread FreeBSD Tinderbox
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 -

Re: [PANIC] ffs_alloccg: map corrupted

2010-12-15 Thread Buganini
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,

Re: [PANIC] ffs_alloccg: map corrupted

2010-12-15 Thread Garrett Cooper
On Wed, Dec 15, 2010 at 7:29 PM, David O'Brien obr...@freebsd.org 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 obr...@freebsd.org wrote: Thoughts? FreeBSD 9.0-CURRENT #654 r215604M: Sat Nov 20 19:51:27 PST 2010    

[head tinderbox] failure on ia64/ia64

2010-12-15 Thread FreeBSD Tinderbox
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 -

[head tinderbox] failure on mips/mips

2010-12-15 Thread FreeBSD Tinderbox
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 -

[head tinderbox] failure on sparc64/sparc64

2010-12-15 Thread FreeBSD Tinderbox
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 -

[head tinderbox] failure on sparc64/sun4v

2010-12-15 Thread FreeBSD Tinderbox
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 -

Re: Next ZFSv28 patchset ready for testing.

2010-12-15 Thread Pawel Jakub Dawidek
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! Only