Projecte

General

Perfil

Accions

Seguiment d'incidències vàries

Fem aquesta pàgina per recollir possibles incidències o bons comportaments del DDD, del programa Invenio o en general dels scrips i procediments que seguim, que de vegades queden recollits en el correu i enlloc més. De moment farem una mica de barreja i ja hi trobarem un sentit més endavant.

Incidències al DDD

28 de febrer fins al 3 de març - 2025

El dissabte 28 de febrer es va produir una avaria de la targeta de xarxa del servidor Mompou i es va tallar l'accés al DDD públic, a Traces públic, a Ifmuc públic i al gestor de projectes (wikis). L'empresa HP va enviar una nova targeta. Caldria fer un protocol d'avís intern en casos de fallida de maquinari.

14 de novembre - 2025

Avui el fitxer que permet controlar que no hi hagi enllaços trencats amb els fitxers del DDD https://ddd.uab.cat/qualitat/check856local.html donava 1.534 errors nous. Són masses per a que sigui un problema manual d'una biblioteca o persona. En aquest cas ha estat millor utilitzar els snapshots diaris i no els backups diaris, perquè no hem pogut establir a quina hora exacta havien "desaparegut". I a més, els snapshots horaris els pot veure i també hi pot accedir l'informàtic del DDD; d'aquesta manera hem pogut provar diferents snapshots fins que hem trobat un que ha anat bé.
En qüestió de pocs minuts ja s'han restaurat els fitxers.

6 de febrer - 2025

Avui el fitxer que permet controlar que no hi hagi enllaços trencats amb els fitxers del DDD https://ddd.uab.cat/qualitat/check856local.html donava 2.437 errors. Són masses per a que sigui un problema manual d'una biblioteca o persona. En Ferran Jorba ha repassat el fitxer ddd.git-log i es van esborrar ahir dimecres 5 de febrer. Fem un tiquet al DTIC per recuperar els fitxers de la còpia de seguretat de fa dos dies.
En qüestió de pocs minuts ja s'han restaurat els fitxers.

18 de novembre - 2024

Muntsa Busquets ens informa. Alma té un error en els jobs automatitzats diaris. És el Import Data to Primo VE.

“I checked the error from the jobs runs and the repository domain SSL certificate and found that the job failed due to an issue with the domain's certificate.

You can see the certificate test results -
https://www.sslshopper.com/ssl-checker.html#hostname=https://ddd.uab.cat/oai2d

Please take it with the domain administration and let them know that they need to upload all the missing chain certificates.”

El Servei d'Informàtica ho va corregir al dia següent. Ara ja tot surt en verd:

https://www.sslshopper.com/ssl-checker.html#hostname=https://ddd.uab.cat/oai2d

20 de setembre - 2024

https://wikis.bib.uab.cat/issues/8631

24 de maig - 2022

Entren registres d'Egreta i en passar 24 h, el PDF encara no està accessible. La causa és el bibsched (el gestor de tasques d'Invenio) que, esporàdicament, es queda encallat a mitja nit. Això passa molt poc, i el motiu és un misteri. Però implica que un dels llistats que necessita l'importador de pdf d'Egreta encara no s'ha executat, i per tant no sap què fer.
Per solucionar el dia d'avui, ara mateix l'estic executant, i efectivament està agafant pdfs. I per als propers dies, com a mesura de seguretat, faré que també s'executi al final de les tasques nocturnes.

19 d'abril - 2022

Processos /opt/microsoft a Mompou que col·lapsen el servidor. S'atura a petició d'en Ferran Jorba.

Va haver 4 processos a Mompou amb un path /opt/microsoft/mdatp/sbin/, amb els noms wdavdaemon i mdatp_audsp_plugin que, cadascun d'ells, que es menjaven entre el 15 i el 35% de CPU del servidor, i per tant sovint arriben al 50%.
El servidor no pot amb aquesta càrrega, i es reben correus continus d'Apache que no pot processar totes les peticions rebudes i es reinicia contínuament quan arriba a tenir-ne més de 300. Aquesta crisi ja la vam tenir un any, perquè el servidor ja va prou justet, i la vam resoldre externalitzant el caché de les miniatures del DDD als navegadors, via la data d'expiració de les miniatures.

11 octubre - 15 desembre - 2021

Atac informàic al SI de la UAB. Durant aquests dies no es va poder consultar ni treballar amb el DDD.

mitjans - febrer - 2021

Atac xinés al servidor
https://ddd.uab.cat/accessos/2021/access_a2021m2_geoip.svg

30 - juliol - 2020

Per equivocació una persona del Servei de Biblioteques ha eliminat molts directoris i fitxers del directori pub/caplli. Semblava una mica lent el procés de recuperació però llegint la documentació de git s'han pogut recuperar tots els fitxers d'una tacada, no calia fer-los un a un. S'havien esborrat 19.036 fitxers. Ara tot és correcte: https://ddd.uab.cat/collection/caplli

02 - juny - 2020

Per equivocació s'elimina un fitxer.
- Bibliotecària: Perdona però sense voler he esborrat al webadmin el pdf d'aquest registre que havia de desembargar:
https://ddd.uab.cat/record/215015
Tens alguna manera d'obtenir-lo?
- Informàtic: Era a /mnt/CLARIION/ddd/originals/artpub/2019/215015/nanolett_a2019v19np3027-Post.pdf
Te l'acabo de fer accessible a: https://ddd.uab.cat/pub/artpub/2019/215015/

14 - abril - 2020

Reinici del DDD. Aquest matí, el DDD ha donat, esporàdicament, un error de Gateway timeout, es queda com penjat, i no respon durant una estona. El motiu, simplificadament, és que no es creen prous canals de comunicació entre el servidor web (Apache) i l'aplicació Invenio. S'ha reiniciat el servidor Apache de diferents maneres, però no ha estat suficient. Hi ha definits 10 Apaches pel DDD, 4 per Traces i 1 per IFMuC, i cadascun d'ells hauria de tenir la seva parella de sockets a /var/run/wsgi/. Per algun motiu, no es creen tots els que s'haurien de crear. El dia 15 al matí, a primera hora, s'ha reiniciat el servidor Mompou. No estem segurs d'haver solucionat el problema, obrim una incidència: https://wikis.bib.uab.cat/issues/5702

16 - març - 2020

Degut al confinament pel coranavirus obrim al màxim les eines del DDD per a facilitar el teletreball, sense limitar-les per domini i obrint-les fora del 158.109. Si cal les tornarem a restringir un cop es restableixi la normalitat:

29 - gener - 2020

Avaria de maquinari a Mompou

Interrupcions, alentiments i talls al llarg de tot el matí. La causa sembla ser un error de "hardware", s'accedeix al DDD i Traces només en modus lectura (es pot consultar, però no fer modificacions de registres ni afegir-ne de nous).


A partir del gener del 2020, les incidències es gestionen com un tipus específic de tasca, anomenada incidència:

https://wikis.bib.uab.cat/projects/DDD/issues?set_filter=1&tracker_id=4


25 - novembre - 2019

TFMs Recercat-DDD. Dimecres vam entrar un nou registre al Recercat i avui ja el tenim al DDD https://ddd.uab.cat/record/215214 com podeu veure no s’han carregat les etiquetes de llengua i tampoc la de drets.

Pel que fa a l'etiqueta de llengua, al DDD ja hi ha, ja s'ha creat correctament, la 041 (https://ddd.uab.cat/record/215214/export/hm); la 546 (la visible) es crea en una segona fase, amb el registre ja publicat, a partir de la 041. És a dir, d'aquesta no cal que te'n preocupis, perquè apareixerà sola, probablement demà mateix.

Pel que fa a l'etiqueta de drets, m'he fixat que hi havia una discrepància entre majúscules i minúscules en el format d'on trec els drets. Jo jo tenia 'useandreproduction' i veig que és 'useAndReproduction':
http://oai.recercat.cat/request?verb=GetRecord&metadataPrefix=mets&identifier=oai:recercat.cat:2072/365000

15 - abril - 2019

S'ha espatllat un disc de la màquina VNX5300, la segona còpia dels tiff. A l'aturada elèctrica de Setmana Santa va quedar una escriptura pendent (possiblement es va tancar en ordre incorrecte) i ara la màquina no reconeix escriptures pendents de disc. No està clar que la màquina tingui manteniment i ara valoraran si val la pena el contracte de manteniment o si ens esperem que arribin nous equipaments, aproximadament unes 3 setmanes.
Abans de Setmana Santa nosaltres ja havíem sincronitzat totes les còpies (VNX5800, VNX5300 i Satabeast). L'avaria ens afecta perquè no hi podem accedir a aquestes còpies i també perquè en aquesta màquina hi ha el control de versions del clariion, tot i que està redundant en altres màquines.

El divendres 26 d'abril ja l'havien arreglat. L'origen molt probablement es deu a unes maniobres que es van fer a l'hora de tornar a posar en marxa els sistemes després de la parada elèctrica de Setmana Santa, que van deixar el sistema inconsistent. Un cop entès, l'Ivan Leiva ho ha pogut corregir.

18 - novembre - 2018

Greu incidència al Servei d’Informàtica (dissabte al matí).

  • El dissabte 17 sobre les 7h hem patit talls de subministrament elèctric.
  • L’equipament de climatització del CPD ha quedat inutilitzat una bona estona. Els sistemes han patit un sobreescalfament i s’han aturat abruptament.
  • El personal de manteniment i els tècnics estan actuant en servei continu 24x7.
  • Al re-activar els sistemes aturats hem identificat danys greus al sistema de disc.
  • El contingut compromès no permet engegar ara per ara els servidors de les aplicacions corporatives ni els servidors de documentació.
  • Per altra banda, hem comprovat fefaentment que les bases de dades i altra informació crítica no estan afectades.
  • El sistema de restauració de la còpia de seguretat també està afectat i exigeix un procediment de reconstrucció.
  • Es preveu que dilluns tindrem en marxa les bases de dades corporatives.
  • Tota la jornada de dilluns estarà dedicada a la restauració de sistemes bàsics, no podent oferir encara cap servei a l’usuari.
  • També es preveu que la reconstrucció significarà oferir uns serveis amb un cert nivell de degradació (baix rendiment). Insistim en què no es preveu cap pèrdua de dades.
  • La normalització de serveis s'espera al final de la setmana.

El DDD de producció només va estar aturat un dia, diumenge es podia consultar el repositori sense problemes. En canvi la segona còpia va trigar uns mesos a estar del tot operativa.

Al llarg del dia dilluns 19 de novembre hem aconseguit restaurar la major part de la infraestructura “invisible” que dóna suport als serveis TIC (servidors de bases de dades, LDAP, autenticació single-sign-on, servidor de backup, servidors de front-end web, etc) i hem engegat els procediments extraordinaris de restabliment dels serveis.

6 - novembre - 2018

Dins el registre https://ddd.uab.cat/record/104140 trobem un pdf que no es pot obrir i tenim por que s'hagi corromput. Sembla que estava mal gravat des del començament, segons http://volum-i.uab.cat/search?q=p100700a2012-13mTmPiCAT (no ha canviat en cap moment).

En el .info (https://ddd.uab.cat/pub/procur/2012-13/p100700a2012-13mTmPiCAT.info.0) hi havia unes referències a https://www.uab.cat/Document/255/968/100700_FonologiaCatalana_2012-2013,0.pdf, i com que semblava que tot quadrava (codi, títol i any), l'hem substituït.

Sabem que el fitxer no s'ha corromput perquè el control de versions git ho controla cada dia, i apareixeria a la cerca del Volum-I amb una entrada nova el dia que el contingut hagués canviat. I a més, el md5 diria que no quadrava. És a dir, que tenim un control doble.

11 -juliol - 2018

Webs de la UAB, víctimes d'atacs informàtics. Des del 6 de juliol diferents webs públiques de la UAB estan essent atacades massivament, inundant-les de peticions fins que no poden assumir la càrrega i no responen. Els atacs han afectat, com a mínim, al portal de la UAB i al DDD. Concretament, el DDD va estar especialment afectat divendres 5, de quarts de 7 fins a les 10 del vespre, dissabte de 4 a 5 de la matinada, diumenge, de quarts de 4 a les 5 de la matinada, al vespre (de 6 a 11) la matinada de dilluns (de 4 a 5). Des d'aleshores, sembla que els atacs són menors i no afecten la disponibilitat.
Per la informació que tinc, els atacs inicialment venien de la Xina, després dels Estats Units, i posteriorment d'Espanya. El web de la UAB encara n'està afectat, i s'ha activat una còpia estàtica per poder oferir al menys part de la informació, encara que no estigui del tot actualitzada.
No s'ha informat amb gaire celeritat (ni al SdB, ni al personal informàtic responsable del DDD) i ha costat tenir en compte des del primer moment que el DDD també era un servei web important.

31 -maig - 2018

Mentre s'ha fet la còpia dels fitxers dels dos Satabeast a VNX 5300 s'han trobat alguns problemes de lentitud. Els discos fàcilment escalables es consulten via NFS i aquest sistema feia que la càrrega diària dels cartells polítics de twitter alentís l'actualització i indexació dels discos (noms dels fitxers, md5, namaste...). La solució ha estat adoptar un sistema mixt, tot el volum-i funcionarà via NFS, excepte els cartells polítics que aniran via ISCSI.

28 -febrer - 2018

Hi ha registres en que les miniatures enlloc d'apareixer en horitzontal, a la pàgina intermitja, ho fan en vertical https://ddd.uab.cat/search?cc=butlletins&sc=1&p=nyeleni
Després de comprovar les etiquetes i altres possibilitats no sabem perquè passa. I no ho podem solucionar.

9 -novembre - 2017

A través del servei Pregunt@ un usuari ens comenta: A través del catálogo colectivo de la Red de Bibliotecas Universitarias he localizado el siguiente texto en su Biblioteca, de acceso libre; pero el enlace electrónico devuelve otro de la misma colección, concretamente el número 210. ¿Podrían verificar que vuelve a estar disponible, por favor?
Autor Bosch Marín, Juan
Títol UNICEF / por J. Bosch-Marín y M. Blanco-Otero
Publicació/producció Madrid : Ministerio de la Gobernación, Dirección General de Sanidad, Servicios Centrales de Higiene Infantil, 1955
Descripció 1 recurs electrònic (26 p.)
Col·lecció Al Servicio de España y del Niño español ; 203
Gènere/Forma Llibres electrònics

És cert que el pdf del registre estava malament i remetia a l'exemplar número 210. El corresponent al 203 s'havia eliminat, per error, al 2012 després d'una actuació per canviar-li el format de vertical a horitzontal.
Aquest fitxer eliminat fa 5 anys va poder ser recuperat a través del programa de Git (facilita el control de versions).

11 -octubre - 2017

A resultes d'un moviment general a Internet per canviar el protocol clàssic d'interconnexió http (no encriptat ni verificat) per https (encriptat i verificat), aquest estiu vam rebre un avís per part de Google. Tot això està explicat a la tasca https://wikis.bib.uab.cat/issues/4661
Això està causant incidències en les miniatures dels registres, perquè algunes d'elles donaven per descomptat unes adreces que havien de ser http://ddd.uab.cat i ara són https://ddd.uab.cat. Hi estic treballant i compto en resoldre-ho aquest matí mateix.

17 -juliol - 2017

El PRC es va actualitzar el 26.06.17. Avui, 17 de juliol des del PRC http://portalrecerca.csuc.cat/8316251 (ull! La URL canvia cada vegada que es fa una càrrega nova) es pot accedir a https://ddd.uab.cat/record/144665, que és un registre que està a NO DRETS.
El Ferran respon: els meus companys informàtics que porten Fènix em diuen que cada dia eliminen totes les referències de Fènix al DDD i les tornen a carregar segons les dades que li donem cada dia. Les pots comprovar tu mateixa a https://ddd.uab.cat/data/recercauab/recercauab2recid.tab. Si cerques 144665 a aquesta pàgina, veuràs que efectivament els hi estic exportant. Pel que veig de la data de creació del registre al DDD (https://ddd.uab.cat/record/144665), és del 2015. Per tant, crec que els registres nous de les col·leccions restringides ja no hi surten (ara m'ho tornaré a repassar) però no he eliminat els registres més antics que es van exportar per error. Ho resoldre aquest matí mateix.

5 -juny - 2017

Marta Gil avisa que hi ha algunes dades estadístiques del mes de maig que són extremadament baixes i que fan sospitar que alguna cosa no funciona. Efectivament, el hi ha un error als logs, els Ferran el repassa, el corregeix i al llarg dels següents dos dies mirarà que estigui solucionat.

12 -maig - 2017

Apareixen registres de la col·lecció interna 'No drets' en algunes referències del PRC.

Cada dia es fa una exportació diària de la base de dades del DDD al fitxer registres.txt. És a partir d'aquest fitxer que s'extreuen un munt de dades: estadístiques, autoritats, orcids, dois, registres amb diferents tipus d'errors, etc. i, també, les equivalències entre els identificadors Fènix amb el registre del DDD perquè ells l'incorporin a la seva base de dades. Aquest fitxer, fins fa un parell de mesos, només tenia els registres públics, els que pengen de les col·leccions públiques.

A resultes d'un dels processos de repassar errors, concretament els que no tenien any, alguns registres que tenien aquest error no sortien. Fins que vam veure que eren de la col·lecció nodrets. Perquè també sortissin en els llistats d'errors, vam fer que el fitxer registres.txt també inclogués els registres a les col·leccions restringides, però no me'n vaig adonar que amb això també estava passant registres no aprovats a Fènix. De fet, va ser el Rafa Feijoo, informàtic de Fènix, que em va dir fa uns 10 dies que alguns enllaços a registres del DDD demanaven contrasenya. A partir d'ara, de nou, només s'exporten els registres públics, encara que amb això els llistat «interns» quedin incomplets.

El Rafa Feijoo va dir que cada dia esborren totes les equivalències i les tornen a crear, és a dir, que a la base de dades de la UAB, cada dia fan net i ho tenen bé. El Portal de la Recerca s'actualitzarà el dilluns 26.06.17.

17 - octubre - 2016

Amb la implementació de l'eina de descoberta d'Innovative s'està treballant per recollir els registres del DDD via OAI.
Innovative és queixava d'un problema: the URL we constructed was wrong, I don't know why I didn't catch that so thank you. But we still have a problem. If you look at the response to this you'll see that the namespace and schema elements in the xml are reversed. DC points to marcxml and the opposite. This is actually what is causing our harvest to fail.
If you list the formats the repository supports: http://ddd.uab.cat/oai2d?verb=ListMetadataFormats

You'll see it supports MARC XML and Dublin Core. But the details are reversed for the two formats. The MARC XML format points to the
schema for DC and vice versa.
Metadata FormatmetadataPrefixmarcxmlmetadataNamespacehttp://purl.org/dc/elements/1.1/schemahttp://www.openarchives.org/OAI/1.1/dc.xsdMetadata
FormatmetadataPrefixoai_dcmetadataNamespacehttp://www.loc.gov/MARC21/slimschemahttp://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd

El Ferran respon: Els valors estaven intercanviats, però és que ja estava així en els valors per defecte d'Invenio. És més, acabo de comprovar que els del Cern encara ho tenen malament:

http://cds.cern.ch/oai2d?verb=ListMetadataFormats

El que em confirma que, en general, això dels esquemes no els utilitza pràcticament ningú, si fa tants anys que ho tenen així i ningú no els ha avisat. Però és cert que els de Millennium tenen raó, i en la meva instància ho acabo de corregir:

http://ddd.uab.cat/oai2d?verb=ListMetadataFormats

També s'ha corregit un petit error en el camp MetadataNamespace:

Almost there, but still not quite right. Response looks like:
<metadataFormat>
<metadataPrefix>oai_dc</metadataPrefix>
<schema>http://www.openarchives.org/OAI/1.1/dc.xsd&lt;/schema>
<metadataNamespace>http://purl.org/dc/elements/1.1/&lt;/metadataNamespace>
</metadataFormat>
The namespace is truncated, should be http://purl.org/dc/elements/1.1/oai_dc


A la que comences a tocar alguna cosa, es produeix una cadena d'errors. Perquè el que ha passat, des del moment que vaig intercanviar els esquemes dels dos formats, és que ara està tot intercanviat. Mira, si demanem aquest registre en marcxml, surt en Dublin Core:

http://ddd.uab.cat/oai2d?verb=GetRecord&identifier=oai:ddd.uab.cat:33x%x%
metadataPrefix=marcxml

(ara ja no, perquè he desfet els canvis.)

I ara què fem? Jo no m'hi veig en cor, de corregir aquesta situació depressa i corrents. Crec que la situació ara mateix és pitjor que abans, quan, demanant Dublin Core, el DDD et retornava Dublin Core, i quan demanant MarcXML, el DDD et retornava MarcXML, tot i que les capçaleres estiguessin malament.

De moment, crec que és millor que tiri enrera, perquè al menys fins ara l'únic que s'havia queixat és Innovative.

4 de novembre de 2016 Crec que les capçaleres i namespaces del servidor OAI del DDD ja estan corregides:

http://ddd.uab.cat/oai2d?verb=ListMetadataFormats

És cert que tenen raó que les capçaleres del DDD estan malament, i que el problema no és estrictament del DDD, sinó d'Invenio, però Invenio ho té malament des de fa mooolts anys i, aparentment, no ha estat un problema perquè les seves dades siguin recol·lectades per part de molts clients OAI a unes quantes instal·lacions d'Invenio que hi ha pel món, algunes de força rellevants. Resulta a més, que nosaltres anem amb una versió massa antiga d'Invenio, i que ara mateix hauria d'estar actualtizant. De tota manera, ja vaig comprovar que els del Cern encara ho tenen malament, de manera que encara que actualitzem, el problema no es corregirà.

27 - setembre - 2016

Descobrim que fa temps que Invenio no està indexant els documents a text complet. Les cerques donaven resultats poc satisfactoris.
S'obre una tasca #4210

30 - juny - 2016

Hi ha un mal comportament en el registre: https://ddd.uab.cat/record/154681
Apareix a la col·lecció revisar perquè està entrat per autoarxiu via Ein@, es valida i publica i queda tot correcte, però al dia següent torna a aparèixer a la col·lecció revisar i sense cap canvi fet. S'ha provat d'esborrar el registre i tornar-ho a fer tot de nou però passa el mateix.
El Ferran fa la correcció del problema:
Quan un registre entra via https://ddd.uab.cat/eina.py, com era aquest cas, passen vàries coses: recull la informació bibliogràfica de la base de dades de recerca (la que podeu consultar via http://recercauab.ddd.uab.cat/, i el pdf que li passa el profe via el formulari Eina.py. Això ho deixa en un directori temporal i, a la nit, carrega tots els registres recollits durant tot el dia a la col·lecció https://ddd.uab.cat/collection/revisar. Finalment, es fa neteja d'aquests fitxers i directoris temporals. Per algun motiu, encara quedava el directori d'aquest registre i, per tant, cada dia el tornava a considerar com a registre a carregar i, efectivament, el tornava a carregar, sobreescrivint qualsevol modificació que hi haguéssiu fet.
Acabo de forçar manualment la neteja d'aquest directori i tres o quatre més que havien quedat, i confio que no es torni a repetir.
També he recuperat la versió corregida. Gràcies i sento la pèrdua de temps que heu patit.

10 - maig - 2016

Incidència reportada per la Biblioteca de Ciència i Tecnologia. "Ball de registres rev-pub-rev. Reapareixen a la llista de registres per revisar 8 registres que ja havien estat publicats".
El motiu estava en que el programa (erròniament) donava per acabada la revisió quan al registre hi havia una 856 amb un document d'accés públic (http://ddd.uab.cat/pub/), però no tenia en compte quan hi havia embargaments. Tots 8 registres tenien el document embargat.
El responsable informàtic del DDD ha canviat el programa per a que ara consideri aquest cas.

28 - abril - 2016

Incidència reportada per la Biblioteca: "Ayer estuve revisando unos TFG de ingeniería informática de la carpeta "revisar" del DDD que provenían de una carga automática. De los 9 que hice sólo hay 5 publicados, los otros 4 no aparecen ni de forma pública ni tampoco los tengo en la carpeta revisar." L'explicació és que aquests registres no tenen cap valor a la 980 $a d'una col·lecció definida al DDD. Tenen duplicat el $b UAB, però sense $a, que hauria de ser TFG. Per això no apareixen en cap col·lecció del DDD, i no són cercable, i només les puc trobar jo amb eines internes.
En aquests casos el bibliotecari no espera a veure el registre corregit per tornar-lo a editar i desar, i per tant, es perd el canvi automàtic que fa el procediment de correcció (que, resumint molt, implica passar el $9 de la 980 a $a).

8 - març - 2016

Error a l'ISSN de Lectora enlloc del correcte 2013-9470, teníem 2030-9470. S'ha gestionat com a tasca informàtica, ha implicat: fitxers, directoris, miniatures, registres... 501 registres i conjunts de fitxers. https://ddd.uab.cat/record/76960

24 - febrer - 2016

Es carregen 278 registres de TFG de Traducció i Interpretació de l'aplicatiu del Campus virtual a les llistes per revisar. El Ferran ha convertit tots els documents .doc i .docx a pdf. Alguns d'aquest, concretament 91, corresponien a Enginyeria i han sobreescrit els que ja teníem revisats i publicats. gràcies a l'avís de la biblioteca, al cap de pocs minuts hem recuperat els registres originals i no hi ha hagut cap problema. Finalment han estat 187 registres nous.

9 - febrer - 2016

S'han esborrat per error tres fitxers de la revista Estudios de lingüística del español: index.html.1, index.html.2 i index.html.3
El Ferran els recupera en qüestió de segons i força que es generin unes miniatures que no apareixien perquè l'extensió no era html.
Registre d'exemple: https://ddd.uab.cat/record/69874

5 - juny - 2014

Desactivem la sintaxi Textile (que utilitza el Redmine i l'IFMUC) en el DDD.
Si el text va entre guionets el tatxa:
https://ddd.uab.cat/record/115353

16 - maig - 2014 19:44

Per a: Montserrat Bravo San José; Administracio i Suport Base de Dades Servei de Biblioteques
Registre desaparegut misteriosament, es recupera el registre bibliogràfic i el PDF a partir dels fitxers temporals generats pel sistema; no sabem la causa exacta de la desaparició, es torna a entrar.
<http://ddd.uab.cat/record/118275>

Incidències amb les estadístiques

S'ha corregit el registre i s'ha comprovat que no n'hi hagi cap altre. Solucionat.

---------------------------------------
Hi ha quatre motius per no sortir a les estadístiques: per editar registres (personal UAB), per consultar el fitxer robots.txt (és a dir, perquè és un robot o un crawler), perquè pel tipus de software es pot deduir automàticament que és un robot, o bé perquè el Ferran l'ha posat a una «llista negra» d'adreces que s'han comportat d'una manera estranya, fent malbé les estadístiques, però no s'han detectat automàticament.

Incidències amb l'Apache

Esporàdicament, el DDD rep allaus de consultes que el servidor no pot respondre. D'això se n'acostuma a dir un atac de denegació de servei (Denial Service), i que consisteix en intentar tombar el servidor a base de col·lapsar-lo. Sovint es fa de manera distribuïda, a base de col·lonitzar clients que no ho saben (típicament trojans en PCs Windows) i que, sense ser-ne conscient, són comandats perquè tots, alhora, consultin un servidor web determinat. Hi ha altres varietats que no cal detallar, però el que ens interessa és saber com sobreviure a aquests allaus.

Dit això, el Ferran creu que fins ara no hi ha indicis que el DDD sigui víctima d'atacs específics contra ell, sinó que formen part del sistema caòtic (o de la part caòtica del sistema) que és Internet. Està explicat en part a GestioDeRiscs.

Després de moltes proves i moltes lectures, la solució va ser tan senzilla com un senzill script de 6 línies que s'executa cada 5 minuts i fa el següent:

  1. Defineix el màxim de sessions que creiem que és correcte (ara mateix és 300)
  2. Compta quants processos hi ha en el servidor que són d'Apache
  3. Si n'hi ha més que el màxim (o no n'hi ha cap), reinicia el servidor d'Apache i envia un mail a la Cristina, el Ferran i els administradors del Servei d'Informàtica.

Part d'aquests correus poden ser falses alarmes produïdes perquè durant el backup (entre 2 i 4 de la matinada) de la base de dades MySQL la màquina pateix molt i Apache no pot respondre a totes les peticions sense que necessàriament sigui un atac.

Què passa quan Apache fa un restart? Que les peticions que en aquell moment s'estan fent (p. ex., la resposta a una cerca, o la visualització d'un document en aquell precís moment) queden tallades i el navegador dóna un error (200 o 501, depenent de l'instant) fins que no torna a estar a punt (uns 10-15 segons). Si és una persona i en aquell moment s'està mirant la pàgina i no farà clic fins al cap de mig minut, probablement ni se n'adonarà.

Recollida de dades

Any Mes Restarts d'Apache
2021 desembre
2021 novembre
2021 octubre
2021 setembre
2021 agost
2021 juliol
2021 juny
2021 maig
2021 abril
2021 març
2021 febrer 64
2021 gener 207
TOTAL 2021
2020 desembre 207
2020 novembre 113
2020 octubre 302
2020 setembre
2020 agost
2020 juliol
2020 juny
2020 maig
2020 abril
2020 març
2020 febrer
2020 gener 1018
TOTAL 2020 1640
2019 desembre 0
2019 novembre 6
2019 octubre 13
2019 setembre 12
2019 agost 17
2019 juliol 1
2019 juny 36
2019 maig 35
2019 abril 72
2019 març 13
2019 febrer 3
2019 gener 14
TOTAL 2019 222

El accessos passen a mostrar-se amb gràfics, totes les dades estan a https://ddd.uab.cat/accessos/ i un exemple de gràfic seria https://ddd.uab.cat/accessos/2019/access_a2019_day.png

2018 desembre 2
2018 novembre 27
2018 octubre 8
2018 setembre 10
2018 agost 2.744 9
2018 juliol 331.440 91
2018 juny 2.439 8
2018 maig 4.879 16
2018 abril 3.657 12
2018 març 1.223 5
2018 febrer 4.572 15
2018 gener 1.217 4
TOTAL 2018 349.732 207
2017 desembre 2.743 10
2017 novembre 304 1
2017 octubre 305 1
2017 setembre 0 0
2017 agost 915 3
2017 juliol 0 0
2017 juny 304 3
2017 maig 1.828 6
2017 abril 1.214 4
2017 març 2.131 7
2017 febrer 1.215 4
2017 gener 913 3
TOTAL 2017 11.872 42
2016 desembre 611 2
2016 novembre 3.666 12
2016 octubre 907 3
2016 setembre 306 1
2016 agost 0 0
2016 juliol 610 2
2016 juny 305 1
2016 maig 0 0
2016 abril 1.201 3
2016 març 306 1
2016 febrer 6.353 15
2016 gener 1.288 3
TOTAL 2016
2015 desembre 398 1
2015 novembre 16.586 36
2015 octubre 12.377 31
2015 setembre 4.122 10
2015 agost 5.202 13
2015 juliol 1.624 5
2015 juny 46.404 107
2015 maig 6.776 15
2015 abril 10.463 24
2015 març 12.150 31
2015 febrer 9.948 21
2015 gener 12.002 28
TOTAL 2015 138.052 322
2014 desembre 2.657 7
2014 novembre -- --
2014 octubre 2.390 5
2014 setembre -- --
2014 agost -- --
2014 juliol 4.264 12
2014 juny 7.923 20
2014 maig 15.914 42
2014 abril 4.336 12
2014 març 1.677 5
2014 febrer 1.804 5
2014 gener 4.358 11
TOTAL 2014 45.323 119
2013 desembre 2.079 6
2013 novembre 671 2
2013 octubre 7.073 20
2013 setembre 10.943 30
2013 agost 14.778 44
2013 juliol 11.738 40
TOTAL 2013 47.282 142

Incidències als discs Volum-X (VNX i Satabeast)

  • 24 - març - 2016

(A partir d'un correu del José Manuel Castillo.)

Des del dia 24/3 (després de l'aturada elèctrica de setmana santa) hi ha un disc de 2 TB del Satabeast2 (DDD) avariat.

Com hi havia configurats 3 discs en "hot spare" (discs que estan inactius a l'espera de que un altre falli per prendre el seu lloc automàticament), tot continua funcionant normalment.

No obstant, cal tenir en compte que ara queden només 2 discs de "hot spare" (un d'1 TB i l'altre de 2 TB).

  • 1 - setembre - 2016

Una de les fonts d'alimentació del Satabeast1 (Liceu) s'ha espatllat. Com tot en el Satabeast, és redundant, i per tant hi ha l'altra que funciona. De tota manera, el José Manuel va veure que el ventilador tampoc no anava. S'han fet aquestes gestions:

  • 5-setembre-2016 Contactar amb els nostres proveidors (Flytech). La resposta és que el producte ja no està en estoc i no tenen peces de recanvi.
  • 12-setembre-2016: Intentar comprar les peces a eBay. Hi ha hagut tres intents: la primera, era d'un model diferent i no encaixava, la segona, el proveidor s'havia confós i de fet no en tenia. Queda una tercera possibilitat, de canvar les dues fonts d'alimentació perquè siguin iguals, en comptes de 760W, totes dues de 1100W, perquè no n'hem trobat cap de sola de 760W. Ara mateix estem pendents d'aquesta darrera operació.

Incidències amb el programari o maquinari del DDD de manera genèrica

aquestes incidències queden recollides mitjançant els formularis ISO per a Incidències informàtiques https://lacarpeta.uab.cat/group/guest/menu-bbdd-iso

Actualitzat per Cristina Azorin fa 7 dies · 68 revisions