Re: RELENG_7/i386: ZFS constant panic on file system writes

2009-04-07 Thread Dmitry Morozovsky
On Fri, 3 Apr 2009, Dmitry Morozovsky wrote: DM Pawel, DM DM could you please help me a bit with *very* unpleasant situation: one of my DM servers with very large ZFS reboots on most write requests to one (largest, DM which effectively prohibits recreating) ZFS file system with DM DM panic:

more automated fetch of ISO-IMAGES ports

2009-04-07 Thread Julian Stacey
Hi stable@ people, Idea for a SOC or other development: Not all ftp sites carry betas (understandably), that raises an inefficiency of human net resources also seen similarly on ports/ , eg: I tried to download 7.2-BETA to test, Not on local

Re: RELENG_7/i386: ZFS constant panic on file system writes

2009-04-07 Thread Pawel Jakub Dawidek
On Tue, Apr 07, 2009 at 02:00:28PM +0400, Dmitry Morozovsky wrote: On Fri, 3 Apr 2009, Dmitry Morozovsky wrote: DM Pawel, DM DM could you please help me a bit with *very* unpleasant situation: one of my DM servers with very large ZFS reboots on most write requests to one (largest,

Re: more automated fetch of ISO-IMAGES ports

2009-04-07 Thread Lars Eggert
On 2009-4-7, at 14:21, Julian Stacey wrote: Perhaps some SOC student might like to develop some extension to fetch, or a new tool to intelligently save net bandwidth human time (if not this year if SOC bids are in, then next) : Intelligently automatically sniff fetch list to see where

Re: more automated fetch of ISO-IMAGES ports

2009-04-07 Thread Lars Eggert
On 2009-4-7, at 15:59, Andrei Kolu wrote: What about this: # cd /usr/ports/sysutils/fastest_cvsup make install clean rehash # fastest_cvsup -c us,ee,ru,eu,uk,de,no,se RTT != throughput, and not all files are available via cvsup Lars

Re: more automated fetch of ISO-IMAGES ports

2009-04-07 Thread Julian Stacey
Hi stable@ people, Ref my: Found manually on ftp://ftp.uk.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/7.2 but slow at 60 KB/s Faster @ 100K from USA ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/7.2 but I'd feel guilty loading main site

Re: more automated fetch of ISO-IMAGES ports

2009-04-07 Thread Andrei Kolu
Lars Eggert wrote: On 2009-4-7, at 14:21, Julian Stacey wrote: Perhaps some SOC student might like to develop some extension to fetch, or a new tool to intelligently save net bandwidth human time (if not this year if SOC bids are in, then next) : Intelligently automatically sniff fetch

Re: more automated fetch of ISO-IMAGES ports

2009-04-07 Thread Christopher Arnold
On Tue, 7 Apr 2009, Julian Stacey wrote: Some servers for ports/ fetch are also incredibly slow, but fetch will hang in there trying, even if another site lower in the list might be nearer /or faster. There is a tool called fastest_sites that uses round trip for the tcp hanshake wich is a

Re: more automated fetch of ISO-IMAGES ports

2009-04-07 Thread Ian Smith
On Tue, 7 Apr 2009, Julian Stacey wrote: Hi stable@ people, Ref my: Found manually on ftp://ftp.uk.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/7.2 but slow at 60 KB/s Faster @ 100K from USA ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/7.2 but

Re: more automated fetch of ISO-IMAGES ports

2009-04-07 Thread Kevin Oberman
From: Lars Eggert lars.egg...@nokia.com Date: Tue, 7 Apr 2009 15:55:20 +0300 Sender: owner-freebsd-sta...@freebsd.org On 2009-4-7, at 14:21, Julian Stacey wrote: Perhaps some SOC student might like to develop some extension to fetch, or a new tool to intelligently save net bandwidth

Re: more automated fetch of ISO-IMAGES ports

2009-04-07 Thread Lars Eggert
On 2009-4-7, at 17:55, Kevin Oberman wrote: Use BitTorrent for all file distribution, it does all that. Yes, I'm half serious. Why only half? I have pulled FreeBSD ISOs via torrent and it was stunning to see the performance. Half, because getting a BitTorrent infrastructure in place for the

Re: more automated fetch of ISO-IMAGES ports

2009-04-07 Thread Mehmet Erol Sanliturk
BitTorrent is NOT always a good solution . I tried it on an approximately 4.5 Giga Bytes iso which came out to be unusable because - direct download is taken minimum 12 hours with a 1024 kilo bits per second down load speed , in average 18 hours from Turkey . - BitTorrent download is reaching

Re: more automated fetch of ISO-IMAGES ports

2009-04-07 Thread Kevin Oberman
Date: Tue, 7 Apr 2009 11:13:25 -0400 From: Mehmet Erol Sanliturk m.e.sanlit...@gmail.com Sender: owner-freebsd-sta...@freebsd.org BitTorrent is NOT always a good solution . I tried it on an approximately 4.5 Giga Bytes iso which came out to be unusable because - direct download is

Re: powerd broken

2009-04-07 Thread Dominic Fandrey
Robert Noland wrote: On Sat, 2009-04-04 at 12:31 +0200, Dominic Fandrey wrote: Robert Noland wrote: On Fri, 2009-04-03 at 11:43 +0200, Dominic Fandrey wrote: Alexander Motin wrote: Dominic Fandrey wrote: I can rule out drm0 as the cause, because uhci0 is the only common presence in all

SMART for mpt raid.

2009-04-07 Thread Peter Ankerstål
Hi, I have a mpt raid and want to run smart on the individual drives. But the examples in the config all seems linux-specific. Is there a way to get SMART-status for the drives in a mpt-raid? -- Peter Ankerstål pe...@pean.org http://www.pean.org/

Re: hald/geom(?) lock up

2009-04-07 Thread pluknet
[redirected from -current] Seeing a similar locking issue on stable/7 as of April 5 now (I guess some pieces merged from -current caused that). 2009/2/10 pluknet pluk...@gmail.com: Hi all. On recent -current after inserting a CD my system locks up in a few minutes. Any commands I tried then

FreeBSD and iSCSI for disks.

2009-04-07 Thread Garance A Drosihn
Some friends of mine are looking at the new DroboPro, which makes a lot of disk space available via iSCSI (in addition to firewire 800), and they were wondering how well iSCSI works with FreeBSD. I haven't paid attention to iSCSI support. Is there anyone using it heavily for disk-storage under

panic: lockmgr: locking against myself on 7.2-BEA1 (and gmirror dumpdev not working)

2009-04-07 Thread Josh Carroll
Hello. I have been able to reproduce this panic for a while now, and finally decided to build in debugging support for my kernel and obtain a proper panic, backtrace, etc as it's still happening with 7.2-BETA1 (FreeBSD pflog.net 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Tue Apr 7 16:03:17 EDT

Re: panic: lockmgr: locking against myself on 7.2-BEA1 (and gmirror dumpdev not working)

2009-04-07 Thread Josh Carroll
Unfortunately, as mentioned in the subject, I am unable to get a savecore. After show alllocks and bt, I ran call doadump, which appeared to work fine. However, after rebooting, there was no savecore in /var/crash and running savecore against /dev/mirror/gm1s1b states: I was able to reproduce

Re: FreeBSD and iSCSI for disks.

2009-04-07 Thread Andrei Kolu
Garance A Drosihn wrote: Some friends of mine are looking at the new DroboPro, which makes a lot of disk space available via iSCSI (in addition to firewire 800), and they were wondering how well iSCSI works with FreeBSD. I haven't paid attention to iSCSI support. Is there anyone using it