как пропустить сообщение «соединение: сеть недоступна»

Question

как пропустить сообщение «соединение: сеть недоступна»

1

Я создал скрипт, который запускается при загрузке, который проверяет наличие интернет-соединения на моем малине pi и в то же время обновляет время (уход за ntp) - через os.system().

import datetime, os, socket, subprocess
from time import sleep

dir_path = os.path.dirname(os.path.abspath(__file__))

def internet(host="8.8.8.8"):
    result = subprocess.call("ping -c 1 "+host, stdout=open(os.devnull,'w'), shell=True)
    if result == 0:
        return True
    else:
        return False


timestr = time.strftime("%Y-%m-%d--%H:%M:%S")
netstatus = internet()

while netstatus == False:
    sleep(30)
    netstatus = internet()

if netstatus == True:
    print "successfully connected! updating time . . . "
    os.system("sudo bash "+dir_path+"/updatetime.sh") 
    print "time updated! time check %s"%datetime.datetime.now()

где updatetime.sh содержит следующее:

service ntp stop
ntpd -q -g
service ntp start

этот скрипт запускается при перезагрузке/загрузке, и я запускаю это на нашем рабочем месте, 24/7. Кроме того, выходы из таких сценариев сохраняются в файле журнала. он отлично работает, но есть ли способ, как НЕ выводить connect: Network is unreachable если нет подключения к Интернету? Благодарю.

редактировать

Я запускаю этот скрипт с помощью сценария оболочки с именем launch.sh который запускает check_net.py (это имя скрипта) и других предварительных сценариев, и я поместил launch.sh в свой crontab для запуска при загрузке/перезагрузке:

@reboot sh /home/pi/launch.sh > /home/pi/logs/cronlog 2>&1

из того, что я читал в этом потоке: что означает '>/dev/null/2> & 1', 2 обрабатывает stderr где 1 дескриптор stdout.

Я новичок в этом. Я хочу видеть мой stdout - но не stderr (в этом случае connect: Network is unreachable сообщения (только)..

/OGS

Ogs 22 сен. 2018, в 03:14

Источник

1

Перенаправить ошибки в / dev / null? Например, вызовите скрипт следующим образом: «updatetime.sh 2> / dev / null»
mrunion 22 сен. 2018, в 00:32
0

Вы пытались написать stderr в / dev / null?
gregory 22 сен. 2018, в 00:32
0

привет @mrunion Я беспокоюсь только о том, чтобы пропустить часть «connect: сеть недоступна», которая, по моему мнению, генерируется моим subprocess.call (...). поправьте меня, если я ошибаюсь, но я думал, что запись атрибута stdout в os.devnull похожа на запись в / dev / null? благодарю вас. / OGS
Ogs 22 сен. 2018, в 00:36
0

Ну, это так. Но вы пишете "stdout" в / dev / null ". Существует также канал ошибки - это то, что обрабатывает" 2 "в" 2> / dev / null ". Я не запускал ваш код, но он Похоже, что любые ошибки, обнаруженные при вызове вашего подпроцесса, будут не на stdout, а на errorout - поэтому они не записываются в / dev / null.
mrunion 22 сен. 2018, в 00:40
0

Понимаю. я буду баловаться дальше. Спасибо за ваш вклад, сэр. :) / ogs
Ogs 22 сен. 2018, в 00:41
0

Привет, сэр @mrunion Я добавил некоторый контекст выше. Ваши дополнительные отзывы приветствуются. / OGS
Ogs 22 сен. 2018, в 01:16
1

Не очень хорошая идея удалять сообщения stderr. Как вы знаете о «connect: ..», тогда это нормально, но я бы рекомендовал прочитать эту ветку stackoverflow.com/a/2342841/620097, так как вы можете сохранить свой stdOut в один файл и затем использовать grep -v connect:... чтобы удалить сообщения об ошибках, которые вам не нужны, но перенаправьте остальное с помощью чего-то вроде 2>/tmp/StdErr.$$.log чтобы не потерять важные сообщения об ошибках. Удачи.
shellter 22 сен. 2018, в 17:47
0

спасибо за ваш вклад @shellter, я что-то пробую, и позже подтвердит здесь, если это работает. / OGS.
Ogs 22 сен. 2018, в 18:30

Показать ещё 6 комментариев

Теги:

python

shell

networking

python-2.x

raspberry-pi

1 ответ

Ещё вопросы

Перенаправить ошибки в / dev / null? Например, вызовите скрипт следующим образом: «updatetime.sh 2> / dev / null»
Вы пытались написать stderr в / dev / null?
привет @mrunion Я беспокоюсь только о том, чтобы пропустить часть «connect: сеть недоступна», которая, по моему мнению, генерируется моим subprocess.call (...). поправьте меня, если я ошибаюсь, но я думал, что запись атрибута stdout в os.devnull похожа на запись в / dev / null? благодарю вас. / OGS
Ну, это так. Но вы пишете "stdout" в / dev / null ". Существует также канал ошибки - это то, что обрабатывает" 2 "в" 2> / dev / null ". Я не запускал ваш код, но он Похоже, что любые ошибки, обнаруженные при вызове вашего подпроцесса, будут не на stdout, а на errorout - поэтому они не записываются в / dev / null.
Понимаю. я буду баловаться дальше. Спасибо за ваш вклад, сэр. :) / ogs
Привет, сэр @mrunion Я добавил некоторый контекст выше. Ваши дополнительные отзывы приветствуются. / OGS
Не очень хорошая идея удалять сообщения stderr. Как вы знаете о «connect: ..», тогда это нормально, но я бы рекомендовал прочитать эту ветку stackoverflow.com/a/2342841/620097, так как вы можете сохранить свой stdOut в один файл и затем использовать grep -v connect:... чтобы удалить сообщения об ошибках, которые вам не нужны, но перенаправьте остальное с помощью чего-то вроде 2>/tmp/StdErr.$$.log чтобы не потерять важные сообщения об ошибках. Удачи.
спасибо за ваш вклад @shellter, я что-то пробую, и позже подтвердит здесь, если это работает. / OGS.

Ogs · Accepted Answer · 2018-09-23T04-10-00.000Z

В соответствии с предложением ссылки @shellter в комментариях я реструктурировал свой cron, чтобы:

@reboot sh /home/pi/launch.sh 2>&1 > /home/pi/logs/cronlog | grep "connect: Network is unreachable"

альтернативно, я также urllib2.urlopen() альтернативное решение, которое предполагает другой способ проверки подключения к Интернету с использованием urllib2.urlopen():

def internet_init():
    try:
        urllib2.urlopen('https://www.google.com', timeout=1)
        return True
    except urllib2.URLError as err:
        return False

один из двух вышеперечисленных методов пропустил любое connect: Network is unreachable вывод ошибки в моих журналах.

Спасибо!

/OGS

Я рад, что вы делаете успехи, но я не вижу, как 2>&1 > cronlog| grep "connect" удаляет сообщения о connect которые вы не хотите видеть. Вы уверены, что во время тестирования произошла ошибка и что сообщение было сгенерировано? Если это так, то посмотрите локальную электронную почту для пользователя, которому принадлежит задание cron вы создали. Я ожидаю увидеть там ошибки connect . Чтобы удалить сообщения из потока, вам нужен grep -v srchTarget , но как только вы перенаправили stderr и stdout в файл, на самом деле ничего не будет отправлено в канал и grep после него. (Я могу ошибаться ;-) ).
да, я уверен. Я также проверил его во втором модуле Raspberry Pi, где я эмулировал отключение интернета, и ошибка «connect: Network is unreachable» не появляется в / home / pi / logs / cronlog - этот файл, кстати, отправляется по электронной почте через ssmtp в конец дня. обратите внимание, что реструктурированный cron применяется к исходной функции internet (), указанной выше, а не к функции internet_init (). Благодарю.