<font size=2 face="sans-serif">Hi</font>
<br>
<br><font size=2 face="sans-serif">Out of curiosity. Are you using Failure
groups and doing replication of data/metadata too?</font>
<br>
<br><font size=2 face="sans-serif">If you you do need to deal with the
file system descriptors as well on the 3rd node.</font>
<br>
<br><font size=2 face="sans-serif">Thanks </font>
<br>
<br>
<br>
<br><font size=1 color=#5f5f5f face="sans-serif">From:
</font><font size=1 face="sans-serif">Hans-Joachim Ehlers
<service@metamodul.com></font>
<br><font size=1 color=#5f5f5f face="sans-serif">To:
</font><font size=1 face="sans-serif">gpfsug main discussion
list <gpfsug-discuss@spectrumscale.org></font>
<br><font size=1 color=#5f5f5f face="sans-serif">Date:
</font><font size=1 face="sans-serif">10/04/2017 20:44</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Subject:
</font><font size=1 face="sans-serif">Re: [gpfsug-discuss]
GPFS Network Configuration - 1 Daemon Network , 1 Admin Network</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Sent by:
</font><font size=1 face="sans-serif">gpfsug-discuss-bounces@spectrumscale.org</font>
<br>
<hr noshade>
<br>
<br>
<br><font size=3>Sorry for not being clear. The setup is of course a 3
Node Cluster where each node is a quorum node - 2 NSD Server and 1 TieBreaker/Quorum
Buster node.</font>
<p><font size=3>For me it was not clear if the Tiebreaker/Quorum Buster
node - which does nothing in terms of data serving - must be part of the
daemon/data network or not.</font>
<p><font size=3>So i get the understanding that a Tiebreaker Node must
be also part of the Daemon network.</font>
<p><font size=3>Thx a lot to all</font>
<p><font size=3>Hajo</font>
<p>
<p>
<p><font size=3>"Simon Thompson (IT Research Support)" <S.J.Thompson@bham.ac.uk>
hat am 10. April 2017 um 19:26 geschrieben:</font>
<p><font size=3>If you have network congestion, then a separate admin network
is of benefit. Maybe less important if you have 10GbE networks, but if
(for example), you normally rely on IB to talk data, and gpfs fails back
to the Ethernet (which may be only 1GbE), then you may have cluster issues,
for example missing gpfs pings.</font>
<p><font size=3>Having a separate physical admin network can protect you
from this.</font>
<p><font size=3>Having been bitten by this several years back, it's a good
idea IMHO to have a separate admin network.</font>
<p><font size=3>Simon</font>
<p><font size=3>________________________________________<br>
From: gpfsug-discuss-bounces@spectrumscale.org [gpfsug-discuss-bounces@spectrumscale.org]
on behalf of J. Eric Wonderley [eric.wonderley@vt.edu]<br>
Sent: 10 April 2017 17:58<br>
To: gpfsug main discussion list<br>
Subject: Re: [gpfsug-discuss] GPFS Network Configuration - 1 Daemon Network
, 1 Admin Network</font>
<p><font size=3>1) You want more that one quorum node on your server cluster.
The non-quorum node does need a daemon network interface exposed to the
client cluster as does the quorum nodes.</font>
<p><font size=3>2) No. Admin network is for intra cluster communications...not
inter cluster(between clusters). Daemon interface(port 1191) is used for
communications between clusters. I think there is little benefit gained
by having designated an admin network...maybe someone can point out benefits
of an admin network.</font>
<p><font size=3>Eric Wonderley</font>
<p><font size=3>On Mon, Apr 10, 2017 at 12:47 PM, Hans-Joachim Ehlers <service@metamodul.com<</font><a href=mailto:service@metamodul.com><font size=3>mailto:service@metamodul.com</font></a><font size=3>>>
wrote:</font>
<p><font size=3>My understanding of the GPFS networks is not quite clear.</font>
<p><font size=3>For an GPFS setup i would like to use 2 Networks</font>
<p><font size=3>1 Daemon (data) network using port 1191 using for example.
10.1.1.0/24<</font><a href=http://10.1.1.0/24><font size=3>http://10.1.1.0/24</font></a><font size=3>></font>
<p><font size=3>2 Admin Network using for example: 192.168.1.0/24<</font><a href=http://192.168.1.0/24><font size=3>http://192.168.1.0/24</font></a><font size=3>>
network</font>
<p><font size=3>Questions</font>
<p><font size=3>1) Thus in a 2+1 Cluster ( 2 GPFS Server + 1 Quorum Server
) Config - Does the Tiebreaker Node needs to have access to the daemon(data)
10.1.1. network or is it sufficient for the tiebreaker node to be configured
as part of the admin 192.168.1 network ?</font>
<p><font size=3>2) Does a remote cluster needs access to the GPFS Admin
192.168.1 network or is it sufficient for the remote cluster to access
the 10.1.1 network ? If so i assume that remotecluster commands and ping
to/from remote cluster are going via the Daemon network ?</font>
<p><font size=3>Note:</font>
<p><font size=3>I am aware and read </font><a href="https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/General%20Parallel%20File%20System%20(GPFS)/page/GPFS%20Network%20Communication%20Overview"><font size=3 color=blue><u>https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/General%20Parallel%20File%20System%20(GPFS)/page/GPFS%20Network%20Communication%20Overview</u></font></a>
<p><font size=3>--</font>
<p><font size=3>Unix Systems Engineer</font>
<p><font size=3>--------------------------------------------------<br>
MetaModul GmbH<br>
Süderstr. 12<br>
25336 Elmshorn<br>
HRB: 11873 PI<br>
UstID: DE213701983<br>
Mobil: + 49 177 4393994<tel:+49%20177%204393994><br>
Mail: service@metamodul.com<</font><a href=mailto:service@metamodul.com><font size=3>mailto:service@metamodul.com</font></a><font size=3>></font>
<p><font size=3>_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at spectrumscale.org<</font><a href=http://spectrumscale.org/><font size=3>http://spectrumscale.org</font></a><font size=3>></font><font size=3 color=blue><u><br>
</u></font><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><font size=3 color=blue><u>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</u></font></a>
<p><font size=3>_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at spectrumscale.org</font><font size=3 color=blue><u><br>
</u></font><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><font size=3 color=blue><u>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</u></font></a><tt><font size=2>_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at spectrumscale.org<br>
</font></tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><tt><font size=2>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</font></tt></a><tt><font size=2><br>
</font></tt>
<p>
<br><font size=2 face="sans-serif"><br>
<br>
Ellei edellä ole toisin mainittu: / Unless stated otherwise above:<br>
Oy IBM Finland Ab<br>
PL 265, 00101 Helsinki, Finland<br>
Business ID, Y-tunnus: 0195876-3 <br>
Registered in Finland<br>
</font>