the output of ltcl list_nids on the oss is<br><br>[root@oss ~]# lctl list_nids<br>192.168.0.3@tcp<br><br>and from the mds<br><br>[root@mds ~]# lctl list_nids<br>192.168.0.2@tcp<br><br>Thanks,<br>Dusty<br><br><div class="gmail_quote">
On Fri, Jan 15, 2010 at 5:39 PM, Wojciech Turek <span dir="ltr">&lt;<a href="mailto:wjt27@cam.ac.uk">wjt27@cam.ac.uk</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
Could you please post output of the &#39;lctl list_nids&#39; command on OSS<br>
system and on MDS system. This will show us which network was<br>
configured to work with lustre.<br>
<br>
Regarding entries in the modprobe.conf, they tell lnet module which<br>
NIC or multiple NICs will be configured to work with lustre. If your<br>
modprobe.conf doesn&#39;t have lnet options line, by default Lustre will<br>
configure the first NIC which is usually eth0.<br>
Below is a modprobe.conf entry from my lustre setup.<br>
My OSS(s) and MDS(s) have 2 NICs eth0 and eth1 and an Infiniband NIC<br>
ib0. The IB is set to work as IPoIB so lustre treats it as an ordinary<br>
Ethernet NIC<br>
options lnet networks=tcp0(ib0),tcp1(eth1),tcp2(eth1:0)<br>
So the line above means that:<br>
  first lustre network tcp0 is configured on interface ib0<br>
  second lustre network tcp1 is configured on interface eth1<br>
  third lustre network tcp2 is confiured on alias interface eth1:0<br>
<br>
eth0 is not mentioned on this line because I have chosen not to<br>
configure it to work with lustre.<br>
<br>
<br>
Once lnet module is loaded you can check which network or networks are<br>
configured to work with Lustre using &#39;lctl list_nids&#39; command<br>
<br>
Cheers<br>
<br>
Wojciech<br>
2010/1/15 Dusty Marks &lt;<a href="mailto:dustynmarks@gmail.com">dustynmarks@gmail.com</a>&gt;:<br>
<div><div></div><div class="h5">&gt; I did some googling and i found the command lctl ping. So i went on the oss<br>
&gt; and typed in &quot;lctl ping 192.168.0.2@tcp&quot;. This errored out with an I/O<br>
&gt; error.<br>
&gt;<br>
&gt; It is quite obvious that i&#39;ve simply misconfigured the network. Could<br>
&gt; someone explain how to properly configure it?<br>
&gt;<br>
&gt; I don&#39;t understand what the entry in modprobe actually means, so i cannot<br>
&gt; say what should be entered.<br>
&gt;<br>
&gt; Each one of my machines has one NIC (eth0). What do i enter in<br>
&gt; modprobe.conf? To make this work correctly? if i update the entry in<br>
&gt; modprobe.conf, do i have to redo anything? or does lustre pickup on the<br>
&gt; changes without restarting anything?<br>
&gt;<br>
&gt; Thanks all for the help so far.<br>
&gt;<br>
&gt; - Dusty<br>
&gt;<br>
&gt; On Fri, Jan 15, 2010 at 10:36 AM, Dusty Marks &lt;<a href="mailto:dustynmarks@gmail.com">dustynmarks@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; I searched through the manual, and the only section i could find dealing<br>
&gt;&gt; with networking configuration is section 4.1.0.2 titled &quot;Module Setup&quot; in<br>
&gt;&gt; the Lustre 1.8 operations manual.<br>
&gt;&gt;<br>
&gt;&gt; It tells me to run the command modprobe -v lustre &quot;networks=tcp0(eth0)&quot;,<br>
&gt;&gt; and i did such on the MDS, however it errored out with:<br>
&gt;&gt;<br>
&gt;&gt; [root@mds ~]# modprobe -v lustre &quot;networks=tcp0(eth0)&quot;<br>
&gt;&gt; insmod<br>
&gt;&gt; /lib/modules/2.6.18-128.7.1.el5_lustre.1.8.1.1.20091003130007/kernel/fs/lustre/lustre.ko<br>
&gt;&gt; networks=tcp0(eth0)<br>
&gt;&gt; FATAL: Error inserting lustre<br>
&gt;&gt; (/lib/modules/2.6.18-128.7.1.el5_lustre.1.8.1.1.20091003130007/kernel/fs/lustre/lustre.ko):<br>
&gt;&gt; Unknown symbol in module, or unknown parameter (see dmesg)<br>
&gt;&gt;<br>
&gt;&gt; dmesg says nothing, but message says this:<br>
&gt;&gt; Jan 15 10:27:48 mds kernel: lustre: Unknown parameter `networks&#39;<br>
&gt;&gt;<br>
&gt;&gt; I even tried adding &quot;options lnet networks=tcp0(eth0)&quot; however that didn&#39;t<br>
&gt;&gt; work either<br>
&gt;&gt;<br>
&gt;&gt; I&#39;m terribly sorry for my incompetence, but i&#39;m having a difficult time<br>
&gt;&gt; understanding lustre&#39;s abstractions.<br>
&gt;&gt;<br>
&gt;&gt; Each one of my nodes have a single ethernet card (eth0)<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Thu, Jan 14, 2010 at 11:32 PM, Andreas Dilger &lt;<a href="mailto:adilger@sun.com">adilger@sun.com</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On 2010-01-15, at 00:21, Arden Wiebe wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Your mount command is wrong - try this format.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; mount -t lustre 192.168.0.7@tcp0:/ioio /mnt/ioio<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; So by substitution for supplied your mount line should<br>
&gt;&gt;&gt;&gt; read:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; mount -t datafs 192.168.0.2@tcp0:/datafs /mnt/datafs<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; No, that isn&#39;t correct. You are showing the mount command for a<br>
&gt;&gt;&gt; client. It is the OST that is failing to mount, likely because<br>
&gt;&gt;&gt; the network is not configured correctly, and the OST needs to<br>
&gt;&gt;&gt; contact the MGS node always on the first mount in order to join<br>
&gt;&gt;&gt; the filesystem.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Enjoy the required reading and testing. I found by<br>
&gt;&gt;&gt;&gt; naming things uniquely helped me clarify what was actually<br>
&gt;&gt;&gt;&gt; required. Try calling your filesystem &quot;Dusty&quot; or<br>
&gt;&gt;&gt;&gt; &quot;Mark&quot; and that should make things clearer for you.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; --- On Thu, 1/14/10, Andreas Dilger &lt;<a href="mailto:adilger@sun.com">adilger@sun.com</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; On 2010-01-14, at 23:51, Dusty Marks wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; You are correct, there is information in messages. Following are the<br>
&gt;&gt;&gt;&gt;&gt;&gt; entries related the lustre. The line that says 192.168.0.2@tcp is<br>
&gt;&gt;&gt;&gt;&gt;&gt; unreachable makes sense, but what exactly is the problem? I entered<br>
&gt;&gt;&gt;&gt;&gt;&gt; the line &quot;options lnet networks=tcp&quot; in modprobe.conf on the oss and<br>
&gt;&gt;&gt;&gt;&gt;&gt; mds. The only difference was, i entered that line AFTER i setup<br>
&gt;&gt;&gt;&gt;&gt;&gt; lustre on the OSS. Could that be the problem? I don&#39;t see why that<br>
&gt;&gt;&gt;&gt;&gt;&gt; would be the problem, as the oss is trying to reach the MDS/MGS,<br>
&gt;&gt;&gt;&gt;&gt;&gt; which is 192.168.0.2.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; ---------------------------------------<br>
&gt;&gt;&gt;&gt;&gt;&gt; Jan 14 22:41:07 oss kernel: Lustre: 2846:0:(linux-tcpip.c:<br>
&gt;&gt;&gt;&gt;&gt;&gt; 688:libcfs_sock_connect()) Error -113 connecting <a href="http://0.0.0.0/1023" target="_blank">0.0.0.0/1023</a> -&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; <a href="http://192.168.0.2/988" target="_blank">192.168.0.2/988</a><br>
&gt;&gt;&gt;&gt;&gt;&gt; Jan 14 22:41:07 oss kernel: Lustre: 2846:0:(acceptor.c:<br>
&gt;&gt;&gt;&gt;&gt;&gt; 95:lnet_connect_console_error()) Connection to 192.168.0.2@tcp at<br>
&gt;&gt;&gt;&gt;&gt;&gt; host 192.168.0.2 was unreachable: the network or that node may be<br>
&gt;&gt;&gt;&gt;&gt;&gt; down, or Lustre may be misconfigured.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Please read the chapter in the manual about network configuration. I<br>
&gt;&gt;&gt;&gt;&gt; suspect the .0.2 network is not your eth0 network interface, and your<br>
&gt;&gt;&gt;&gt;&gt; modprobe.conf needs to be fixed.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Cheers, Andreas<br>
&gt;&gt;&gt; --<br>
&gt;&gt;&gt; Andreas Dilger<br>
&gt;&gt;&gt; Sr. Staff Engineer, Lustre Group<br>
&gt;&gt;&gt; Sun Microsystems of Canada, Inc.<br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; The graduate with a Science degree asks, &quot;Why does it work?&quot; The graduate<br>
&gt;&gt; with an Engineering degree asks, &quot;How does it work?&quot; The graduate with an<br>
&gt;&gt; Accounting degree asks, &quot;How much will it cost?&quot; The graduate with an Arts<br>
&gt;&gt; degree asks, &quot;Do you want fries with that?&quot;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; The graduate with a Science degree asks, &quot;Why does it work?&quot; The graduate<br>
&gt; with an Engineering degree asks, &quot;How does it work?&quot; The graduate with an<br>
&gt; Accounting degree asks, &quot;How much will it cost?&quot; The graduate with an Arts<br>
&gt; degree asks, &quot;Do you want fries with that?&quot;<br>
&gt;<br>
</div></div>&gt; _______________________________________________<br>
&gt; Lustre-discuss mailing list<br>
&gt; <a href="mailto:Lustre-discuss@lists.lustre.org">Lustre-discuss@lists.lustre.org</a><br>
&gt; <a href="http://lists.lustre.org/mailman/listinfo/lustre-discuss" target="_blank">http://lists.lustre.org/mailman/listinfo/lustre-discuss</a><br>
&gt;<br>
&gt;<br>
<br>
<br>
<br>
--<br>
--<br>
Wojciech Turek<br>
<br>
Assistant System Manager<br>
<br>
High Performance Computing Service<br>
University of Cambridge<br>
Email: <a href="mailto:wjt27@cam.ac.uk">wjt27@cam.ac.uk</a><br>
Tel: (+)44 1223 763517<br>
</blockquote></div><br><br clear="all"><br>-- <br>The graduate with a Science degree asks, &quot;Why does it work?&quot; The graduate with an Engineering degree asks, &quot;How does it work?&quot; The graduate with an Accounting degree asks, &quot;How much will it cost?&quot; The graduate with an Arts degree asks, &quot;Do you want fries with that?&quot;<br>