# Connecting Ubuntu install of ignition to AB ControlLogix **URL:** \ **Category:** Ignition\ **Created:** [September 7, 2023, 5:57pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870 "2023-09-07T17:57:31Z")\ **Posts on this page:** 13\ **Page:** 2
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [September 8, 2023, 1:11pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870/21 "2023-09-08T13:11:11Z")
> [@Kevin\_Luckey](#): > > One device, one client, one gateway. That's it. Doesn't excuse using LL addresses. One day it might wake up with a different address. ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [September 8, 2023, 1:19pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870/22 "2023-09-08T13:19:36Z")
Troubleshooting this should have started with some logs anyway. Set all the loggers you find searching `drivers.LogixDriver` to DEBUG (see [Diagnostics - Logs - Ignition User Manual 8.1 - Ignition Documentation](https://docs.inductiveautomation.com/display/DOC81/Diagnostics+-+Logs#DiagnosticsLogs-ChangingLoggingLevels)) Once the level is changed, go edit and save the device configuration in the Gateway. After ~15 seconds get the logs and upload them. ---
**Author:** ![Felipe\_CRM](https://avatars.discourse-cdn.com/v4/letter/f/dfb087/32.png) [@Felipe\_CRM](https://forum.inductiveautomation.com/u/Felipe_CRM)\ **Post date:** [September 8, 2023, 1:52pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870/23 "2023-09-08T13:52:38Z")
I did some research into the `tshark` issue and it seems that even when you run it as root, it actually drops privileges before it gets to the file writing. Fun with bug patches being submitted and rejected, all that. [850768 – tshark with -w option fails if file does not exist](https://bugzilla.redhat.com/show_bug.cgi?id=850768) One workaround I found was to make the file first, change the permissions so that `tshark` could access it, and then write to it: > **[tshark gives "permission denied" writing to (any) file in home dir.](https://www.linuxquestions.org/questions/linux-networking-3/tshark-gives-permission-denied-writing-to-any-file-in-home-dir-650952/)** > > greetz~ first, the proper introduction: Ubuntu Hardy Heron system with the following tshark install: Code: user@host:~/Forensics tshark -vv TShark 1.0 > [@BenEllerby of the Linux Questions forum](#): > > ```auto > touch test.log > chmod o=rw test.log > sudo tshark -i wlan0 -w test.log > > ``` YMMV ---
**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\ **Post date:** [September 8, 2023, 2:50pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870/24 "2023-09-08T14:50:18Z")
If you're having issues with tshark, give tcpdump a try with something like this: ```auto tcpdump -i any -nn -w capture.pcap host 169.254.128.178 ``` Then use Ctrl+C to break after you're done capturing some packets (they hopefully scroll by on your screen as well). But as @pturmel pointed out, you really shouldn't be using that IP in the first place. Pick, a couple static IPs in the 192.168.x.x range or 10.x.x.x for the PC and PLC. Also, avoid using 192.168.x.1 or 10.x.x.1 as if this ever needs to be connected to a larger network, those are the most common IPs for routers/firewalls and it just creates a headache later on. ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [September 8, 2023, 4:22pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870/25 "2023-09-08T16:22:50Z")
From your logs: ```auto invalid connection path: 169.254.128.150:44818 java.lang.IllegalArgumentException: missing path component, count=1 at com.inductiveautomation.xopc.drivers.logix.util.ConnectionPathParser.parseUnsafe(ConnectionPathParser.java:39) at com.inductiveautomation.xopc.drivers.logix.LogixDriver.getConnectionPath(LogixDriver.java:364) at com.inductiveautomation.xopc.drivers.logix.LogixDriver.(LogixDriver.java:191) at com.inductiveautomation.xopc.drivers.logix.LogixDriverType.createDriver(LogixDriverType.java:26) ``` Looks like you stuck an IP address and port into the Connection Path property for some reason. ---
**Author:** ![Kevin\_Luckey](https://avatars.discourse-cdn.com/v4/letter/k/a6a055/32.png) [@Kevin\_Luckey](https://forum.inductiveautomation.com/u/Kevin_Luckey)\ **Post date:** [September 8, 2023, 8:01pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870/26 "2023-09-08T20:01:07Z")
Figured out the issue, the PLC had faulted to due to two devices having the same IP and it was not clearing, still do not know why my test Micro Logix PLC wouldn't work, but I do not care right now. Cleared the fault code and all is good. ---
**Author:** ![Transistor](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/transistor/32/3380_2.png) [@Transistor](https://forum.inductiveautomation.com/u/Transistor)\ **Post date:** [September 8, 2023, 9:05pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870/27 "2023-09-08T21:05:23Z")
> [@michael.flagler](#): > > Also make sure you don't have an IP conflict on either the PLC or the computer ... That was suggested on post 6. It can happen to the best of us. ---
**Author:** ![Kevin\_Luckey](https://avatars.discourse-cdn.com/v4/letter/k/a6a055/32.png) [@Kevin\_Luckey](https://forum.inductiveautomation.com/u/Kevin_Luckey)\ **Post date:** [September 11, 2023, 7:23pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870/28 "2023-09-11T19:23:06Z")
Actually, after having to do this to a second deployment today, I have realized that for some reason the PLC will not talk to the linux machine unless I ping it from my laptop that's running windows. After that it is fine, I have no idea why. ---
**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\ **Post date:** [September 11, 2023, 8:46pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870/29 "2023-09-11T20:46:59Z")
Did you ever switch to using good static IPs or are you still using the link-local IPs starting with 169.254.x.x? If you haven't switched to static IPs, I highly suggest doing so as this may be part of your issue. ---
**Author:** ![Kevin\_Luckey](https://avatars.discourse-cdn.com/v4/letter/k/a6a055/32.png) [@Kevin\_Luckey](https://forum.inductiveautomation.com/u/Kevin_Luckey)\ **Post date:** [September 22, 2023, 12:32pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870/30 "2023-09-22T12:32:21Z")
No, Senior Engineer wants it like that and again these PLCs will never see any other network once they ship. ---
**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\ **Post date:** [September 25, 2023, 4:21pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870/31 "2023-09-25T16:21:09Z")
Your Sr Engineer should really rethink this. There's been multiple times I've heard that same argument that "this will always be an isolated network" and then later on comes back to haunt them. It's an easy fix if you do it up front, but once in the field and operational can be a headache to fix.If it's "never" going to be connected to another network, then I don't know why they'd have an issue swapping to a different IP subnet now. Also, you mentioned that it wouldn't talk to the PLC until you pinged it with a Windows PC. If this was never resolved (have you done a full power cycle of all equipment (PC, PLC, switch, etc) to make sure it comes up without this same issue? If it always needs pinged by a Windows PC before it will work, that's a show stopper. ---
**Author:** ![Transistor](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/transistor/32/3380_2.png) [@Transistor](https://forum.inductiveautomation.com/u/Transistor)\ **Post date:** [September 25, 2023, 4:28pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870/32 "2023-09-25T16:28:48Z")
I agree. 169.254.x.x is a public IP address. You should be using private addresses internally. When I was much less knowledgable I added multi-NAT routers to a series of identical machines that had been shipped to us with 200.200.200.0 LANs. After I configured the gateway settings on the PLC, HMI and safety relay the PLC couldn't see the safety relay anymore. I explained my problem on the appropriate router forum and someone pointed out to me that the PLC's request to the safety PLC, 200.200.200.4 (or similar), was being routed to a telco in Brazil (and I'm in Ireland). Switching to private IPs solved the problem. It was a lesson that took me two days to learn. Worth a read ... > **[Private network](https://en.wikipedia.org/wiki/Private_network)** > > In Internet networking, a private network is a computer network that uses a private address space of IP addresses. These addresses are commonly used for local area networks (LANs) in residential, office, and enterprise environments. Both the IPv4 and the IPv6 specifications define private IP address ranges. > Private network addresses are not allocated to any specific organization. Anyone may use these addresses without approval from regional or local Internet registries. Private IP address space... ---
**Author:** ![Kevin\_Luckey](https://avatars.discourse-cdn.com/v4/letter/k/a6a055/32.png) [@Kevin\_Luckey](https://forum.inductiveautomation.com/u/Kevin_Luckey)\ **Post date:** [September 25, 2023, 5:27pm UTC](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870/33 "2023-09-25T17:27:08Z")
The windows ping was only required the first time, no idea why. Also, this PLC will never be allowed to connect to anything else. I wish I could describe my project farther, but believe me when I say the IP address really doesn't matter on this one. This isn't control any industrial equipment or anything like that. [Previous page](https://forum.inductiveautomation.com/t/connecting-ubuntu-install-of-ignition-to-ab-controllogix/78870.md?page=1)