Histórias da vida de um especialista em TI em um navio que passa pela Antártica

Carles Pina e Estany não podem ser chamados de explorador típico do Ártico. Este nativo da ensolarada Barcelona trabalha como programador em Mendeley . Esta empresa de tecnologia é de propriedade da Elsevier Science Publishing e está sediada em Londres. Até este ano, ele nunca havia dormido em um navio. Mas quando foi convidado a participar de uma expedição de três meses pela Antártida, aproveitou felizmente essa chance.

Tudo aconteceu muito rapidamente. A parceira de Pina & Estany, Jen Thomas, que trabalhou anteriormente com o British Antarctic Survey , trabalhou como especialista em dados de viagens liderado pelo recém-criado Instituto Polar Suíço . O SPI reúne pesquisadores que trabalham além do Círculo Polar Ártico ou em outras condições extremas, se comunica com o público em geral sobre sua existência e facilita o acesso dos pesquisadores a essas áreas. A turnê foi paga pelo bilionário e aventureiro sueco Frederick Paulsen Jr. - e ele até concordou com todos . Isso não está no escritório para lidar com o suporte técnico.



Um especialista em TI precisava estar a bordo (além de dois engenheiros eletrônicos e de manutenção). Felizmente, Thomas tinha um amigo. E de repente, Pina i Estany descobriu que ele estava a bordo do Acadêmico Treshnikov , um navio de pesquisa russo que embarcava em uma rota ambiciosa conhecida como Antarctic Loop através da Cidade do Cabo na África do Sul, Hobart na Tasmânia e Punta Arenas no Chile.


Circuito Antártico da Rota

Durante a breve permanência de nosso herói como especialista em TI marítimo, Akademik Treshnikov lutou contra o mau tempo, alimentos abaixo da média e equipamentos de telecomunicações que não desejavam funcionar corretamente. E, embora se possa esperar dificuldades nessa jornada, a Pina i Estany enfrentou um conjunto de problemas desde o início, devido ao tempo muito curto alocado para a preparação do equipamento. Como ele próprio comentou com otimismo, "tive mais oportunidades de resolver todo tipo de problema".



"Agora tenho 35 anos e trabalho com computadores há mais de 20 anos - dias, noites, fins de semana e na forma de projetos pessoais", ele nos disse. - E nesta campanha eu usei tudo o que sei, e mesmo aqueles raros conhecimentos que considerei inúteis me foram úteis. Na Antártica, tudo está se tornando útil. ”

Quando as incomuns horas de trabalho de Pina e Estany terminaram neste verão, e ele retornou a Londres no final de julho, encontrou tempo para conversar com nosso conselho editorial e reviver nosso nervosismo interno com histórias sobre a vida da TI em mar aberto. Pelo menos se pode aprender com sua história que o suporte técnico nas partes mais extremas do mundo não difere muito do suporte técnico em condições mais familiares - exceto pela falta de comunicação confiável e a capacidade de comprar as peças necessárias na Amazon ou em uma loja local. Mas a necessidade de ajuda está sempre presente, as emoções podem ir além, e os requisitos variam do simples trabalho com um servidor de e-mail a coisas que nenhum curso de programação lhe ensinará.

Guincho

Uma noite, cerca de um mês após o início da viagem, um pesquisador alegremente se voltou para Pina y Estany com o que chamou de "novo teste". Antes disso, ele trabalhou principalmente com equipamentos familiares que não o tiravam de sua zona de conforto: computadores, roteadores, discos rígidos e Raspberry Pi.

Mas esse pedido de suporte estava em uma área completamente diferente. Um guincho maciço, um mecanismo constituído por um cabo e uma alavanca de manivela, começou a falhar.

Até então, Pina i Estani nem sabia o que era um "guincho". E esse guincho foi responsável por lançar o único perfilador CTD a bordo, coletando e analisando água. Normalmente, o CTD foi baixado para profundidades de até 1.500 m, e esse instrumento foi crítico para a maioria das 22 equipes de pesquisa a bordo.



Descobriu-se que o problema estava coberto no software. O erro interferiu na função do guincho para abaixar suavemente o cabo longo na água. Pina i Estany tentou depurar, mas o fabricante do equipamento disse a ele que era remotamente impossível inserir novos parâmetros no computador com guincho CTD. E como o "acadêmico Treshnikov" estava no oceano, por causa disso, surgiram pequenas dificuldades.

A decisão exigiu o uso de habilidades de hackers e a disposição de desafiar os elementos:

“A temperatura era de zero a -2 graus, a neblina do oceano por toda parte, o barco balançava e minhas mãos congelavam. As pessoas me perguntaram o que eu estava fazendo lá com o computador - o CTD estava conectado através de um cabo de rede muito curto. Portanto, eu tive que trabalhar fora ”, ele me diz. - Eu tive acesso ao computador com guincho executando o Windows CE na minha máquina Linux. Vi o endereço IP na tela de inicialização usando o nmap, descobri que ele possui um servidor de desktop remoto. Fiquei muito feliz quando, depois de pressionar Enter, consegui alterar os parâmetros! ”



Pina i Estany não se alegrou por muito tempo - isso não resolveu o problema. Depois que o fabricante permitiu que ele reinstalasse o programa, ele teve que esperar até que atracassem em Hobart para reabastecer os suprimentos para fazer o download do firmware via Wi-Fi no hotel.

"Reinstalamos tudo e o computador ainda não inicializou", diz ele. - Esse foi um dos piores momentos de toda a expedição do ponto de vista da TI. O problema era que o CTD era um dos itens mais necessários entre os equipamentos científicos - mas este é um grande guincho, e eu não tinha nenhum conhecimento nessa área ".

Felizmente, esta história tem um final feliz. Depois de reinstalar a atualização de outra maneira, o guincho parou de funcionar. Logo, todos os cientistas coletaram com sucesso suas amostras de água, e Pina i Estany finalmente conseguiu levar seu computador de volta ao calor.

Corte de rede

Outra aplicação memorável de apoio veio de uma cientista sobre o aparelho, que ela usava para medir a refletividade do mar. Ela precisava remover dados do dispositivo, mas só podia fazer isso através de uma conexão com um ponto de acesso remoto.

“Bem, eu digo - sim, não há problemas, mas onde está o roteador? Ele lembra. "Ele não estava no navio - descobriu-se que ele geralmente estava em algum lugar da Austrália."



Os pontos mais distantes desse circuito, passando da Cidade do Cabo a Punta Arenas, podem ser 10.000 km da Austrália e, naquele momento, de acordo com Pina y Estany, estavam a 3.000 km da África do Sul. Mas isso não o impediu, ele usou o laptop como um ponto de acesso remoto, conectando-se ao servidor FTP do equipamento para acessar dados. "Mas essa não era uma solução muito conveniente, porque toda vez que eles precisavam de dados, eles precisavam acessar mim e meu computador".

Em vez disso, o Pina i Estany usou um dispositivo simples, mas preferido, para crackers de rede - um smartphone. "Eu descobri como invadir uma rede usando um telefone Android", explica ele. - Nele, você pode aumentar o ponto de acesso e, mesmo sem sinal externo, o dispositivo pode conectar o laptop ao equipamento através do telefone. Dessa maneira, os cientistas poderiam obter seus dados sempre que quisessem, sem a minha participação. ”

Sistema de correio

Nos dias de discagem, você passava muito tempo assistindo ao processo de carregamento de um único email ou página. O que era então irritante, as pessoas de hoje, acostumadas à banda larga, são simplesmente loucas. Mas quando muitas pessoas tentam usar uma conexão de Internet não confiável via satélite para enviar e receber e-mails, não espere o bem. Isso pode aumentar rapidamente a tensão na sociedade.

“Nunca vi tantas pessoas batendo nos computadores”, lembra Pina y Estany. "Me machucou ver isso." Não suporto o espetáculo de um cientista em pé na frente do computador, antecipando o próximo passo. O coração apenas sangra.

Com exceção da decepção geral, a crescente fila de emails significava que as pessoas não poderiam acessar algumas permissões importantes e outros documentos relacionados à expedição. Em algum momento, cerca de 100 MB de letras ficaram presas no sistema, então o Pina i Estany começou a extraí-las.



"Seria mais fácil voltar ao porto e levá-los do que levá-los ao meio do mar através do Outlook", explica ele.

É claro que tal mudança de rota era impossível. Em vez disso, ele baixou e arquivou todas as mensagens usando o acesso a um servidor remoto e, em seguida, enviou esses arquivos para a remessa usando o programa rsync, que faz um bom trabalho com uma conexão instável. Ele também escreveu um script controlando a retomada de um download interrompido do mesmo local em que foi interrompido.



"Então deixei esse programa em execução por 8 a 9 horas e abri esse arquivo grande no Thunderbird", disse ele. "Depois disso, consegui todas as cartas necessárias, incluindo as permissões."

Mas tal solução para o problema no joelho não resolveu a principal - o navio recebeu cartas, mas a expedição ainda não possuía um sistema de comunicação confiável.

“Eu sabia como consertar, mas para isso eu precisava de várias horas de internet confiável”, disse Pina i Estany. - Durante nosso intervalo de três dias após a primeira transição, Jen e eu fomos ao hotel, onde [via Internet] configuramos um novo domínio para o site e um servidor de webmail e criamos cada usuário. Ele se tornou muito popular. Em todo lugar, onde quer que eu estivesse no navio, as pessoas usavam meu webmail. Observar isso foi incrível. ”



Para que tudo continuasse funcionando sem falhas, o Pina-i-Estani precisou limitar o tamanho dos emails encaminhados para 200 Kb, o que significa que era necessária uma solução diferente para transferir arquivos maiores.

“Desenvolvi um sistema no qual as letras se fragmentavam”, lembra ele. - Foi, de fato, um hack, porque os protocolos de correio não permitem separar letras - eles os baixam ou não. Eu resolvi isso e fiz com que, se o download fosse cortado em 20%, ele fosse reiniciado novamente no mesmo local ".



Ele também configurou um sistema de filas para trabalhar com uma conexão lenta. Graças a ela, mesmo que alguém precisasse de 5 a 10 minutos para receber e-mails, os usuários imediatamente recebiam notificações e sabiam que tudo estava funcionando.

"Eu estava muito preocupado com a justiça do sistema, então as cartas foram baixadas em ordem de recebimento", disse ele.

Caixa de balsa

A última história de Pina y Estany aconteceu no campo que qualquer especialista em TI enfrenta de uma maneira ou de outra: gerenciamento de dados. A tarefa de gerenciar a enorme quantidade de dados coletados pela expedição em tempo real foi uma das tarefas mais difíceis e contínuas às quais ele aplicou suas habilidades em informática. O melhor exemplo é o Ferry Box, uma máquina baseada em Linux que era constantemente usada para medir salinidade e temperatura na superfície da água.



Como o acesso a cada conjunto de dados subsequente aparecia uma vez a cada poucos dias, era muito difícil para os cientistas planejar com antecedência. Por um longo período, eles puderam permanecer no escuro sobre eventos importantes, por exemplo, a transição de uma água para outra, com excelentes características.



"Para resolver esse problema, descobri como fazer upload de dados para um site ao qual os cientistas tinham acesso em tempo real", diz Pina-i-Estani. "Dessa forma, eles poderiam tomar decisões oportunas sobre onde parar e, por exemplo, colher amostras das amostras".



Essa funcionalidade permitiu que os pesquisadores passassem de atividades reativas para atividades proativas de coleta de dados. É fácil ver como isso afeta a própria ciência. E depois de várias histórias de Pina y Estany, é fácil ver como até a pesquisa científica mais extrema depende dos humildes trabalhadores de TI.