Atualização de SO

Atualiza Worknodes em paralelo, exemplo:

-- comandos possíveis de serem executados se:
usuário tiver acesso ssh às estações sem senha ( por certificado default id_rsa ) e
usuário estiver com privilégios administrativos ativos (sudo)
 
for ii in {01..64} ; do ( echo sampawn0$ii ; sleep 10 ; sudo ssh sampawn0$ii ~/scripts/up20210617.sh 2>&1 > ~/logs/up20210617-smp$ii.log & ) ; done
for ii in {01..64}; do echo sampawn0$ii ; sudo ssh sampawn0$ii shutdown -h now ; done

Embora os comandos executem bem acima, por segurança é melhor executar em blocos menores, tipo cada 10 ou cada 16
 
Ferramentas adicionais para seleção de WNs
condor_status -master -af Name | grep wn -> seleciona worknodes ativos
yum update --skip-broken -y -> certos casos onde pacote invalido deve ser ignorado
 
Atualizando e desligando servidores, deve ser feito na sequencia indicada:
 
Login
sampa ui
Interface usuário
update/shutdown
sampa capel
Apel
update/shutdown
sampa bdii ---> root
BDII - erkeley Database Information Index
Publica recursos para o Grid
update/shutdown
sampa px02 ---> root
 
update/shutdown
sampa proxy --->root
 
update/shutdown
sampa htc
 
update/shutdown
sampa cvo
 
update
sampa gse ---> root
 
update
sampa eos ----   yum update -y --disablerepo=UMD*
 
shutdown
sampa gse ---> root
 
shutdown
sampa eos  (root não loga)
 
Login
sampa svc (10.4.132.55/10.10.15.35)
 
update
sampa web    -------->  (root não loga)
 
update
sampa ui    -------->  (root não loga)
 
update
puppet
 
update
sampa svc
 
shutdown
sampa ui
 
shutdown
puppet
 
shutdown
sampa web
 
update/shutdown
sampabkl-san ---> root
 
update/shutdown
sampa cs01  ----> root
 
reboot
sampa svc
 

-------------------------------

ui  update
svc update
    update/shutdown web
    update/shutdown bkl-san
    update/shutdown cs01
    update/shutdown puppet
ui  shutdown
reboot svc

-----------------------------

Interfaces de boot para:

<---------------------------------------- Somente se atualizar o Openstack ------------------------------------------------------->
bootar sampastk01i()
         acessar https://10.4.132.142 - Remote Console -> Power on
 
sampastk02i()
         acessar https://10.4.132.143 - Remote Console -> Power on

sampastk03i()
         acessar https://10.4.132.144 - Remote Console -> Power on
 
sampasvc (10.4.132.55)
acessar https://10.4.132.63 (interface ilo de sampasvci.adm.if.usp.br)
no sampasvc verifique se os diretórios /archive e /sampa estão montados
<----------------------------------------------------------------------------------------------------------------------------------------------->
 
sampaweb (143.107.132.71)
executar Ilo (https://10.4.132.59) sampawebi.adm.if.usp.br
 (chavear de power off -> on)
         
sampabkl (10.10.15.56)
acessar https://10.4.132.71 (sampablki)
 (chavear de power off -> on)
 

sampaeos (10.10.15.65)

acessar https://10.4.132.56 (sampaeosi)
checar diretorios /data/dataxx 1 a 23
checar se /eos montado com ~800Tb
para checar "eos fs ls" checar se status online,se precisar forçar com "systemctl restart eos@fst"
(fst mgm mq) em status running
 
sampacs01 (10.10.15.34)
LAUNCH (chavear de power off -> on)

acessar https://10.4.132.61 (sampacs01i)

esperar /srv/cvmfs montar acompanhar pelo link favorito "cs01 ok"
 
servidores diversos como gse, htc,cvo e outros são maquinas virtuais no OpenStack (vide diagrama de servidores)
          executar firefox https://10.4.132.146 (OpenStack)
checar se /eos está com 800TB
 
WNs
acessar https://10.4.132.52 (interface ilo de sampablade02)
acessar https://10.4.132.54 (sampablade04 interface Blade Dell)
 
monitorar sampaps02.if.usp.br
 

Desenvolvido por IFUSP