O script Bash aguarda a mensagem de status antes de continuar

10

Estou acionando o servidor Selenium com um script bash e, como você pode ver nos timestamps no log abaixo, leva cerca de 32 segundos para que a coisa fique totalmente on-line:

Feb 28, 2012 10:19:02 PM org.openqa.grid.selenium.GridLauncher main
INFO: Launching a standalone server
22:19:02.835 INFO - Java: Sun Microsystems Inc. 20.0-b11
22:19:02.836 INFO - OS: Linux 2.6.32-220.4.1.el6.x86_64 amd64
22:19:02.852 INFO - v2.19.0, with Core v2.19.0. Built from revision 15849
22:19:02.988 INFO - RemoteWebDriver instances should connect to: http://127.0.0.1:4444/wd/hub
22:19:02.990 INFO - Version Jetty/5.1.x
22:19:02.992 INFO - Started HttpContext[/selenium-server/driver,/selenium-server/driver]
22:19:02.993 INFO - Started HttpContext[/selenium-server,/selenium-server]
22:19:02.993 INFO - Started HttpContext[/,/]
22:19:34.552 INFO - Started org.openqa.jetty.jetty.servlet.ServletHandler@488e32e7
22:19:34.552 INFO - Started HttpContext[/wd,/wd]
22:19:34.555 INFO - Started SocketListener on 0.0.0.0:4444
22:19:34.555 INFO - Started org.openqa.jetty.jetty.Server@7d29f3b5

Em vez de usar um comando "sleep 32" depois de iniciar o servidor (para atrasar o script antes de prosseguir), gostaria que meu script esperasse até ver a string "Started SocketListener" e continue. Isso é possível?

    
por Eric 29.02.2012 / 04:22

4 respostas

8

Você pode usar tail -f para continuar lendo o arquivo à medida que ele cresce. Tenha cuidado com o que você alimenta tail -f em. Você pode canalizar tail -f em um filtro que aguarda até a linha de log desejada e sai. O que não funciona é canalizar tail -f em um filtro que canaliza para outro filtro, porque o filtro intermediário armazenará em buffer sua saída. Isso funciona:

: >file.log  # create an empty log file
start-selenium-session --log-file=file.log &
{ tail -n +1 -f file.log & } | sed -n '/Started SocketListener/q'
speak-to-socket

Observe que coloquei tail no plano de fundo. Isso ocorre porque, quando sed encontra a linha desejada, ela sai, mas o pipeline continua em execução, contanto que tail esteja aguardando a próxima linha, o que pode não ocorrer imediatamente se alguma vez¹. tail sairá quando a próxima linha chegar e receber um SIGPIPE . Isso pode deixar um processo de tail perdido se o log for removido sem que nenhuma linha seja gravada nele (obtendo o PID do processo tail para eliminá-lo quando sed sair seria possível, mas complicado).

¹ Graças a Peter.O por apontar o bug em uma versão anterior.

    
por 01.03.2012 / 01:11
3

É um pouco mais difícil no shell script direto, mas é isso que eu estava usando por um bom tempo para o tomcat e oc4j:

perlscr='
alarm 120;
open F, "<$ARGV[0]";
seek F -($ARGV[1]*80),2;
while (1) {exit if (<F>=~$ARGV[2]);}'

window=10
scanfor="^INFO: Server startup in \d+ ms"
perl -e "$perlscr" $logfile $window "$scanfor" 2>&1 0<&1

O alarm cuidará de qualquer interrupção pendente em que o tomcat falhou. O número de linhas para voltar do EOF é ajustável (a partir de um arquivo de configuração).

Eu finalmente mudei tudo para python; enquanto é um pouco mais longo, é um pouco mais eficiente:

class Alarm:
    import signal
    signal_signal = signal.signal
    signal_SIGALRM = signal.SIGALRM
    signal_SIG_DFL = signal.SIG_DFL
    del signal
    def __init__(self, delay)
       self.howlong = delay
       self.clear()
    def __del__(self):
       self.reset_signals()
    def __nonzero__(self):
       return self.state
    def clear(self):
       self.state = False
       self.reset_signals()
    def _start_alarm(self):
       from signal import alarm
       alarm(self.howlong)
    def _set_sigalarm(self, handler):
        if handler:
            self.signal_signal(self.signal_SIGALRM, handler)
        else:
            self.signal_signal(self.signal_SIGALRM, self.signal_SIG_DFL)
    def reset_signals(self):
        self._set_sigalarm(None)
    def set_signals(self):
        self._set_sigalarm(self.handler)
    def handler(self, signo, frame):
        self.state = False
    def start(self):
        self.state = True
        self.set_signals()
        self._start_alarm()
    def stop(self):
        self.reset_signals()
        self.state = False
found = False
scanfor = re.compile('^INFO: Server startup in \d+ ms')
window = 10
logfile = open(logfilename, 'r')
logfile.seek(window * 80, 2)
alarm = Alarm(timeout)
try:
    alarm.start()
    while alarm:
        line = logfile.readline()
        if line:
            m = scanfor.search(line)
            if m:
                alarm.stop()
                found = True
                break
        time.sleep(0.1)
finally:
    alarm.clear()
    
por 29.02.2012 / 08:18
1

Você pode adicionar isso ao seu script para implementar a pausa:

perl -e 'use File::Tail;
    my $ref=tie *FH,"File::Tail",(name=>"/var/log/messages",maxinterval=>1);
    while(<FH>) { exit if /Started SocketListener/ };'

Ele faz uso do módulo perl File :: Tail para se comportar como tail -f logfile | grep Started SocketListener .

Substitua / var / log / message pelo arquivo de log apropriado. Observe que ele será interrompido para sempre se "SocketListener iniciado" nunca aparecer.

    
por 29.02.2012 / 07:14
1

Talvez você deva usar um tempo limite em vez de esperar indefinidamente.

A função bash abaixo será bloqueada até que o termo de pesquisa determinado seja exibido ou um determinado tempo limite seja atingido.

O status de saída será 0 se a string for encontrada dentro do tempo limite.

wait_str() {
  local file="$1"; shift
  local search_term="$1"; shift
  local wait_time="${1:-5m}"; shift # 5 minutes as default timeout

  (timeout $wait_time tail -F -n0 "$file" &) | grep -q "$search_term" && return 0

  echo "Timeout of $wait_time reached. Unable to find '$search_term' in '$file'"
  return 1
}

Talvez o arquivo de log ainda não exista após o lançamento do Selenium. Nesse caso, você deve esperar que apareça antes de procurar pela string:

wait_selenium_server() {
  echo "Waiting for Selenium server..."
  local server_log="$1"; shift
  local wait_time="$1"; shift

  wait_file "$server_log" 10 || { echo "Selenium log file missing: '$server_log'"; return 1; }

  wait_str "$server_log" "Started SocketListener" "$wait_time"
}

wait_file() {
  local file="$1"; shift
  local wait_seconds="${1:-10}"; shift # 10 seconds as default timeout

  until test $((wait_seconds--)) -eq 0 -o -f "$file" ; do sleep 1; done

  ((++wait_seconds))
}

Veja como você pode usá-lo:

wait_selenium_server "/var/log/selenium.log" 5m && \
echo -e "\n-------------------------- Selenium READY --------------------------\n"
    
por 20.05.2015 / 11:38