Once again I am building a headless Centos 7 box that needs to reliably be on both the LAN and WIFI network at all times. Amongst other things it's going to be an AirPrint bridge enabling IPads to print to printers on a different VLAN.
I have asked about this before and got a solution working using nmtui to set up both the LAN and WIFI interface, and activate them. However, the WIFI link is unreliable. Sometimes it doesn't activate, or after a while de-activates. Sometimes it doesn't even appear in nmtui to enable me to activate it.
Can anyone help me with how I can set up a more reliable server.
Thanks
Gary
On Mon, 9 Jan 2017 16:05:16 +0000 Gary Stainburn wrote:
However, the WIFI link is unreliable. Sometimes it doesn't activate, or after a while de-activates. Sometimes it doesn't even appear in nmtui to enable me to activate it.
That sounds like a weak signal from your wifi transmitter.
On Mon, Jan 9, 2017 at 12:04 PM, Frank Cox theatre@melvilletheatre.com wrote:
That sounds like a weak signal from your wifi transmitter.
Or signal interference. Where is the antennae located on the server? Ran into signal issues with antennae which were tucked behind the server before.
On 1/9/2017 7:11 PM, fred roller wrote:
On Mon, Jan 9, 2017 at 12:04 PM, Frank Coxtheatre@melvilletheatre.com wrote:
That sounds like a weak signal from your wifi transmitter.
Or signal interference. Where is the antennae located on the server? Ran into signal issues with antennae which were tucked behind the server before.
indeed, the back of a desktop or server system, sitting on the floor (or in a rack) surrounded by piles of cables, is the worst possible place for a 2.4GHz or 5.7GHz antenna
On Tuesday 10 January 2017 08:53:17 John R Pierce wrote:
On 1/9/2017 7:11 PM, fred roller wrote:
On Mon, Jan 9, 2017 at 12:04 PM, Frank Coxtheatre@melvilletheatre.com
wrote:
That sounds like a weak signal from your wifi transmitter.
Or signal interference. Where is the antennae located on the server? Ran into signal issues with antennae which were tucked behind the server before.
indeed, the back of a desktop or server system, sitting on the floor (or in a rack) surrounded by piles of cables, is the worst possible place for a 2.4GHz or 5.7GHz antenna
The server is in a rack, but the dongle is plugged in the front and is 5m from the HP Procurv AP that covers the whole of the first floor.
A key point I thought I had included in the OP is that this is mostly a problem on startup. It does sometimes drop off during use, but mainly the problem is not being able to activate it on startup.
I am a traditionalist and long for the days before NetworkManager when networks were much simpler to admin, and much more stable.
Is it possible to remove NetworkManager and go back to the good old days, and still have WIFI work properly?
NetworkManger should work pretty nice and good as required. Just run the right cronjob every minute to make sure the connection is up or down and find out if it's possible to reconnect. NetworkManager is kind of does all you need automatically so you should not do anything unless there is a technical issue.
Eliezer
---- Eliezer Croitoru Linux System Administrator Mobile: +972-5-28704261 Email: eliezer@ngtech.co.il
-----Original Message----- From: CentOS [mailto:centos-bounces@centos.org] On Behalf Of Gary Stainburn Sent: Tuesday, January 10, 2017 11:25 AM To: CentOS mailing list centos@centos.org Subject: Re: [CentOS] Reliable way of having both LAN and WIFI on headless box
On Tuesday 10 January 2017 08:53:17 John R Pierce wrote:
On 1/9/2017 7:11 PM, fred roller wrote:
On Mon, Jan 9, 2017 at 12:04 PM, Frank Coxtheatre@melvilletheatre.com
wrote:
That sounds like a weak signal from your wifi transmitter.
Or signal interference. Where is the antennae located on the server? Ran into signal issues with antennae which were tucked behind the server before.
indeed, the back of a desktop or server system, sitting on the floor (or in a rack) surrounded by piles of cables, is the worst possible place for a 2.4GHz or 5.7GHz antenna
The server is in a rack, but the dongle is plugged in the front and is 5m from the HP Procurv AP that covers the whole of the first floor.
A key point I thought I had included in the OP is that this is mostly a problem on startup. It does sometimes drop off during use, but mainly the problem is not being able to activate it on startup.
I am a traditionalist and long for the days before NetworkManager when networks were much simpler to admin, and much more stable.
Is it possible to remove NetworkManager and go back to the good old days, and still have WIFI work properly? _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
I'd be looking at your logs to see if there is any indication why the wifi does not come up during boot
sudo journalctrl -b # current boot sudo journalctrl -b -1 # previous boot
Kal
On Wed, Jan 11, 2017 at 7:59 AM, Eliezer Croitoru eliezer@ngtech.co.il wrote:
NetworkManger should work pretty nice and good as required. Just run the right cronjob every minute to make sure the connection is up or down and find out if it's possible to reconnect. NetworkManager is kind of does all you need automatically so you should not do anything unless there is a technical issue.
Eliezer
Eliezer Croitoru Linux System Administrator Mobile: +972-5-28704261 Email: eliezer@ngtech.co.il
-----Original Message----- From: CentOS [mailto:centos-bounces@centos.org] On Behalf Of Gary Stainburn Sent: Tuesday, January 10, 2017 11:25 AM To: CentOS mailing list centos@centos.org Subject: Re: [CentOS] Reliable way of having both LAN and WIFI on headless box
On Tuesday 10 January 2017 08:53:17 John R Pierce wrote:
On 1/9/2017 7:11 PM, fred roller wrote:
On Mon, Jan 9, 2017 at 12:04 PM, Frank Coxtheatre@melvilletheatre.com
wrote:
That sounds like a weak signal from your wifi transmitter.
Or signal interference. Where is the antennae located on the server? Ran into signal issues with antennae which were tucked behind the server before.
indeed, the back of a desktop or server system, sitting on the floor (or in a rack) surrounded by piles of cables, is the worst possible place for a 2.4GHz or 5.7GHz antenna
The server is in a rack, but the dongle is plugged in the front and is 5m from the HP Procurv AP that covers the whole of the first floor.
A key point I thought I had included in the OP is that this is mostly a problem on startup. It does sometimes drop off during use, but mainly the problem is not being able to activate it on startup.
I am a traditionalist and long for the days before NetworkManager when networks were much simpler to admin, and much more stable.
Is it possible to remove NetworkManager and go back to the good old days, and still have WIFI work properly? _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On Tuesday 10 January 2017 22:20:08 Kahlil Hodgson wrote:
I'd be looking at your logs to see if there is any indication why the wifi does not come up during boot
sudo journalctrl -b # current boot sudo journalctrl -b -1 # previous boot
Kal
Thanks for this. I'll give this a try next time it happens.
I must be getting old cos I hark back to /var/log/messages too. So much simpler
On 01/11/2017 03:42 AM, Gary Stainburn wrote:
On Tuesday 10 January 2017 22:20:08 Kahlil Hodgson wrote:
I'd be looking at your logs to see if there is any indication why the wifi does not come up during boot
sudo journalctrl -b # current boot sudo journalctrl -b -1 # previous boot
Kal
Thanks for this. I'll give this a try next time it happens.
I must be getting old cos I hark back to /var/log/messages too. So much simpler
So was windows 3.1, CDE on HPUX 10.20, and AT&T System III and green screen serial terminals ..
On Tuesday 10 January 2017 20:59:12 Eliezer Croitoru wrote:
NetworkManger should work pretty nice and good as required. Just run the right cronjob every minute to make sure the connection is up or down and find out if it's possible to reconnect. NetworkManager is kind of does all you need automatically so you should not do anything unless there is a technical issue.
Eliezer
Thank you for your reply, but surely the fact that I will need a cron job to fix a problem that never existed before NetworkManager implies that there is a problem with NetworkManager
Do you have any suggestions as to what the conjob should contain, presumably a sequence of nmcli commands.
I haven't used nmcli yet, only nmtui. The problem i have is that when I have problems with the WIFI, the connection disappears from nmtui.
On Monday 09 January 2017 16:05:16 Gary Stainburn wrote:
Once again I am building a headless Centos 7 box that needs to reliably be on both the LAN and WIFI network at all times. Amongst other things it's going to be an AirPrint bridge enabling IPads to print to printers on a different VLAN.
I have asked about this before and got a solution working using nmtui to set up both the LAN and WIFI interface, and activate them. However, the WIFI link is unreliable. Sometimes it doesn't activate, or after a while de-activates. Sometimes it doesn't even appear in nmtui to enable me to activate it.
Can anyone help me with how I can set up a more reliable server.
Thanks
Gary
The server I was using was an old workstation PC that I re-used for this purpose. I have now purchased brand new kit and done a clean install.
This box has now been running fine for a few days until this morning, when the WIFI dropped off again. To investigate this I have had a look in /var/log/messages and I have found lots of entries.
At the bottom is where I re-activated the interface. Above that there are lots of entries where it toggles between inactive and disabled. Above that at 09:33 there is an incident, and before that all looks normal.
I have posted the log here:
http://www1.ringways.co.uk/var_log_messages_WIFI.log
Can someone give me a clue how to fix this.
Also, it was suggested that I use nmcli in a cronjob to re-activate it if it drops. I can check to see if it's still active by 'grep'ing the IP address, but I don't know the nmcli to re-activate an existing WIFI connection.
Can anyone help here too, just in case I can't fix the real problem
On Fri, Jan 13, 2017 at 12:33 PM, Gary Stainburn gary@ringways.co.uk wrote:
Also, it was suggested that I use nmcli in a cronjob to re-activate it if it drops. I can check to see if it's still active by 'grep'ing the IP address, but I don't know the nmcli to re-activate an existing WIFI connection.
Can anyone help here too, just in case I can't fix the real problem
I have a wireless connection named "AndroidAP-notepro"
So I can run
# nmcli con show --active | grep AndroidAP-notepro AndroidAP-notepro 62d0fc1f-91b8-4c07-baf0-323cf1c108d1 802-11-wireless wlp3s0 #
You can check exit code and number of lines. If number of lines is 0, it means the connection is not active and you can try to activate it and get exit code of the command
# nmcli con up AndroidAP-notepro
Also, it could be useful to know what value you have for "connection.autoconnect" for this connection. If it is yes, in theory it should automatically reactivate when it returns available.
In my case my AndroidAP-notepro connection is to be manually activated and in fact I have
# nmcli con show AndroidAP-notepro | grep connection.autoconnect: connection.autoconnect: no #
In case you also have autoconnect set to no, If you don't have a gui you should be able to set it up with
# nmcli con mod AndroidAP-notepro connection.autoconnect yes
HIH, Gianluca
On Friday 13 January 2017 12:40:33 Gianluca Cecchi wrote:
On Fri, Jan 13, 2017 at 12:33 PM, Gary Stainburn gary@ringways.co.uk
wrote:
Also, it was suggested that I use nmcli in a cronjob to re-activate it if it drops. I can check to see if it's still active by 'grep'ing the IP address, but I don't know the nmcli to re-activate an existing WIFI connection.
Can anyone help here too, just in case I can't fix the real problem
I have a wireless connection named "AndroidAP-notepro"
So I can run
# nmcli con show --active | grep AndroidAP-notepro AndroidAP-notepro 62d0fc1f-91b8-4c07-baf0-323cf1c108d1 802-11-wireless wlp3s0 #
You can check exit code and number of lines. If number of lines is 0, it means the connection is not active and you can try to activate it and get exit code of the command
# nmcli con up AndroidAP-notepro
Also, it could be useful to know what value you have for "connection.autoconnect" for this connection. If it is yes, in theory it should automatically reactivate when it returns available.
In my case my AndroidAP-notepro connection is to be manually activated and in fact I have
# nmcli con show AndroidAP-notepro | grep connection.autoconnect: connection.autoconnect: no #
In case you also have autoconnect set to no, If you don't have a gui you should be able to set it up with
# nmcli con mod AndroidAP-notepro connection.autoconnect yes
HIH, Gianluca
Hi Gianluca
Thanks for this. I will put this into a cron job to bring the link back up if it drops. However, as you can see it shouldn't ne needed. One more reason I hate NetworkManager
[root@lcomp2 ~]# nmcli con show RW-WIFI |grep connection.autoconnect connection.autoconnect: yes connection.autoconnect-priority: 0 connection.autoconnect-slaves: -1 (default) [root@lcomp2 ~]#
Gary
You could say the same thing about computers in general: I hate them, they automated many tasks in life and took many jobs out of the market!.
Eliezer
---- Eliezer Croitoru Linux System Administrator Mobile: +972-5-28704261 Email: eliezer@ngtech.co.il
-----Original Message----- From: CentOS [mailto:centos-bounces@centos.org] On Behalf Of Gary Stainburn Sent: Monday, January 16, 2017 11:34 AM To: centos@centos.org Subject: Re: [CentOS] Reliable way of having both LAN and WIFI on headless box
On Friday 13 January 2017 12:40:33 Gianluca Cecchi wrote:
On Fri, Jan 13, 2017 at 12:33 PM, Gary Stainburn gary@ringways.co.uk
wrote:
Also, it was suggested that I use nmcli in a cronjob to re-activate it if it drops. I can check to see if it's still active by 'grep'ing the IP address, but I don't know the nmcli to re-activate an existing WIFI connection.
Can anyone help here too, just in case I can't fix the real problem
I have a wireless connection named "AndroidAP-notepro"
So I can run
# nmcli con show --active | grep AndroidAP-notepro AndroidAP-notepro 62d0fc1f-91b8-4c07-baf0-323cf1c108d1 802-11-wireless wlp3s0 #
You can check exit code and number of lines. If number of lines is 0, it means the connection is not active and you can try to activate it and get exit code of the command
# nmcli con up AndroidAP-notepro
Also, it could be useful to know what value you have for "connection.autoconnect" for this connection. If it is yes, in theory it should automatically reactivate when it returns available.
In my case my AndroidAP-notepro connection is to be manually activated and in fact I have
# nmcli con show AndroidAP-notepro | grep connection.autoconnect: connection.autoconnect: no #
In case you also have autoconnect set to no, If you don't have a gui you should be able to set it up with
# nmcli con mod AndroidAP-notepro connection.autoconnect yes
HIH, Gianluca
Hi Gianluca
Thanks for this. I will put this into a cron job to bring the link back up if it drops. However, as you can see it shouldn't ne needed. One more reason I hate NetworkManager
[root@lcomp2 ~]# nmcli con show RW-WIFI |grep connection.autoconnect connection.autoconnect: yes connection.autoconnect-priority: 0 connection.autoconnect-slaves: -1 (default) [root@lcomp2 ~]#
Gary
_______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On Wed, January 18, 2017 4:24 am, Eliezer Croitoru wrote:
You could say the same thing about computers in general: I hate them, they automated many tasks in life and took many jobs out of the market!.
And they suck. All systems suck. And thanks to that I got my job.
Valeri
Eliezer
Eliezer Croitoru Linux System Administrator Mobile: +972-5-28704261 Email: eliezer@ngtech.co.il
-----Original Message----- From: CentOS [mailto:centos-bounces@centos.org] On Behalf Of Gary Stainburn Sent: Monday, January 16, 2017 11:34 AM To: centos@centos.org Subject: Re: [CentOS] Reliable way of having both LAN and WIFI on headless box
On Friday 13 January 2017 12:40:33 Gianluca Cecchi wrote:
On Fri, Jan 13, 2017 at 12:33 PM, Gary Stainburn gary@ringways.co.uk
wrote:
Also, it was suggested that I use nmcli in a cronjob to re-activate it if it drops. I can check to see if it's still active by 'grep'ing the IP address, but I don't know the nmcli to re-activate an existing WIFI connection.
Can anyone help here too, just in case I can't fix the real problem
I have a wireless connection named "AndroidAP-notepro"
So I can run
# nmcli con show --active | grep AndroidAP-notepro AndroidAP-notepro 62d0fc1f-91b8-4c07-baf0-323cf1c108d1 802-11-wireless wlp3s0 #
You can check exit code and number of lines. If number of lines is 0, it means the connection is not active and you can try to activate it and get exit code of the command
# nmcli con up AndroidAP-notepro
Also, it could be useful to know what value you have for "connection.autoconnect" for this connection. If it is yes, in theory it should automatically reactivate when it returns available.
In my case my AndroidAP-notepro connection is to be manually activated and in fact I have
# nmcli con show AndroidAP-notepro | grep connection.autoconnect: connection.autoconnect: no #
In case you also have autoconnect set to no, If you don't have a gui you should be able to set it up with
# nmcli con mod AndroidAP-notepro connection.autoconnect yes
HIH, Gianluca
Hi Gianluca
Thanks for this. I will put this into a cron job to bring the link back up if it drops. However, as you can see it shouldn't ne needed. One more reason I hate NetworkManager
[root@lcomp2 ~]# nmcli con show RW-WIFI |grep connection.autoconnect connection.autoconnect: yes connection.autoconnect-priority: 0 connection.autoconnect-slaves: -1 (default) [root@lcomp2 ~]#
Gary
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++
On Wednesday 18 January 2017 15:09:49 Valeri Galtsev wrote:
On Wed, January 18, 2017 4:24 am, Eliezer Croitoru wrote:
You could say the same thing about computers in general: I hate them, they automated many tasks in life and took many jobs out of the market!.
And they suck. All systems suck. And thanks to that I got my job.
Valeri
Plumbers mend broken pipes. Programmers mend broken...... oh yeah, pipes :-)