Roger. This is it. Thanks!
On 28.01.2013, at 3:05, Hans Petter Selasky wrote:
> Hi,
>
> Can you try this patch:
>
> http://svnweb.freebsd.org/changeset/base/245995
>
> It fixes the issue for me. Looks like I overlooked a corner case computing
> the
> DMA addresses. Thanks for reporting!
>
Thank you, Pawel.
Hans, can please you take a look at your commits done on Dec 20 (r244500 and
r244503)?
They are seems to be the culprit.
On 23.01.2013, at 22:46, Pawel Jakub Dawidek wrote:
> On Wed, Jan 23, 2013 at 09:11:23PM +0900, Alexander Nedotsukov wrote:
>> And now both ar
On 23.01.2013, at 3:10, Pawel Jakub Dawidek wrote:
> On Tue, Jan 22, 2013 at 11:47:29PM +0900, Alexander Nedotsukov wrote:
>> Hi Pawel,
>>
>> Here what I did.
>>
>> # geli onetime -a hmac/sha1 -s 4096 /dev/da5
>> # dmesg | tail -15
>> wlan0: li
resending with the proper e-mail.
>
> On Mon, Jan 21, 2013 at 09:58:52PM +0100, Pawel Jakub Dawidek wrote:
>> On Sat, Jan 19, 2013 at 11:26:39PM +0900, Alexander Nedotsukov wrote:
>>> Let's use some space out of it.
>>>
>>> #dd if=/dev/zero o
Hans,
Please see my reply to Pawel. I believe that GELI test does suffice you request.
Also I did try quirk you mentioned but it did not fix the problem.
I wonder if anybody else besides me can reproduce this.
Thanks,
Alexander.
On 22.01.2013, at 6:44, Hans Petter Selasky wrote:
> On Monday 2
Borrowed USB stick today and did same excersize as below (# zpool create tank
raidz da5{d,e,f}) with exactly same outcome.
On 19.01.2013, at 23:26, Alexander Nedotsukov wrote:
> Hi All,
>
> Just a note that after catch up with -current my zfs pool kissed good bye.
> I'll o
Hi All,
Just a note that after catch up with -current my zfs pool kissed good bye. I'll
omit details about its last days and go strait to the final state:
Creating pool from scratch:
#zpool create tank raidz da{1..3}
#zpool status
pool: tank
state: ONLINE
scan: none requested
config:
The patch in question was committed a few month ago. I can only add that on my
8-STABLE machine the combination of cyrus/gssapi/openldap works fine.
You have to check if output of ldd /usr/lib/libgssapi_krb5.so produce output
like this:
/usr/lib/libgssapi_krb5.so:
libgssapi.so.10 => /us
All,
I found current truss behaviour a bit strange. It coredumps always if
trussed process do without any significant reason for my understanding.
I also confused with comment for commit originally introduced this
functionality
http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/truss/main.c.dif
