Hi,
I'm faced with a very strange behaviour:
Centos 6.5 server, Hardware ISCSI HBA from Emulex OneConnect, most
recent drivers and firmware from emulex installed.
Directly attached a 10G ISCSI Storage from QSan. Two Raid volumes, Raid
5, 8 Disks each at 2 TB so 14 TB each logic raid volume.
Both
On Thu, 2014-03-20 at 15:48 -0400, Matthew Miller wrote:
> Does anyone use tcp wrappers (hosts.allow/hosts.deny) anymore?
>
A very late reply - yes we use it in conjunction with iptables (on
CentOS 5/6 and Fedora). Tcp_wrappers allows filtering based on DNS name,
which (as far as I am aware) iptabl
On 04/20/2014 06:48 PM, John Horne wrote:
> On Thu, 2014-03-20 at 15:48 -0400, Matthew Miller wrote:
>> Does anyone use tcp wrappers (hosts.allow/hosts.deny) anymore?
>>
> A very late reply - yes we use it in conjunction with iptables (on
> CentOS 5/6 and Fedora). Tcp_wrappers allows filtering ba
Hey all, I've been googling trying to find a tool that I can use to
normalize a directory full of WAV files. I found a reference to
normalize in the atrpms repo but it wants to clobber several of the base
rpms.
Does anyone know of a tool in CentOS 6 that can normalize a directory
full of WAV file
On Sun, 2014-04-20 at 19:27 -0500, Jim Perrin wrote:
> The problem here wouldn't be so much building it from source. You'd have
> to rebuild everything that would make use of it as well. For example
> sshd is linked against it. ->
Why ?
If the guy wants to use TCP Wrappers with one other specif
On 2014-04-21, Always Learning wrote:
>
> On Sun, 2014-04-20 at 19:27 -0500, Jim Perrin wrote:
>
>> The problem here wouldn't be so much building it from source. You'd have
>> to rebuild everything that would make use of it as well. For example
>> sshd is linked against it. ->
>
> Why ?
>
> If the
Sorry if you see this twice, I may have goofed:
Hey,
So I was playing around with trying to get a CentOS 6.5 system
FIPS-140 complaint. However, my system panics because it cannot find
the hmac file associated with my kernel. It's basically as what is
going on is described in this bug report:
h
I don't have expertise on this issue, but it would be interesting if that
bit of shell script there were adjusted to also print out the fstab and
possibly other diagnostic information relevant to the problem. That way,
you might get a clue as to where /boot is coming from. Then again, I'm not
even
I don't have expertise on this issue, but it would be interesting if that
bit of shell script there were adjusted to also print out the fstab and
possibly other diagnostic information relevant to the problem. That way,
you might get a clue as to where /boot is coming from. Then again, I'm not
even
On Apr 20, 2014, at 8:01 PM, Dale Harris wrote:
>
>
> But that file does exist on the system. I guess the initramfs may not
> see the /boot directory on the system? Or is it trying to look for
> /boot inside the initramfs? If so that would explain my problem. I
> haven't verified any of this
On Mar 11, 2014, at 6:09 AM, mark wrote:
>> So if he "wants to be out of the business", why is he having you spec the
>> solution?
>>
>> Call a security company and tell them what you want, and they'll send the
>> bill and they'll be "in the business"... LOL!
>>
>> Sorry, just thought your bo
So as usual, I was skipping a step. I did need to include the boot=
kernel parameter since /boot was separate from root. It wasn't
getting mounted. Everything seems to be working now.
On Sun, Apr 20, 2014 at 11:59 PM, Evan Rowley wrote:
> I don't have expertise on this issue, but it would be int
12 matches
Mail list logo
