2RC3 or if I should wait until 8.2 is actually released with the setup
(I _CAN_ wait a week or two).
Any insight would be appreciated.
//Svein
--
+---+---
/"\ |Svein Skogen | sv...@d80.iso100.no
\ / |Solberg Østli 9| PGP K
http://docs.sun.com/app/docs/doc/819-5461/ghzur?a=view
>
How well does that method handle a single bit being toggled in transit?
//Svein
--
+---+-------
/"\ |Svein Skogen | sv...@d80.iso100.no
\ / |Solberg Østli
rs in the most recent run:
>
*SNIP*
Patrol reads are done internally in the controller firmware. You're
getting warnings that a disk is failing. Do with that information what
you feel is necessary.
//Svein
--
+---+-------
/"\ |Sv
it to go? We'll end up spending
more time updating tidbits of the system now moved to packages, than
actually using it. But why stop there? We could do the same to the
src/sys/dev subdirectories as well...
Let's not do that, please?
//Svein
--
+---
ng a lot of new features,
along them the splendid sysadminfriendliness of having to handle GUIDs
on cli. ;)
//Svein
- --
- +---+---
/"\ |Svein Skogen | sv...@d80.iso100.no
\ / |Solberg Østli 9| PGP Key: 0xE5E76831
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12.03.2010 15:20, Svein Skogen wrote:
> I'm having trouble getting Amanda (2.6.1p2 from ports) to play nicely
> with my hardware.
>
> Devices are:
>at scbus0 target 1 lun 0 (sa0,pass0)
>at scbus0 ta
ole solutions. They
didn't really impress me much, so I ended up using off-the-shelf
components for building my servers. Not necessarily cheaper, but at
least it's under _MY_ control.
//Svein
- --
- +---+---
/"\ |Svein S
or you'll learn where Illiad
(userfriendly.org) got the idea for "Dustpuppy". No matter how pedantic
you are about cleaning your house, a computer is basically a large,
expensive, vacuum-cleaner and WILL suck in dust from the air.
These are some of the pointers I'd like to shar
ts
aren't touched).
This would (potentially) solve the issue, but I'll be the first to admit
it has about the same charm as driving a nail with a wrecking ball, but
I'm sure some of the brighter minds can do something about it.
//Svein
- --
- +-------+
ing a
solid software alternative to the shrink-wrap-licensed products.
A merry Christmas to all of you!
Regards,
Svein Skogen
- --
- +---+---
/"\ |Svein Skogen | sv...@d80.iso100.no
\ / |Solberg Østli 9| PGP Key: 0xE5E
M arc_max, zfs on regular times ate all
available resources to flush to disk, leaving the istgt waiting, and
iSCSI initiators timed out and had to reconnect. The iSCSI initiators
are the built-in software initator in VMWare ESX 4i.
//Svein
- --
- +---+
le more spitshine in the documentation
department. Along with manpages that don't refer to sun manpages never
going into FreeBSD.
//Svein
- --
- +---+-------
/"\ |Svein Skogen | sv...@d80.iso100.no
\ / |Solberg Østli 9
fi) card with 8 disks on it. This box is running RELENG_7 now (I
tried running it with RELENG_8 but it had a nasty tendency of simply
locking up, dragging down both my ESXi hosts with it).
//Svein
- --
- +---+---
/"\ |Svein S
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Can the vlan "vlandev" be a lagg port of multiple physical interfaces
(for redundancy)?
//Svein
- --
- +---+---
/"\ |Svein Skogen | sv...@d80.iso100.no
\ / |Solberg Ø
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Svein Skogen (listmail accont) wrote:
> For the past 8 or so hours, compiling RELENG_7 breaks down in zfsboot:
>
> btxld -v -E 0x2000 -f bin -b
> /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o
> zfsboot.ld -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dmitry Morozovsky wrote:
> On Sun, 24 May 2009, Svein Skogen (listmail accont) wrote:
>
> SSla> For the past 8 or so hours, compiling RELENG_7 breaks down in zfsboot:
> SSla>
> SSla> btxld -v -E 0x2000 -f bin -b
> SSla
y does not work properly)
//Svein
- --
- +---+---
/"\ |Svein Skogen | sv...@d80.iso100.no
\ / |Solberg Østli 9| PGP Key: 0xE5E76831
X|2020 Skedsmokorset | sv...@jernhuset.no
/ \ |Norway | PGP K
and disk at a time, instead of overlapping multiple
> commands in parallel. This causes significantly higher latency in
> servicing moderate and heavy I/O workloads, leading to very poor
> performance. Performance can be easily compared by downgrading to
> FreeBSD 7.0.
Any estimate on when
Ken Smith wrote:
> We're about to start the release cycle for FreeBSD-7.1 and FreeBSD-6.4.
> The proposed schedule for the "major events" of the cycle is:
>
> Freeze August 29
> BETASeptember 1
> Branch September 6
> 6.4-RC1 Septembe
19 matches
Mail list logo