Yes, it's self-learning. I have no applications to run. https://github.com/Fernal73/MPI
On Thu, 25 Feb 2021, 22:33 John Hearns, <hear...@gmail.com> wrote: > Let's back up a step. What is the hardware involved here. then go forward > a step - what application do you want to run? > Or is this perhaps self learning for MPI? > > On Thu, 25 Feb 2021 at 15:57, LINUS FERNANDES via users < > users@lists.open-mpi.org> wrote: > >> Do you think executing mpirun as a normal user will work? >> >> On Thu, 25 Feb 2021, 21:02 LINUS FERNANDES, <linus.fernan...@gmail.com> >> wrote: >> >>> I'm not so much of a networking person either. >>> But I'm able to get Apache working on a different port 8080. Is that >>> useful? >>> >>> On Thu, 25 Feb 2021, 20:17 Jeff Squyres (jsquyres), <jsquy...@cisco.com> >>> wrote: >>> >>>> I don't know how many people on this list will be familiar with Termux >>>> or Arch Linux. From a quick Google, it looks like Termux is an Android >>>> emulator (that runs on Android? That doesn't make sense to me, but I'm >>>> wholly unfamiliar with that ecosystem, so I don't have the background / >>>> grok the context) and provides some kind of Linux environment. And on top >>>> of that, you're installing Arch Linux. Is that correct? >>>> >>>> If that's anywhere close to correct, it sounds like there could be >>>> multiple layers of virtualization there, and that could lead to wonkiness >>>> in the emulation of the IP stack. >>>> >>>> I do note that the only interface it looks like Open MPI could use is >>>> rmnet_data0, but that's in an UNKNOWN state: >>>> >>>> 5: rmnet_data0: <UP,LOWER_UP> mtu 1500 qdisc htb state UNKNOWN group >>>> default qlen 1000 >>>> link/[530] >>>> inet 10.140.58.138/30 scope global rmnet_data0 >>>> valid_lft forever preferred_lft forever >>>> inet6 fe80::93a5:ad99:4660:adc4/64 scope link >>>> valid_lft forever preferred_lft forever >>>> >>>> Errno==13 is EACCESS, which generically translates to "permission >>>> denied". Since you're running as root, this suggests that something >>>> outside of your local environment (e.g., outside of that immediate layer of >>>> virtualization) is preventing Open MPI from making that >>>> ioctl(SIOCGIFHWADDR) call (all that call is trying to do is discover the >>>> MAC address of that interface). >>>> >>>> Indeed, it looks like rmnet_data0 somehow doesn't have a MAC address...? >>>> >>>> rmnet_data0: flags=65<UP,RUNNING> mtu 1500 >>>> inet 10.140.58.138 netmask 255.255.255.252 >>>> inet6 fe80::93a5:ad99:4660:adc4 prefixlen 64 scopeid 0x20<link> >>>> unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >>>> txqueuelen 1000 (UNSPEC) >>>> RX packets 416796 bytes 376287723 (358.8 MiB) >>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>> TX packets 318293 bytes 69933666 (66.6 MiB) >>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>> >>>> That's... weird. I don't know the details of this network stack; it's >>>> somewhat outside the bounds of "normal" IP-based networking if there's no >>>> MAC address. As such, it doesn't surprise me that -- given that one of >>>> Open MPI's core assumptions fails -- Open MPI fails / refuses to run. >>>> >>>> I don't know if anyone has tried to run Open MPI in such a virtualized >>>> environment before. >>>> >>>> >>>> >>>> >>>> On Feb 25, 2021, at 6:04 AM, LINUS FERNANDES via users < >>>> users@lists.open-mpi.org> wrote: >>>> >>>> So the OpenMPI version on Arch Linux can't be made operational? >>>> >>>> On Thu, 25 Feb 2021, 15:43 LINUS FERNANDES, <linus.fernan...@gmail.com> >>>> wrote: >>>> >>>>> Nope. None of the commands exist. So no, I'd say. >>>>> >>>>> On Thu, 25 Feb 2021, 15:11 Gilles Gouaillardet via users, < >>>>> users@lists.open-mpi.org> wrote: >>>>> >>>>>> >>>>>> https://www.letmegooglethat.com/?q=how+to+check+if+selinux+is+enabled&l=1 >>>>>> >>>>>> On Thu, Feb 25, 2021 at 6:15 PM LINUS FERNANDES via users >>>>>> <users@lists.open-mpi.org> wrote: >>>>>> > >>>>>> > How do I know that? I'm not a Linux expert. I simply want to get >>>>>> OpenMPI running on Arch Linux so that I can test out their Java wrappers >>>>>> which I obviously can't on Termux since it doesn't support OpenJDK. >>>>>> > >>>>>> > On Thu, 25 Feb 2021, 13:37 Gilles Gouaillardet via users, < >>>>>> users@lists.open-mpi.org> wrote: >>>>>> >> >>>>>> >> Is SELinux running on ArchLinux under Termux? >>>>>> >> >>>>>> >> On 2/25/2021 4:36 PM, LINUS FERNANDES via users wrote: >>>>>> >> > Yes, I did not receive this in my inbox since I set to receive >>>>>> digest. >>>>>> >> > >>>>>> >> > -------- >>>>>> >> > ifconfig output: >>>>>> >> > >>>>>> >> > dummy0: flags=195<UP,BROADCAST,RUNNING,NOARP> mtu 1500 >>>>>> >> > inet6 fe80::38a0:1bff:fe81:d4f5 prefixlen 64 scopeid >>>>>> 0x20<link> >>>>>> >> > unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >>>>>> >> > txqueuelen 0 (UNSPEC) >>>>>> >> > RX packets 0 bytes 0 (0.0 B) >>>>>> >> > RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> >> > TX packets 3 bytes 210 (210.0 B) >>>>>> >> > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> >> > >>>>>> >> > lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 >>>>>> >> > inet 127.0.0.1 netmask 255.0.0.0 >>>>>> >> > inet6 ::1 prefixlen 128 scopeid 0x10<host> >>>>>> >> > unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >>>>>> >> > txqueuelen 0 (UNSPEC) >>>>>> >> > RX packets 17247 bytes 2062939 (1.9 MiB) >>>>>> >> > RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> >> > TX packets 17247 bytes 2062939 (1.9 MiB) >>>>>> >> > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> >> > >>>>>> >> > p2p0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 >>>>>> >> > unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >>>>>> >> > txqueuelen 1000 (UNSPEC) >>>>>> >> > RX packets 0 bytes 0 (0.0 B) >>>>>> >> > RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> >> > TX packets 0 bytes 0 (0.0 B) >>>>>> >> > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> >> > >>>>>> >> > rmnet_data0: flags=65<UP,RUNNING> mtu 1500 >>>>>> >> > inet 10.140.58.138 netmask 255.255.255.252 >>>>>> >> > inet6 fe80::93a5:ad99:4660:adc4 prefixlen 64 scopeid >>>>>> 0x20<link> >>>>>> >> > unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >>>>>> >> > txqueuelen 1000 (UNSPEC) >>>>>> >> > RX packets 416796 bytes 376287723 (358.8 MiB) >>>>>> >> > RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> >> > TX packets 318293 bytes 69933666 (66.6 MiB) >>>>>> >> > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> >> > >>>>>> >> > rmnet_data7: flags=65<UP,RUNNING> mtu 2000 >>>>>> >> > inet6 fe80::a6b7:c914:44de:639 prefixlen 64 scopeid >>>>>> 0x20<link> >>>>>> >> > unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >>>>>> >> > txqueuelen 1000 (UNSPEC) >>>>>> >> > RX packets 8 bytes 620 (620.0 B) >>>>>> >> > RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> >> > TX packets 10 bytes 752 (752.0 B) >>>>>> >> > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> >> > >>>>>> >> > rmnet_ipa0: flags=65<UP,RUNNING> mtu 2000 >>>>>> >> > unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >>>>>> >> > txqueuelen 1000 (UNSPEC) >>>>>> >> > RX packets 222785 bytes 381290027 (363.6 MiB) >>>>>> >> > RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> >> > TX packets 318303 bytes 69934418 (66.6 MiB) >>>>>> >> > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> >> > >>>>>> >> > wlan0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 >>>>>> >> > unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >>>>>> >> > txqueuelen 1000 (UNSPEC) >>>>>> >> > RX packets 650238 bytes 739939859 (705.6 MiB) >>>>>> >> > RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> >> > TX packets 408284 bytes 63728624 (60.7 MiB) >>>>>> >> > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> >> > >>>>>> >> > >>>>>> >> > ----- >>>>>> >> > ip addr output: >>>>>> >> > >>>>>> >> > 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state >>>>>> UNKNOWN >>>>>> >> > group default >>>>>> >> > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 >>>>>> >> > inet 127.0.0.1/8 <http://127.0.0.1/8> scope host lo >>>>>> >> > valid_lft forever preferred_lft forever >>>>>> >> > inet6 ::1/128 scope host >>>>>> >> > valid_lft forever preferred_lft forever >>>>>> >> > 2: dummy0: <BROADCAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue >>>>>> state >>>>>> >> > UNKNOWN group default >>>>>> >> > link/ether 3a:a0:1b:81:d4:f5 brd ff:ff:ff:ff:ff:ff >>>>>> >> > inet6 fe80::38a0:1bff:fe81:d4f5/64 scope link >>>>>> >> > valid_lft forever preferred_lft forever >>>>>> >> > 3: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group >>>>>> default >>>>>> >> > link/sit 0.0.0.0 brd 0.0.0.0 >>>>>> >> > 4: rmnet_ipa0: <UP,LOWER_UP> mtu 2000 qdisc pfifo_fast state >>>>>> UNKNOWN >>>>>> >> > group default qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 5: rmnet_data0: <UP,LOWER_UP> mtu 1500 qdisc htb state UNKNOWN >>>>>> group >>>>>> >> > default qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > inet 10.140.58.138/30 <http://10.140.58.138/30> scope global >>>>>> >> > rmnet_data0 >>>>>> >> > valid_lft forever preferred_lft forever >>>>>> >> > inet6 fe80::93a5:ad99:4660:adc4/64 scope link >>>>>> >> > valid_lft forever preferred_lft forever >>>>>> >> > 6: rmnet_data1: <> mtu 1500 qdisc noop state DOWN group default >>>>>> qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 7: rmnet_data2: <> mtu 1500 qdisc noop state DOWN group default >>>>>> qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 8: rmnet_data3: <> mtu 1500 qdisc noop state DOWN group default >>>>>> qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 9: rmnet_data4: <> mtu 1500 qdisc noop state DOWN group default >>>>>> qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 10: rmnet_data5: <> mtu 1500 qdisc noop state DOWN group default >>>>>> qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 11: rmnet_data6: <> mtu 1500 qdisc noop state DOWN group default >>>>>> qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 12: rmnet_data7: <UP,LOWER_UP> mtu 2000 qdisc htb state UNKNOWN >>>>>> group >>>>>> >> > default qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > inet6 fe80::a6b7:c914:44de:639/64 scope link >>>>>> >> > valid_lft forever preferred_lft forever >>>>>> >> > 13: r_rmnet_data0: <> mtu 1500 qdisc noop state DOWN group >>>>>> default >>>>>> >> > qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 14: r_rmnet_data1: <> mtu 1500 qdisc noop state DOWN group >>>>>> default >>>>>> >> > qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 15: r_rmnet_data2: <> mtu 1500 qdisc noop state DOWN group >>>>>> default >>>>>> >> > qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 16: r_rmnet_data3: <> mtu 1500 qdisc noop state DOWN group >>>>>> default >>>>>> >> > qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 17: r_rmnet_data4: <> mtu 1500 qdisc noop state DOWN group >>>>>> default >>>>>> >> > qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 18: r_rmnet_data5: <> mtu 1500 qdisc noop state DOWN group >>>>>> default >>>>>> >> > qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 19: r_rmnet_data6: <> mtu 1500 qdisc noop state DOWN group >>>>>> default >>>>>> >> > qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 20: r_rmnet_data7: <> mtu 1500 qdisc noop state DOWN group >>>>>> default >>>>>> >> > qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 21: r_rmnet_data8: <> mtu 1500 qdisc noop state DOWN group >>>>>> default >>>>>> >> > qlen 1000 >>>>>> >> > link/[530] >>>>>> >> > 22: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq >>>>>> state >>>>>> >> > DOWN group default qlen 1000 >>>>>> >> > link/ether 04:d1:3a:07:70:4b brd ff:ff:ff:ff:ff:ff >>>>>> >> > 23: p2p0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq >>>>>> state >>>>>> >> > DOWN group default qlen 1000 >>>>>> >> > link/ether 06:d1:3a:07:70:4b brd ff:ff:ff:ff:ff:ff >>>>>> >> > >>>>>> >> > >>>>>> >> > This is on Arch Linux on Termux. >>>>>> >> > >>>>>> >> > Similar output on Termux available. >>>>>> >> > >>>>>> >> > >>>>>> >>>>> >>>> >>>> -- >>>> Jeff Squyres >>>> jsquy...@cisco.com >>>> >>>>