Hi Heinz,
I confirm that the current net80211 module and libdlwlan library often have an
authentication timeout problem during the wpa2 4way handshake. This happens for
both pure wpa2 AP and wpa/wpa2 AP.
It is not a problem of the kernel that supports AES_CCM cypher and not of wpad
daemon, but
On 09/10/2012 04:44 PM, Dan Swartzendruber wrote:
I got a 256GB Crucial M4 to use for L2ARC for my OI box. I added it to
the tank pool and let it warm for a day or so. By that point, 'zpool
iostat -v' said the cache device had about 9GB of data, but (and this is
what has me puzzled) kstat
I know how we all hate perl (tm) and this doesn't fix your problem
directly ...
I got fed up of our backup system (USB ZFS, if more than one receive
happened on the pool the USB drives would go offline and take out the
base ZFS pool ... Solaris 10)
The guy who used to do it used cron, and
Florian wrote:
/root@oi151a6-1:~# ssh -n -f 192.168.10.201 /usr/bin/nc -l -p 1337 |
/usr/sbin/zfs receive -F tank/raid1-2/
Try nc -dl -p 1337 instead of just -l. The problem is that the ssh
-n flag provides /dev/null on stdin, rather than a tty, and that
confuses netcat. The netcat -d option
On Tue, Sep 11, 2012 at 2:40 AM, Jonathan Adams t12nsloo...@gmail.com wrote:
The guy who used to do it used cron, and because the files changed
size he couldn't guarantee when they would finish ... he went on
holiday for 2 weeks and after 3 days of the servers crashing I rewrote
his whole
(snipped my OP)
At first glance it's hard to tell why your l2arc is failing to fill up, but
my suspicion is that it has something to do with your workload. As a recap,
here's how the l2arc works:
* there is a feed thread (l2arc_feed_thread) that periodically scans
the end of the MRU/MFU
On 09/11/2012 03:27 PM, Dan Swartzendruber wrote:
Saso, I think you might be on to something here. This is a handful of VM's,
none doing anything all that disk intensive, so any disk I/O will tend to be
somewhat random. I'm not so worried about premature death of the device,
since it's a
At the moment, 20GB. Here is the hit/miss info from later in
arc_summary.pl:
CACHE HITS BY DATA TYPE:
Demand Data:45%8649309
Prefetch Data: 1%232747
Demand Metadata:31%5979043
they're tiny ... I'll upload to google drive ...
https://docs.google.com/open?id=0B6o_jmGQm0dWZi1YWXRGQlM0ejQ
https://docs.google.com/open?id=0B6o_jmGQm0dWS0cxMUNRcHRENmM
:)
On 11 September 2012 14:27, Jan Owoc jso...@gmail.com wrote:
On Tue, Sep 11, 2012 at 2:40 AM, Jonathan Adams
A recent thread caused me to look for open source projects that leverage
ZFS to backup systems. I found a couple, such as OmniTI's
Zetabackhttp://labs.omniti.com/labs/zetaback,
but that one appears to be dead - at least the links don't work and the Git
page shows no recent activity. Nexenta's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/09/12 16:56, Mark Creamer wrote:
A recent thread caused me to look for open source projects that
leverage ZFS to backup systems. I found a couple, such as OmniTI's
Zetabackhttp://labs.omniti.com/labs/zetaback,
I am interested on this too.
On 09/10/2012 09:14 AM, Sašo Kiselkov wrote:
I recommend losing some large unused app blobs that nobody needs on a
Live CD. I don't know what you've got in there, but I recommend you
throw out stuff like image editing software and the like. A Live CD is
primarily for installation and rescue,
2012-09-11 18:56, Mark Creamer wrote:
A recent thread caused me to look for open source projects that leverage
ZFS to backup systems. I found a couple, such as OmniTI's
Zetabackhttp://labs.omniti.com/labs/zetaback,
but that one appears to be dead - at least the links don't work and the Git
page
Hi Bryan,
Bryan N Iotti píše v st 05. 09. 2012 v 20:25 +0200:
Folks,
I got on board the OI boat seriously back in April. I love it. It has
pushed me to learn a lot about Solaris as an OS and certain technologies
(like SAS, SCSI) that probably wouldn't have had a place on the Mac I sold.
On Tue, 11 Sep 2012, Milan Jurik wrote:
And probably other things which do not come to my mind just now.
Documentation was always good thing in Solaris, we had team of dedicated
people working on it. Do you think it is good area for you?
It would be useful to build up a comparison matrix of
I have done this myself but haven't yet got around to releasing it. It's
called mdbackup, is written in perl and basically goes off and connects to
a bunch of remote servers (defined in a file called mdtab) via ssh or a smb
mount, rsyncs the data to a location on your local zpool and then
On Sep 11, 2012, at 10:46 AM, Ray Arachelian r...@arachelian.com wrote:
On 09/10/2012 09:14 AM, Sašo Kiselkov wrote:
I recommend losing some large unused app blobs that nobody needs on a
Live CD. I don't know what you've got in there, but I recommend you
throw out stuff like image editing
Assertions are a necessary aid to debugging, do not disable them in a
default environment, be in the live CD or post-install environment.
-- Rich
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
Jim, I assume you are referring to this:
http://wiki.openindiana.org/oi/rsync+daemon+service+on+OpenIndiana, thanks!
My concern is that typically rsync will take quite a while to traverse a
large set of files before sending only changed files; a classic example
is backing up say 1TB of
On Tue, Sep 11, 2012 at 9:22 PM, Bob Friesenhahn
bfrie...@simple.dallas.tx.us wrote:
On Tue, 11 Sep 2012, Milan Jurik wrote:
And probably other things which do not come to my mind just now.
Documentation was always good thing in Solaris, we had team of dedicated
people working on it. Do you
20 matches
Mail list logo