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 heav
> 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 repr
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 2009
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
[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 :
> Hi all.
>
> On recent -current after inserting a CD my system locks up in a few minutes.
> Any commands I tried then lock on sysctl
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/
_
> Date: Tue, 7 Apr 2009 11:13:25 -0400
> From: Mehmet Erol Sanliturk
> 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 taken minimum 12
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
>
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
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
> From: Lars Eggert
> 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 & human
> > time
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
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 l
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 l
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 & inter
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
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
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
ftp://ftp2.de.freebsd.org/pub/FreeBSD/release
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
> (l
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> pa
20 matches
Mail list logo
