Bookmarks for 20 dic 2013 through 21 dic 2013

These are my links for 20 dic 2013 through 21 dic 2013:

Bookmarks for 7 lug 2011 from 13:54 to 14:25

These are my links for 7 lug 2011 from 13:54 to 14:25:

  • 50+ Killer Apps for Your New Chromebook | Nettuts+ – In celebration of the first wave of Chromebooks being released today, now is a great time to start looking for replacements for the tools you can’t live without on a day to day basis. Code editors, image editors, games? All of these can be replaced! I’ll show you the best choices today.
  • Howto: Debian Squeeze+Nginx+WordPress – Nginx è uno tra i webserver open source che si sta diffondendo di più tra i sistemisti che ricerchino performance elevate e un consumo di risorse inferiore rispetto ad Apache (ma anche ad alternative “minimaliste” con Lighttpd).
  • Migrating data – Summary:  Migrating or copying data is a frequent task that system administrators carry out often. There are various tools available for these tasks, including cp, tar, and cplv.
  • Techdocs: Migrating Users from One AIX System to Another AIX System – This document discusses migrating users from one AIX system to another. This does not include transferring the user's personal data or home directories.<br />
    The information in this document applies to AIX 5.2 and above.<br />
    Since the files involved in the following procedure are flat ASCII files and their format has not changed from V4 to V5, the users can be migrated between systems running the same or different versions of AIX (for example, from V4 to V5).
  • Techdocs: hacmp tutorial

Bookmarks for 18 mag 2011 through 28 mag 2011

These are my links for 18 mag 2011 through 28 mag 2011:

La MicroSoft-izzazione di IBM

Questa è una di quelle storie che fa ridere solo il sottoscritto ma mi pareva ugualmente carino condividere.

Da qualche giorno l’installazione del TSM di un cliente mi da parecchi pensieri, Tivoli è Il sistema di backup di classe enterprise e tendenzialmente vive di vita propria, basta dargli in pasto qualche cassetta ogni tanto, un po’ come fosse una pianta grassa.

Capita però che, un po’ per noia, un po’ per stanchezza, a TSM passi la voglia di lavorare per bene e cominci a mancare un backup qui e uno la. Fortunatamente parliamo comunque di un Signor prodotto che produce quintalate di log compresivi di codici errori univoci e descrizioni altisonanti.

Attraverso l’interpretazione dei codici errori, l’aruspice di turno e cioè me, deriva il passato e il futuro dello sfortunato backup. L’interpretazione dei suddetti errori passa attraverso la “Client Message List“, la porta verso un più consapevole troubleshooting.

Ad essere fortunati, in pochi minuti si torna operativi più gagliardi che mai! Ad essere sfortunati si infilano 3 codici tipo:


ANS1316E
: The server does not have enough recovery log space to continue the current operation: IBM dice che è una cosa temporanea e di non dargli peso ma se, come in questo caso son 3 giorni, di chiamare l’amministratore di sistema che per un caso barbino del destino, sono io.

ANR2579E: Schedule schedule name in domain domain name for node node name failed (return code return code): in questo caso si consiglia di visualizzare il log degli errori presente sul client che ha fallito il backup. Va da sé che nel log, non c’è scritto nulla di utile, al più un altro codice di errore che rimanda fatalmente a questo creando una spirale di violenza che genera altra violenza, sul povero amministratore (sempre io).
ANR4532W: The total DB used in DB space is log space used megabytes, and the total space available in the DB space is log space available megabytes. The ratio is log file system used ratio: questo secondo me è il migliore del terzetto! La spiegazione dell’errore ripete sostanzialmente il messaggio di errore, non si sa qual è il comportamento del server in questo caso e non è presente nessuna azione possibile.

Andando a cercare un senso a tutto ciò vien fuori che forse c’è tra le altre cose un errore nella versione in uso di TSM per cui, stanco com’è, non rilegge certi parametri e il “workaround” proposto è quello di fare una proporzione, una di quelle che si imparava a fare alle elementari e, con il valore ottenuto ingannare il povero TSM.

Mi ricorda tanto quella volta che un collega ha messo l’ora sbagliata su un domain controller e 24 suoi fratellini, han smesso di replicarsi per 3 giorni.