> after the ssl handshake, the client side reset the tcp connection.
Client doesn’t like TLS cypher list.
Client doesn’t have intermediate certificate.
Server needs intermediate certificate configured.
Client needs remote certificate “installed”.
Many more TLS issues.
>
_
I have used tcpdump to capture the data packets and found that after the ssl
handshake, the client side reset the tcp connection.
Is there any method to pinpoint the culprit who drops the tcp connection?
At 2018-12-18 01:58:36, "Fred Smith" wrote:
>On Mon, Dec 17, 2018 at 01:30:14PM +0800
On Mon, Dec 17, 2018 at 01:30:14PM +0800, yf chu wrote:
> I am a website developer. We deploy a Nginx server on centos to provide HTTP
> services. Recently, some customers of our website were complaining about that
> occasionally they could not open the webpage, the web browser show that the
>
I am a website developer. We deploy a Nginx server on centos to provide HTTP
services. Recently, some customers of our website were complaining about that
occasionally they could not open the webpage, the web browser show that the tcp
connection was reset. I checked the Nginx logs and source c
Are there any? Will a C 6 conf work under C 7?
A pointer to a README would be appreciated on configuration differences,
if any.
Thanks in advance.
mark
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
On Mon, Feb 12, 2018 at 7:59 AM, Raghuram Devarakonda
wrote:
> Hi,
>
> I would like to mount a device using NBD protocol on CentOS 7 but it looks
> like the module is not available by default in the kernel. Is there a way I
> can install it (like from a rpm somewhere)? I found instructions to buil
Hi,
I would like to mount a device using NBD protocol on CentOS 7 but it looks
like the module is not available by default in the kernel. Is there a way I
can install it (like from a rpm somewhere)? I found instructions to build
such a module but want to make sure that it is not already available
seems to be a driver issue or something, according to some co-workers. Thanks
for the help, but I guess I need to upgrade the OS or use another card.
ThxKM
From: KM
To: KM ; CentOS mailing list
Sent: Monday, February 13, 2017 1:31 PM
Subject: Re: [CentOS] A question on networking
shful
thinking.
Thx.KM
From: Gordon Messmer
To: CentOS mailing list
Sent: Monday, February 13, 2017 12:08 PM
Subject: Re: [CentOS] A question on networking (CentOS 6)
On 02/13/2017 06:55 AM, KM wrote:
> The NIC went bad and it has been replaced. I knew enough to update the HW
> add
: Gordon Messmer
To: CentOS mailing list
Sent: Monday, February 13, 2017 12:08 PM
Subject: Re: [CentOS] A question on networking (CentOS 6)
On 02/13/2017 06:55 AM, KM wrote:
> The NIC went bad and it has been replaced. I knew enough to update the HW
> address in the ifcfg-* files. The n
On 02/13/2017 06:55 AM, KM wrote:
The NIC went bad and it has been replaced. I knew enough to update the HW
address in the ifcfg-* files. The network service restarts successfully
without errors. However I cannot connect via ping or ssh with the pt2pt
network setup on 192.168.x.*. When I u
Hi AllThis is NOT specifically related to CentOS per se. I have 2 servers
that are on two networks. I did NOT set this up. The NIC went bad and it has
been replaced. I knew enough to update the HW address in the ifcfg-* files.
The network service restarts successfully without errors. Howe
On 1/15/2014 05:41, mark wrote:
> On 01/14/14 20:17, Warren Young wrote:
>> Now I have to remember which *PCI slot* my Ethernet card is in when I
>> run "ifconfig" unless I want to dig through the full listing.
>
> What do you mean, "slot"? All of my servers, and our systems at home, the
> NIC's on
On Wed, Jan 15, 2014 at 12:47 PM, wrote:
>
> The problem is when you clone a disk and ship it to a location with
> 'hands-on' support that doesn't know linux to install in a new chassis
> that will arrive there at the same time. Somehow you have to get
> someone to put the 4 net
Les Mikesell wrote:
> On Wed, Jan 15, 2014 at 8:48 AM, wrote:
>>
The problem is when you clone a disk and ship it to a location with
'hands-on' support that doesn't know linux to install in a new chassis
that will arrive there at the same time. Somehow you have to get
someon
On Wed, Jan 15, 2014 at 8:48 AM, wrote:
>
>>> The problem is when you clone a disk and ship it to a location with
>>> 'hands-on' support that doesn't know linux to install in a new chassis
>>> that will arrive there at the same time. Somehow you have to get
>>> someone to put the 4 network cabl
Steve Thompson wrote:
> On Wed, 15 Jan 2014, mark wrote:
>
>> What do you mean, "slot"? All of my servers, and our systems at home,
>> the NIC's on the m/b. What "slot" is that? Is it labeled *anywhere*?
No, of
>> course not.
>
> Many servers have PCI cards for NICs in addition to those on the
> mo
Am Wed, 15 Jan 2014 16:25:04 +0200
schrieb JC Putter :
> How about using ethtool -p which causes the LED of the NIC to blink?
>
>
Very useful, unless the datacenter isn't in the basement ;-)
___
CentOS mailing list
CentOS@centos.org
http://lists.cento
Les Mikesell wrote:
> On Wed, Jan 15, 2014 at 6:05 AM, Steve Clark wrote:
>> On 01/14/2014 08:34 PM, Les Mikesell wrote:
>>
>> On Tue, Jan 14, 2014 at 7:17 PM, Warren Young
>> wrote:
>>
>> I don't know about "less consistent", but I always considered it a
>> feature in Linux vs the BSDs or big ir
How about using ethtool -p which causes the LED of the NIC to blink?
On Wed, Jan 15, 2014 at 4:05 PM, Les Mikesell wrote:
> On Wed, Jan 15, 2014 at 6:05 AM, Steve Clark wrote:
>> On 01/14/2014 08:34 PM, Les Mikesell wrote:
>>
>> On Tue, Jan 14, 2014 at 7:17 PM, Warren Young wrote:
>>
>> I don
On Wed, Jan 15, 2014 at 6:05 AM, Steve Clark wrote:
> On 01/14/2014 08:34 PM, Les Mikesell wrote:
>
> On Tue, Jan 14, 2014 at 7:17 PM, Warren Young wrote:
>
> I don't know about "less consistent", but I always considered it a
> feature in Linux vs the BSDs or big iron Unix that I could always cou
On Wed, Jan 15, 2014 at 6:08 AM, Steve Clark wrote:
>
> On Tue, Jan 14, 2014 at 7:17 PM, Warren Young wrote:
> Now I have to remember which *PCI slot* my Ethernet card is in when I
> run "ifconfig" unless I want to dig through the full listing.
> Yes, but that's something you _can_ know.
>
> So..
On Wed, 15 Jan 2014, mark wrote:
> What do you mean, "slot"? All of my servers, and our systems at home, the
> NIC's on the m/b. What "slot" is that? Is it labeled *anywhere*? No, of course
> not.
Many servers have PCI cards for NICs in addition to those on the
motherboard (if any). For example,
On 01/14/14 20:17, Warren Young wrote:
> On 1/14/2014 16:37, Scott Robbins wrote:
>> On Tue, Jan 14, 2014 at 02:57:20PM -0700, Warren Young wrote:
>>>
>>> Everyone, drop a tear for the dead "eth0".We will miss you, eth0!
>>
>> Haven't played much with it in CentOS. In Fedora, at present, it is
On 01/14/2014 09:25 PM, Les Mikesell wrote:
> On Tue, Jan 14, 2014 at 7:56 PM, Darr247 wrote:
>> On 2014-01-14 8:34 PM, Les Mikesell wrote:
>>> On Tue, Jan 14, 2014 at 7:17 PM, Warren Young wrote:
>>> Now I have to remember which *PCI slot* my Ethernet card is in when I
>>> run "ifconfig" unless
On 01/14/2014 08:34 PM, Les Mikesell wrote:
> On Tue, Jan 14, 2014 at 7:17 PM, Warren Young wrote:
>> I don't know about "less consistent", but I always considered it a
>> feature in Linux vs the BSDs or big iron Unix that I could always count
>> on the first network interface being "eth0".
> What
On 01/14/2014 08:17 PM, Warren Young wrote:
> On 1/14/2014 16:37, Scott Robbins wrote:
>> On Tue, Jan 14, 2014 at 02:57:20PM -0700, Warren Young wrote:
>>> Everyone, drop a tear for the dead "eth0".We will miss you, eth0!
>> Haven't played much with it in CentOS. In Fedora, at present, it is a
On 01/15/2014 06:17 AM, Warren Young wrote:
> On 1/14/2014 19:54, Les Mikesell wrote:
>> On Tue, Jan 14, 2014 at 8:43 PM, Stephen Harris wrote:
>>
>> If you are old enough, you might remember unix versions that
>> named disks by controller, bus, target numbers.
> /dev/rdsk/c0t0n0q0w0e0p1k5n8 :
On 1/14/2014 19:54, Les Mikesell wrote:
> On Tue, Jan 14, 2014 at 8:43 PM, Stephen Harris wrote:
>
> If you are old enough, you might remember unix versions that
> named disks by controller, bus, target numbers.
/dev/rdsk/c0t0n0q0w0e0p1k5n8 :)
It's another reason I took to Linux quickly, rig
On Tue, Jan 14, 2014 at 08:54:33PM -0600, Les Mikesell wrote:
> On Tue, Jan 14, 2014 at 8:43 PM, Stephen Harris wrote:
> > Ultimately what we have is a situation similar to hard disks. We've got
> > used to sd devices changing depending on the order disks are discovered
> > in, which is why we u
On Tue, Jan 14, 2014 at 8:43 PM, Stephen Harris wrote:
>>
> Ultimately what we have is a situation similar to hard disks. We've got
> used to sd devices changing depending on the order disks are discovered
> in, which is why we use LABEL or UUID.
But those don't work until something has already
On Tue, Jan 14, 2014 at 08:35:06PM -0600, Les Mikesell wrote:
> Let anaconda figure it out. I don't care what it is, just that it is
> repeatable.
Awooga! Awoooga! Awooga!
Here's the fun part; devices discovered by Anaconda may not match the
devices disovered during the production boot. Devic
On Tue, Jan 14, 2014 at 8:27 PM, Thomas Eriksson
wrote:
>
>> Puzzle for ya: What "PCI slot" is the Intel e1000e MAC chip in on a
>> Supermicro X9SCA-F motherboard? It isn't called out in the mobo manual.
>> I just looked. (For that matter, the actual PCI slots don't have
>> their numbers docum
On Tue, Jan 14, 2014 at 8:21 PM, Warren Young wrote:
> >
>>> Now I have to remember which *PCI slot* my Ethernet card is in when I
>>> run "ifconfig" unless I want to dig through the full listing.
>>
>> Yes, but that's something you _can_ know.
>
> How much time and resources do you need to learn
On 1/14/2014 18:34, Les Mikesell wrote:
>
> Puzzle for ya: What "PCI slot" is the Intel e1000e MAC chip in on a
> Supermicro X9SCA-F motherboard? It isn't called out in the mobo manual.
> I just looked. (For that matter, the actual PCI slots don't have
> their numbers documented in the man
On 1/14/2014 19:10, John R Pierce wrote:
> On 1/14/2014 5:55 PM, Warren Young wrote:
>> I know the problem you mean, but doesn't the HWADDR setting in the
>> ifcfg-ethX file fix the problem? Doesn't that force "ifup eth0" to bind
>> that file's settings to the right physical interface?
>>
>> In th
On Tue, Jan 14, 2014 at 7:56 PM, Darr247 wrote:
> On 2014-01-14 8:34 PM, Les Mikesell wrote:
>> On Tue, Jan 14, 2014 at 7:17 PM, Warren Young wrote:
>> Now I have to remember which *PCI slot* my Ethernet card is in when I
>> run "ifconfig" unless I want to dig through the full listing.
>> Yes, bu
On 1/14/2014 18:34, Les Mikesell wrote:
> On Tue, Jan 14, 2014 at 7:17 PM, Warren Young wrote:
>>
>
>> Now I have to remember which *PCI slot* my Ethernet card is in when I
>> run "ifconfig" unless I want to dig through the full listing.
>
> Yes, but that's something you _can_ know.
How much time
On 1/14/2014 5:55 PM, Warren Young wrote:
> I know the problem you mean, but doesn't the HWADDR setting in the
> ifcfg-ethX file fix the problem? Doesn't that force "ifup eth0" to bind
> that file's settings to the right physical interface?
>
> In the old days, ifcfg-ethX didn't have HWADDR, so "f
On 2014-01-14 8:34 PM, Les Mikesell wrote:
> On Tue, Jan 14, 2014 at 7:17 PM, Warren Young wrote:
> Now I have to remember which *PCI slot* my Ethernet card is in when I
> run "ifconfig" unless I want to dig through the full listing.
> Yes, but that's something you _can_ know.
>
So... which PCI/P
On 1/14/2014 18:23, John R Pierce wrote:
> On 1/14/2014 5:17 PM, Warren Young wrote:
>> I don't know about "less consistent", but I always considered it a
>> feature in Linux vs the BSDs or big iron Unix that I could always count
>> on the first network interface being "eth0". BSD and big iron Uni
On 01/15/2014 02:17 PM, Warren Young wrote:
>
> I don't know about "less consistent", but I always considered it a
> feature in Linux vs the BSDs or big iron Unix that I could always count
> on the first network interface being "eth0". BSD and big iron Unix
> named the interface after the Ethe
On 01/15/2014 10:57 AM, Warren Young wrote:
> On 1/14/2014 14:32, m.r...@5-cent.us wrote:
>
> Everyone, drop a tear for the dead "eth0".We will miss you, eth0!
Not as dead as you may think, there are still situations where eth0 will
be used, even by default:
[root@el7-test ~]# ip a
...
2: et
On Tue, Jan 14, 2014 at 7:17 PM, Warren Young wrote:
>
> I don't know about "less consistent", but I always considered it a
> feature in Linux vs the BSDs or big iron Unix that I could always count
> on the first network interface being "eth0".
What does 'first' mean? And the same one isn't cons
On 1/14/2014 5:17 PM, Warren Young wrote:
> I don't know about "less consistent", but I always considered it a
> feature in Linux vs the BSDs or big iron Unix that I could always count
> on the first network interface being "eth0". BSD and big iron Unix
> named the interface after the Ethernet dri
On 1/14/2014 17:33, Ljubomir Ljubojevic wrote:
> " If the system's BIOS does not have SMBIOS version 2.6 or higher and
> this data, the new naming convention will not be used.
Apparently VirtualBox emulates SMBIOS, since my RHEL 7 VM uses this new
scheme.
_
On 1/14/2014 16:37, Scott Robbins wrote:
> On Tue, Jan 14, 2014 at 02:57:20PM -0700, Warren Young wrote:
>>
>> Everyone, drop a tear for the dead "eth0".We will miss you, eth0!
>
> Haven't played much with it in CentOS. In Fedora, at present, it is a bit
> of pain as both biosdevname and syste
On 01/15/2014 12:37 AM, Scott Robbins wrote:
> On Tue, Jan 14, 2014 at 02:57:20PM -0700, Warren Young wrote:
>> On 1/14/2014 14:32, m.r...@5-cent.us wrote:
>>>
>>> configure can't
>>> find the interface,
>>
>> Were you aware that RHEL 7 now uses "Consistent Network Device Naming"
>> (http://goo.gl/
On Tue, Jan 14, 2014 at 02:57:20PM -0700, Warren Young wrote:
> On 1/14/2014 14:32, m.r...@5-cent.us wrote:
> >
> > configure can't
> > find the interface,
>
> Were you aware that RHEL 7 now uses "Consistent Network Device Naming"
> (http://goo.gl/Z0ydDF) in more situations? It was optional in R
On 14 January 2014 20:41, Les Mikesell wrote:
>
> Is there anything to simplify the process of duplicating the set of
> installed packages when you didn't pay that much attention the first
> time around? It seems like taking the list from 'rpm -qa' on a
> running machine and feeding it to 'yum
On 1/14/2014 14:32, m.r...@5-cent.us wrote:
>
> configure can't
> find the interface,
Were you aware that RHEL 7 now uses "Consistent Network Device Naming"
(http://goo.gl/Z0ydDF) in more situations? It was optional in RHEL 6
(http://goo.gl/TiuTP9) but is all but enforced in RHEL 7.
Everyone,
On 1/14/2014 13:41, Les Mikesell wrote:
>
> It seems like taking the list from 'rpm -qa' on a
> running machine and feeding it to 'yum install '
I suspect it's not actually that simple. I think you'd need to do a
fair bit of processing on the rpm -qa list to be able to build a yum
command t
Les Mikesell wrote:
> On Tue, Jan 14, 2014 at 2:27 PM, Warren Young wrote:
>>
>> How bad is the worst case -- reinstall the OS and rebuild the software
-- anyway? By doing your initial work on the RHEL 7 beta, you learn
what you need to know to quickly redo the work on CentOS 7.
>
> Is there anyt
Warren Young wrote:
> On 1/13/2014 07:33, m.r...@5-cent.us wrote:
>> Reason for this: at one of my local sf clubs, I've been trying to
install Evergreen, F/OSS library software, on a system, and it's a
nightmare.
>> They seem to have been building it for Ubuntu
whateverthelatestanimalis. The
>> bi
Since RH7 is built on Fedora 19 and f19 is available for arm boards,
will we see a RH7 for arm boards?
I would spend time on the beta if I could get an arm build for a
reasonable arm board. Target application is a PBX.
___
CentOS mailing list
CentOS@
On Tue, Jan 14, 2014 at 2:27 PM, Warren Young wrote:
>
> How bad is the worst case -- reinstall the OS and rebuild the software
> -- anyway? By doing your initial work on the RHEL 7 beta, you learn
> what you need to know to quickly redo the work on CentOS 7.
Is there anything to simplify the pr
On 1/13/2014 07:33, m.r...@5-cent.us wrote:
> is there a CentOS
> version of that beta?
Not yet publicly available.
I've heard they have something running in the development environment,
but that they're still working on getting some of the RPMs to build.
That's a prerequisite for generating IS
On 13 January 2014 14:33, wrote:
> I've seen that RHEL 7 beta is out for some time now: is there a CentOS
> version of that beta? If not, is it likely to be a real pain, once CentOS
> 7 is released, to upgrade from RHEL 7 beta to CentOS 7?
>
>
Check the progress on http://seven.centos.org/
As fo
I've seen that RHEL 7 beta is out for some time now: is there a CentOS
version of that beta? If not, is it likely to be a real pain, once CentOS
7 is released, to upgrade from RHEL 7 beta to CentOS 7?
Reason for this: at one of my local sf clubs, I've been trying to install
Evergreen, F/OSS librar
Les Mikesell wrote:
> On Thu, Feb 14, 2013 at 10:49 AM, wrote:
>>>
Reminds me of the *only* O'Reilly book I didn't like: I think it was
Larry's original book on Perl - the index was *dreadful*, couldn't
find anything.
>>>
>>> On the other hand, if you wrote a perl program following
On Thu, Feb 14, 2013 at 11:00 AM, Les Mikesell wrote:
Reminds me of the *only* O'Reilly book I didn't like: I think it was
Larry's original book on Perl - the index was *dreadful*, couldn't find
anything.
>>>
>>> On the other hand, if you wrote a perl program following those
>>> exa
On Thu, Feb 14, 2013 at 10:49 AM, wrote:
>>
>>> Reminds me of the *only* O'Reilly book I didn't like: I think it was
>>> Larry's original book on Perl - the index was *dreadful*, couldn't find
>>> anything.
>>
>> On the other hand, if you wrote a perl program following those
>> examples, it would
Les Mikesell wrote:
> On Thu, Feb 14, 2013 at 10:15 AM, wrote:
>>
But real books don't have that 'search' box up at the top...
>>>
>>> Agree with one of the other responders about that's what the index is
>>> for. One of my "tests" for a book on the subject is to go to the index
and
>>> se
On Thu, Feb 14, 2013 at 10:15 AM, wrote:
>
>>> But real books don't have that 'search' box up at the top...
>>
>> Agree with one of the other responders about that's what the index is for.
>> One of my "tests" for a book on the subject is to go to the index and
>> see how easy it is to find th
David G. Miller wrote:
> Les Mikesell writes:
>> On Wed, Feb 13, 2013 at 9:13 AM, David G. Miller wrote:
>> >
>> >> Red Hat Linux is ancient.
>> >
>> > I started with Red Hat Linux 5 in 1998. Mind your manners when
>> > calling RHL 9 ancient or I'll come over and hit you with my walker.
>>
>> I
Les Mikesell writes:
>
> On Wed, Feb 13, 2013 at 9:13 AM, David G. Miller wrote:
> >
> >> Red Hat Linux is ancient.
> >
> > I started with Red Hat Linux 5 in 1998. Mind your manners when calling RHL
> > 9
> > ancient or I'll come over and hit you with my walker.
>
> In computer years, that'
On 02/13/13 17:53, John R Pierce wrote:
> On 2/13/2013 7:46 AM, m.r...@5-cent.us wrote:
>> That's "tease me about my age, and I'll beat you with my cane". And
>> RH9 was fine - that's what I ran on my firewall/router box for*years*,
>> with few updates.
>
> my home firewall/router box is STILL run
On 2/13/2013 7:46 AM, m.r...@5-cent.us wrote:
> That's "tease me about my age, and I'll beat you with my cane". And
> RH9 was fine - that's what I ran on my firewall/router box for*years*,
> with few updates.
my home firewall/router box is STILL running something that started life
as RHL6 but is
On Wed, Feb 13, 2013 at 10:09 AM, wrote:
>>
>> But real books don't have that 'search' box up at the top...
>
> Les, that's what the index is for.
Never works. Where do you file the bug report?
>> It is really unfortunate that neither paper books nor pdf's have
>> developed the technology to e
Les Mikesell wrote:
> On Wed, Feb 13, 2013 at 9:13 AM, David G. Miller
> wrote:
>>
>>> Red Hat Linux is ancient.
>>
>
>> Advice to OP: Don't spend much money on treeware books about Linux in
>> general or CentOS in particular. The technology moves fast enough that
the book
>> will be obsolete in
On Wed, Feb 13, 2013 at 9:13 AM, David G. Miller wrote:
>
>> Red Hat Linux is ancient.
>
> I started with Red Hat Linux 5 in 1998. Mind your manners when calling RHL 9
> ancient or I'll come over and hit you with my walker.
In computer years, that's like a century ago.
> Advice to OP: Don't sp
David G. Miller wrote:
> John R Pierce writes:
>> On 2/12/2013 4:51 PM, Bassem Sossan wrote:
>> > I'm beginner with Linux...
>> > I have found a good resource, it's a book called "Beginning Red Hat
>> > Linux 9"... the centos's version that I've installed "centos 6"...
>> > Is this book may be com
John R Pierce writes:
>
> On 2/12/2013 4:51 PM, Bassem Sossan wrote:
> > I'm beginner with Linux...
> > I have found a good resource, it's a book called "Beginning Red Hat Linux
> > 9"...
> > the centos's version that I've installed "centos 6"...
> > Is this book may be compatible with Centos 6
Am 13.02.2013 um 01:59 schrieb Stephen Harris :
> On Tue, Feb 12, 2013 at 04:51:54PM -0800, Bassem Sossan wrote:
>> I have found a good resource, it's a book called "Beginning Red Hat Linux
>> 9"...
>> the centos's version that I've installed "centos 6"...
>> Is this book may be compatible with Cen
On 2/12/2013 4:51 PM, Bassem Sossan wrote:
> I'm beginner with Linux...
> I have found a good resource, it's a book called "Beginning Red Hat Linux
> 9"...
> the centos's version that I've installed "centos 6"...
> Is this book may be compatible with Centos 6 ?
not really.
Red Hat Linux is ancie
On 2/12/2013 7:51 PM, Bassem Sossan wrote:
> I'm beginner with Linux...
> I have found a good resource, it's a book called "Beginning Red Hat Linux
> 9"...
> the centos's version that I've installed "centos 6"...
> Is this book may be compatible with Centos 6 ?
>
>
Ahhh easy confusion. Red Hat
On Tue, Feb 12, 2013 at 04:51:54PM -0800, Bassem Sossan wrote:
> I have found a good resource, it's a book called "Beginning Red Hat Linux
> 9"...
> the centos's version that I've installed "centos 6"...
> Is this book may be compatible with Centos 6 ?
Define "compatible". RH9 is very very *very*
I'm beginner with Linux...
I have found a good resource, it's a book called "Beginning Red Hat Linux
9"...
the centos's version that I've installed "centos 6"...
Is this book may be compatible with Centos 6 ?
Best regards...
___
CentOS mailing list
CentO
>I been working on for about a month and half on setup drbd and nfs. I keep
>running
>into issue with the way heartbeat/pacemaker handles nfs. Does anyone know a
>good
>way to set up a HA NFS server with DRBD and Heartbeat and NFS. I am willing
>to share
>my pain in setting it up.
It involves
Hi,
I been working on for about a month and half on setup drbd and nfs. I keep
running into issue with the way heartbeat/pacemaker handles nfs. Does anyone
know a good way to set up a HA NFS server with DRBD and Heartbeat and NFS. I
am willing to share my pain in setting it up.
Chuck Payne
N
80 matches
Mail list logo