🚀 go-pugleaf

Slawomir Stanczak wrote:
> Witam,
> 
> Mam pytanie dotyczące smpatch.
> 
> Często zdarza się, że kiedy zapuszczam instalację nowych łat
> system bez porblemów ściąga wymagane łaty z podanej listy
> i następnie następuje zwis:
> 
> Installing patches from /var/sadm/spool...
> i koniec bajki.
> 
> W takiej sytuacji pomaga jedynie przerwanie operacji ctrl+c
> i ponowne wydanie polecenia:
> 
> smpatch update -x idlist=/root/plist
> 
> Miałem to pod Sol10-1106. Teraz mam Sol10-0807. Aktualizacja
> w ubiegłym tygoniu poszła gładko, a dziś kolejna owocuje
> powyższym zwisem.
> 
> Pytania:
> 
> 1. O co w tym chodzi ? Zakładam że problem tkwi w kolejności
> instalowanych łat. Jeśli tak trudno, tyle tylko że jest to dosyć
> upierdliwe szukanie co zbałaganiono.
> 
> 2. Co można z tym zrobić ? Jakieś magiczne zaklęcia ?
> 
> 3. Czy przerwanie procesu ctrl+c i ponowne jego wznowienie
> aż w końcu wszystkie łaty się zainstalują może spowodować jakiś
> dramat ?

Może niekoniecznie odpowiadam na Twoje pytanie ale sugerowałbym
zainteresowanie się czymś takim jak 'pca'.


przemol

przemol wrote:
  > Może niekoniecznie odpowiadam na Twoje pytanie ale sugerowałbym
> zainteresowanie się czymś takim jak 'pca'.

Dzięki,

Wierzyć mi się nie chce, że to takie proste, ale wygląda że tak.
Wydałem trzy polecenia:

touch /var/tmp/patchdiag.xref

/home/prac/xxx/pca --user=xxx --passwd=xxxxxxxx \
--patchdir=/var/spool/patch --syslog=user.info

/home/prac/xxx/pca -i --user=xxx --passwd=xxxxxxxx \
--patchdir=/var/spool/patch --syslog=user.info

I poszło bez problemów.

Przy okazji dwa pytania:

1. Jak zmusić pca do "spowiedzi" do syslog lub user.log ?
Opcji wyboru pliku nie znalazłem, natomiast powyższe
działa, ale w syslogu nic nie zostało dodane.

2. Używasz tego na produkcji ?

pzdr.
Sławek

Slawomir Stanczak napisał(a):
> Przy okazji dwa pytania:
> 
> 1. Jak zmusić pca do "spowiedzi" do syslog lub user.log ?
> Opcji wyboru pliku nie znalazłem, natomiast powyższe
> działa, ale w syslogu nic nie zostało dodane.

A nie lepiej do emila i wysłać na konto admina ?
Ja mam w cronie:

03 8 * * * [ -x /opt/local/pca/pca ] && cd /opt/local/pca && ./pca -d
2>&1|mailx -s "Recent Nazwa_Hosta Patches" root

Oczywiście root jest aliasem na konto administracyjne.

> 2. Używasz tego na produkcji ?

Letko ;-)
Tylko zauważ, że pca jest z opcją -d, która to sprawdza i ściąga patche,
ale ich nie istaluje. Instalacji dokonuję ręcznie.

Zdrówka
-- 
Piotr (DrFugazi) Tarnowski
http://www.drfugazi.eu.org

Slawomir Stanczak napisał(a):
> przemol wrote:
>  > Może niekoniecznie odpowiadam na Twoje pytanie ale sugerowałbym
>> zainteresowanie się czymś takim jak 'pca'.
> 
> Dzięki,
> 
> Wierzyć mi się nie chce, że to takie proste, ale wygląda że tak.
> Wydałem trzy polecenia:
> 
> touch /var/tmp/patchdiag.xref
> 
> /home/prac/xxx/pca --user=xxx --passwd=xxxxxxxx \
> --patchdir=/var/spool/patch --syslog=user.info
> 
> /home/prac/xxx/pca -i --user=xxx --passwd=xxxxxxxx \
> --patchdir=/var/spool/patch --syslog=user.info
> 
> I poszło bez problemów.
> 
> Przy okazji dwa pytania:
> 
> 1. Jak zmusić pca do "spowiedzi" do syslog lub user.log ?
> Opcji wyboru pliku nie znalazłem, natomiast powyższe
> działa, ale w syslogu nic nie zostało dodane.
> 
> 2. Używasz tego na produkcji ?
> 
> pzdr.
> Sławek

Ja dorobiłem pca-proxy, do którego łączą sie hosty w sieci i pobierają z 
niego patche.
Defaultowo na hostach z crona chodzi skrypt, który odpala pca -L a 
raport o dostępnych patchach w htmlu wrzucany jest na apacha na proxym 
do wglądu.
Patche instaluję ręcznie.
Na produkcji można używać pod warunkiem uruchomienia pca z opcją -ins 
ale i tak radziłbym ostrożność.
Co jakiś czas trzeba sprawdzać czy nie pojawił sie update pca, gdyż Sun 
chyba nie lubi tego narzędzia i często coś zmienia na sunsolvie. 
Najnowsza wersja dorobiła się chyba przełącznika sprawdzenia najnowszej 
wersji (-u bodajże).
Narzędzia Suna są nieużywalne.

Pzdr.
Venom

Slawomir Stanczak wrote:
> [...]
> 2. Używasz tego na produkcji ?

Hmm, bardzo często używam tego do raportowania jakie patche wyszły
(zwłaszcza security - pca ładnie pokazuje to w odpowiedniej kolumnie) 
lub czy nie ma czegoś na np. kernel. Czyli używam :-)


przemol

Venom wrote:
  > Ja dorobiłem pca-proxy, do którego łączą sie hosty w sieci i 
pobierają z
> niego patche.
> Defaultowo na hostach z crona chodzi skrypt, który odpala pca -L a 
> raport o dostępnych patchach w htmlu wrzucany jest na apacha na proxym 
> do wglądu.
> Patche instaluję ręcznie.
> Na produkcji można używać pod warunkiem uruchomienia pca z opcją -ins 
> ale i tak radziłbym ostrożność.
> Co jakiś czas trzeba sprawdzać czy nie pojawił sie update pca, gdyż Sun 
> chyba nie lubi tego narzędzia i często coś zmienia na sunsolvie. 
> Najnowsza wersja dorobiła się chyba przełącznika sprawdzenia najnowszej 
> wersji (-u bodajże).
> Narzędzia Suna są nieużywalne.

Bardzo dziękuję za wszystkie Wasze sugestie. Potestowałem to sobie dziś
i w sumie jestem zadowolony.

Przy założeniu że wszystkie łaty mają być instalowane (łącznie z tymi
wymagającymi reboot) całość wygląda mniej więcej tak:

./pca -ins --user=x --passwd=z --patchdir=/var/spool/patch \
| tee -a /var/log/pca.log 2>&1
init 1
./pca -is --patchdir=/var/spool/patch | tee -a /var/log/pca.log 2>&1
rm /var/spool/patch/*
touch /reconfigure
reboot

Jeszcze raz dzięki.
pzdr.
Sławek