[mythtv-users] One step forward, two steps back - Frontends not woring properly

Damian myth at surr.co.uk
Sun May 1 23:08:32 UTC 2016


On 01/05/2016 10:51, Hika van den Hoven wrote:
> Hoi Hika,
>
> Sunday, May 1, 2016, 11:38:12 AM, you wrote:
>
>> Hoi Vincent,
>> Sunday, May 1, 2016, 11:23:49 AM, you wrote:
>>> On Sat, Apr 30, 2016 at 04:32:53PM +0100, Damian wrote:
>>>>> What this shows is mysql is listening on ipv6 but not ipv4.
>>>>> First check your /sbin/ifconfig output. Should be safe to post it here,
>>>>> it's on an unroutable network. If there is an interface with an IP
>>>>> address that is not in 192.168.0.0/24, leave that out.
>>>> Thanks Vincent. Here you go ...
>>>>
>>>> $ /sbin/ifconfig
>>>> enp2s0    Link encap:Ethernet  HWaddr 00:9c:02:97:55:54
>>>>            inet addr:192.168.0.2  Bcast:192.168.0.255  Mask:255.255.255.0
>>>>            inet6 addr: fe80::3b9c:8e34:fb44:2847/64 Scope:Link
>>>>            UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>>            RX packets:3488095 errors:0 dropped:0 overruns:0 frame:0
>>>>            TX packets:5707203 errors:0 dropped:0 overruns:0 carrier:0
>>>>            collisions:0 txqueuelen:1000
>>>>            RX bytes:1009176206 (1.0 GB)  TX bytes:8235960424 (8.2 GB)
>>>>            Interrupt:18
>>>>
>>>> lo        Link encap:Local Loopback
>>>>            inet addr:127.0.0.1  Mask:255.0.0.0
>>>>            inet6 addr: ::1/128 Scope:Host
>>>>            UP LOOPBACK RUNNING  MTU:65536  Metric:1
>>>>            RX packets:2377579 errors:0 dropped:0 overruns:0 frame:0
>>>>            TX packets:2377579 errors:0 dropped:0 overruns:0 carrier:0
>>>>            collisions:0 txqueuelen:1
>>>>            RX bytes:373000387 (373.0 MB)  TX bytes:373000387 (373.0 MB)
>>>   
>>> Interesting. There is an IPv4 interface but the name is unusual,
>>> I was expecting it to be called eth0 not enp2s0.
>>> Nonetheless it seems you have a working interface with a IPv4 address
>>> and from what you say below it is responding to other hosts.
>>> For clarity, are there other network interfaces that you have left out?
>> This naming depends on the udev version. Some time in the past the
>> naming was changed from ethx to enpxsx. This naming comes from the pci
>> location as shown through lspci. It was implemented to make the naming
>> more consistent through reboots, especially when there are more
>> network cards. There are ways to go back to the old naming through
>> udev rules.
> Oh and to check if there are inactive interface run /sbin/ifconfig -a

Here you go ...

ifconfig -a
enp2s0    Link encap:Ethernet  HWaddr 00:9c:02:97:55:54
           inet addr:192.168.0.2  Bcast:192.168.0.255 Mask:255.255.255.0
           inet6 addr: fe80::90e1:63bc:2578:b658/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:363079 errors:0 dropped:0 overruns:0 frame:0
           TX packets:446351 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:269372639 (269.3 MB)  TX bytes:585137972 (585.1 MB)
           Interrupt:18

lo        Link encap:Local Loopback
           inet addr:127.0.0.1  Mask:255.0.0.0
           inet6 addr: ::1/128 Scope:Host
           UP LOOPBACK RUNNING  MTU:65536  Metric:1
           RX packets:83715 errors:0 dropped:0 overruns:0 frame:0
           TX packets:83715 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1
           RX bytes:13363894 (13.3 MB)  TX bytes:13363894 (13.3 MB)

>
>>>>> Is your network configured by network-manager or /etc/network/interfaces?
>>>>>
>>>> I'm not sure what you mean by this. I set up static IP's on my router if
>>>> that helps.
>>>>
>>> On an ubuntu system you can tell the machine how you want the network
>>> interfaces set up by editing the file /etc/network/interfaces.
>>> However I think the default is for 'network-manager' to look after all
>>> the network settings, through a GUI interface. You can mix and match too,
>>> if you set up an interface with /etc/network/interfaces,
>>> network-manager will not try to configure that interface.
>>>>> Other checks to try on the backend, please report pass/fail
>>>>> a) ping 192.168.0.2
>>>>>      is it pinging (pass) or not responding
>>>>>      eg 4 bytes from 192.168.0.2 icmp_seq=1 ttl=64 time=0.021 ms
>>>> Pass from the box itself and from the windows machine I'm connecting to it
>>>> with via SSH. I can't check the remote frontends at the moment, but I've
>>>> checked 192.168.0.2/mythweb with both of them before, and that was working
>>>> fine.
>>> So this means your IPv4 address is working and some services are
>>> listening on that address, but not mysql.
>>>>> c) repeat a) & b) from one of the frontends
>>>>>     If a & b pass but c fails, could be a firewall but there are other
>>>>>     possible issues.
>>>>>     Please post the ip address of the machine you tested from too.
>>>>>
>>>>> Vince
>>>>>
>>>> I'll do this from the frontends as soon as I can.
>>>   
>>> Ok.
>>> My next suggestion would be posting the mysql config files.
>>> This incantation should do the trick
>>>    cd /etc/mysql
>>>    sudo find . -type f -name "*.cnf" \
>>>                -exec egrep -Hv '^(\s*#|$)' {} \; | grep -v debian.cnf
>>> This will print out just the active lines in the config files.
>>> The last bit suppresses the content of debian.cnf (it has a password).
>>> Vince
>>> _______________________________________________
>
>
> Tot mails,
>    Hika                            mailto:hikavdh at gmail.com
>
> "Zonder hoop kun je niet leven
> Zonder leven is er geen hoop
> Het eeuwige dilemma
> Zeker als je hoop moet vernietigen om te kunnen overleven!"
>
> De lerende Mens
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org



More information about the mythtv-users mailing list