ng to leave this system around for long-term analysis.
--
Matt Mullins
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
have a TrippLite UPS that does this too -- it seems to stop
disconnecting once the monitoring software runs and connects to the
device.
I personally use Network UPS Tools for monitoring, but it was a bit
more complicated to set up than when I used apcupsd back when I had an
APC-branded UPS.
casion, I have had the need to perform the "DoD Short Wipe"
within DBAN; this is something a simple "dd if=/dev/zero" won't get
you. Of course, you can use shred from coreutils to do that from the
command line if you want.
--
Matt Mullins
___
and flexibility.
References:
http://tools.ietf.org/html/rfc4861#section-4.2
Source Address
MUST be the link-local address assigned to the
interface from which this message is sent."
--
Matt Mullins
___
fre
removed, then zfs
shouldn't be finding them when it scans the device nodes.
Hope this helps,
Matt Mullins
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
to its Solaris usage, which is still
the majority of the documentation you'll find on ZFS on the internet
(and even in the man pages distributed with FreeBSD).
--
Matt Mullins
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
t;
before you copy the cache file; exporting the array removes it from
the cache and/or deletes the cache file entirely.
If you end up with a LiveCD that lets you copy these things, it might
help to see
# zpool list -o name,altroot,cachefile
# zpool status
# zfs list -o name,mountpoint,mounted
Hop
quire or use said
> modules ?
I'd probably start with judicious use of sysutils/lsof to find any
programs that have the relevant device nodes open. "grep -Rl" through
your binary directories might also find something, but I'd expect a
very h
utput of:
root@mailserver# openssl x509 -noout -text -in /path/to/server.crt
--
Matt Mullins
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
0.14.134.99.
That is strange. You might try "tcpdump -nevvv -i host
10.14.134.99" on the sending system and see if it's even sending the
packets at all.
If there's a remote chance that something else is using carp or VRRP
on that network, you might try using a different VHID.
On Mon, Dec 12, 2011 at 1:40 AM, Volodymyr Kostyrko wrote:
> 10.12.2011 04:22, Matt Mullins wrote:
>> auth optional pam_deny.so
>> auth sufficient pam_unix.so no_warn try_first_pass
>> auth sufficient pam_krb5.so no_warn try_first_pass
>
>
> Why you just ha
his behavior working for both
pam_authenticate and pam_setcred calls. Can someone enlighten me what
a more normal way to do this would be?
--
Matt Mullins
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
T
12 matches
Mail list logo