Interneten bilatu eta proba ezberdinak egin eta gero, lortu dugu jakitea zein den erruduna: Micrososft-en eguneraketa bat: KB2670838

Desinstalatu egin dugu, eta ordundik ez dugu beste pantaila urdinik izan.

Hemen topatu genuen erantzuna:  http://h30434.www3.hp.com/t5/Notebook-Lockups-Freezes-Hangs/frequent-blue-screen-on-DV6T-caused-by-igdpmd64-sys/td-p/2447215

Ezer berezirik egin gabe, gertakarien administratzailean Chromek gero eta memoria gehiago hartzen zuela ikusi genuen.

Interneten bilatzen ibili ondoren, Google Chromen May+Esc teklak sakatuta ataza administratzailea irekitzen zela ikusi genuen, eta konturatu ginen han GPU prozesuak gero eta memoria gehiago jaten zuela.

Arazoa nondik zetorren ikusita, eta google-n gehiago bilatu eta gero, hemen daukazue arazoa nola konpondu dugun

Chromen hau jarriz: chrome://settings/

Agertzen den pantailan, bukaera aldean Aukera aurreratuak ikusi. Sistema: hardware azelerazioa erabili eskuragarri dagoenean desgaitu

Hemen ingelesean dagoen azalpena: http://www.askvg.com/fix-slow-performance-issues-and-tabs-not-loading-problem-in-google-chrome-by-disabling-hardware-acceleration-feature/

Guri zorionez aspaldian ez zaigu gertatu, baina gutxien espero duzunean, presa gehien duzun unean, orduan gertatzen zaizu. Zure terminalean zaudelakoan, zure ekipoa itzali nahi duzu eta halt edo “shutdown -h now” aginduak bota eta …………, REDIOS !!!! KAGUEN !!!! zerbitzarian konektatuta negoennnnnnnn !!!!!   :’-( 

Zorionez hau berriro gertatu ez dadin, molly-guard paketea instalatu zenezake, eta aurrerantzean ssh konexio bidez konektatuta zaudela halt bat exekutatzen badezu,  molly-guard paketeak ez du ekipoa itzaliko zuk zerbitzariaren izena tekleatu arte, eta horrekin ziurtatzen da benetan zerbitzari hori dela itzali nahi duzuna.

Guk gure zerbitzari guztietan instalatuta daukagu !!

Guk sergurtasun kopiak kudeatzeko Elkarbackup software librea erabiltzen dugu. Kopia guztiak diskora egiten dira, eta beste segurtasun maila bat jartzeagatik, backup-aren datu guztiak beste ekipo batekin sinkronizatzen ditugu (une hauetan hau da fitxategi kopurua 75.962.978). Bigarren ekipoa hau (morroia) ez da beste munduko ezer, CPU eta memoria aldetik txiki xamarra.

Kontua da fitxategi asko direla sinkronizatzen direnak, eta rsync lanak ez zituen denak sinkronizatzen. Denbora dexente arazoren bila aritu ondoren,  konturatu ginen bigarren ekipo honi (morroia) memoria agortzen zitzaiola.

Arazoa konpontzeko hoberena memoria fisiko gehiago jartzea litzateke,  baina guk aukera hori ez genuenez, swap memoria handitzea probatu genuen, eta horrekin arazo guztiak desagertu ziren. Hau da egin genuena

Lehenik eta behin, ezertan hasi aurretik free komandoarekin begiratu ea zenbat memoria duen zure makinak.

Orain Swap bezala erabiliko degun fitxategia sortu. Guk 4GBekoa jarri genion /besteswapfile fitxategian:

root@backup01:~# dd if=/dev/zero of=/besteswapfile bs=1024 count=4194304

root@backup01:~# ls -lah /besteswapfile
-rw-r–r– 1 root root 4,0G 2014-01-27 09:36 /besteswapfile

Orain swap bihurtu eta aktibatu:

root@backup01:~#  mkswap /besteswapfile
root@backup01:~#  swapon /besteswapfile

(orain beste free bat exekutatu swap memoria gehitu dala ikusteko, dena ondo egin bada 4GB gehiago izan beharko zenituzke)

Zerbitzaria berrabiaraztean swap fitxategi hau aktibatzeko, /etc/fstab barruan lerro bat jarri behar da

# swap handitzeko jarritako fitxategia
/besteswapfile    swap    swap    defaults    0    0

Eta era merke merkian, zure zerbitzarixak 4GB swap extra dauzka

Monitorizatu nahi ditugun gailuen artean, gure sareko wifi AP edo antenak daude, baina CactiEZ sistemak ez dauzka antena mota honek behar dituen template-ak.

Zorionez, gure aurretik beste norbaitek ere behar izan ditu, eta eskuragarri jarri ditu post honetan. WG102 Graph Template, WG102 Data Template eta WG102 Data Query deskargatuko ditugu, eta CactiEZ-n inportatu (menuan horretarako aukerak daude).

Azkeneko gauza bat falta da, WG102.xml deskargatu eta gure zerbitzariko /resource/snmp_queries karpetan kopiatu behar da. Nik nire ekipoan deskargatu ondoren, scp bidez kopiatu det

~ $ scp Deskargak/WG102.xml root@cacti:/var/www/html/resource/snmp_queries/

eta ondoren, baimen egokiak jarri dizkiot

[root@localhost ~]#  chown apache.apache  /var/www/html/resource/snmp_queries/WG102.xml
[root@localhost ~]#  chmod go+r /var/www/html/resource/snmp_queries/WG102.xml

Honekin “Netgear WG102 Wireless Packets“ informazioa marrazten hasi zait. Oraingoz ez det ezer aurkitu antena bakoitzak duen datuen trafikoa bps-tan neurtzeko.

Cacti AP Wifi Netgear WG102

XP baten instalazio garbia. Beti egiten dugu moduan, driberrak instalatu eta gero SP3a jartzen dugu.

Hau egin eta gero ekipoa oso motel dabil, ia ezin da lan egin berarekin eta orain arte oso ondo zebilen. Ataza-kudeatzailean begiratuz ikusten dugu svchost.exe prozesua CPUaren %100 hartzen duela.

Sistema eguneratzen saiatzen gara, baina ezin da.. Windows Update ez dabil.

Orduak eta orduak galdu eta gero, berrinstalatu, Interneten begiratzen, froga piloa egin eta gero.. hemen daukazue nola konpondu dugun:

• XP instalazio garbia
• Driberrak instalatu
• SP3 jarri beharrean, SP2a jarri eta “Actualizaciones Automaticas” automatikoki jarri, nahiz eta oraindik ez dabilen ere ez
•  WindowsUpdateAgent30-x86 instalatu

Hau egin eta gero Eguneraketa Automatikoak ondo dabiltza. Eguneratzen joaten gara eta gero SP3a instalatzen da eguneraketa automatikoen bidez.

Orain ekipoa ondo dabil, ez dakigu zein den arazoa, baina horrela konpondu dugu.

**********************************************

2013-12-10 EGUNERAKETA

Berriro gertatu zaigu. Behin SP3 instalatu dugunean momentu bat heltzen da non eguneraketak ez dute funtzionatzen, eta svchost.exe-k berriro prozesu guztia hartzen du.

Eguneraketa automatikoen zerbitzua gelditzen badugu, ekipoa oso ondo doa –> zerikusia dauka. Google-n bilatuz topatu dugu nola egin:

Windows Updatek Internet Exploreren prozesu batzuekin loturik dago. Hauek ez badaude eguneraturik, eguneraketak eramaten duen prozesua (Windows Update Agent) gaizki doa

Konpontzeko: IE6ren eguneraketak deskargatu eta instalatu (I6 delako XP garbi batekin datorrena). Hemen daukazue nondik jeitsi:   descargar aquí.

Ziurrenik bigarren zati hau eginda konpondu egingo litzateke. Ez dugu frogatu, baina berriro gertatzen bazaigu hau izango da frogatuko dugun lehenengo gauza.

Ahal den bezain pronto IEko azkeneko bertsioa instalatu eta gaizki jarraitzen badu, ezgaitu eguneraketa automatikoak (ez da gomendatzen dena, baina beno)

Haiseratik administradore lokala ez zen edozein erabiltzailearekin errorea ematen du: Failed to create execution engine (nahiz eta erabiltzailea ekipoaren administradoreen taldekoa izan).

Ikasleek erabiltzen duten erabiltzailearekin nahi dugu exekutatu ahal izatea. Ordu batzuk konpondu nahian pasatu eta gero , lortu dugu:

c:\documents and settings\INSTALATU_DUGUN_ERABILTZAILEA\Configuración local\Datos de Programa\  karpetan “Teledyne DALSA” izeneko karpeta bat, eta beste erabiltzaileetan ez dago.  Ikusteko, izkutuan dauden karpetan erakutsi behar dituzue. Probatzen dugu beste erabiltzaile baten profilean kopiatzen, eta ez du errorea ematen, ongi exekutatzen da programa.

Orduan, hemen egin behar duguna:

• Hemendik aurrera sortzen diren erabiltzaile berrientzat: karpeta hori c:\Documents and settings\Default user\Configuración local\Datos de programa karpetara kopiatu behar dugu.
• Existitzen diren erabiltzaileentzat, bere profilean kopiatu behar dugu karpeta: c:\Documents and settings\USUARIO_QUE_EXISTE\Configuración local\Datos de programa karpetara..

Eta listo, konponduta

Moodle-n daukagu bertsioa 2.4.+ build 20130627 da (bertsio honetara migratu baino lehen ez zuen errorerik ematen )

Hemen nola konpondu:  php.ini fitxategia editatu eta ziurtatu upload_tmp_dir jarrita dagoela, han agertzen den direktorioa existitzen dela eta idazteko baimenak daukala.

Konponbidea hemen topatu dugu : https://moodle.org/mod/forum/discuss.php?d=195118

Moodle 2.4.4+ Failed to write file to disk Error. Solución

Oct03
2013 Leave a Comment Written by koro

Hace poco hemos tenido un problema a la hora de subir ficheros mayores de 1MB, aún incluso cuando las variables que hacen referencia a máximo tamaño de fichero a subir eran 100MB. El error que nos daba era: Failed to write file to disk.

La versión que tenemos de Moodle es 2.4.4+ build 20130627 (antes de hacer una migración a esta versión no daba error.

La solución ha sido editar el fichero php.ini y asegurarnos que el parámetro upload_tmp_dir está configurado, que el directorio que indica existe y que tiene permisos de escritura.

Solución encontrada en : https://moodle.org/mod/forum/discuss.php?d=195118

Elkarbackup rsnapshot tresnan oinarritzen da, zerbitzari anitzeko datuen backupak kudeatzeko asko erabiltzen den tresna librea. Elkarbackup-ek web interfaze bat gehitzen dio, alde batetik hainbat lan errazten dituena, eta bestetik rsnapshot-ek eskaintzen ez dituen hainbat ezaugarri berri gure esku jartzen dituena.

Bere ezaugarrien artean hauek nabarmenduko genituzke:

• Hainbat hizkuntzetara lokalizatua (gaur egun euskaraz, gazteleraz eta ingelesez)
• Zerbitzari bezeroen eta beraien datu ezberdinen kudeaketa,  kuotak eta salbuespenak eta abar kontutan izanik.
• Kopia politika ezberdinak, bakoitza bere programazio eta datuen erretentzioarekin
• Kopietan sortu daitezkeen arazoei buruzko informazioa emateko alerta kudeaketa
• Zerbitzari edo/eta Lan mailan PRE/POST scritpak kudeatzeko aukera
• Hainbat aukera gehiago: datu biltegiaren erreplikak sortzeko, datuak non gordeko diren zehazteko, eta abar.

Rsync protokoloa erabiltzen duen edozein zerbitzarietako kopiak egiteko gai da, guk GNU Linux eta Windows zerbitzarietako datuak kopiatzeko erabiltzen dugu.

Kopiak diskora egiten dira, eta hemen ezaugarri interesgarri bat aurkituko dugu: aurrerantzean kopia diferentzial eta inkrementalaz ahazten gara, kopia bakoitza kopia oso bat da, eta honek lan asko kenduko digu backup baten datuak berriro ere berreskuratu behar ditugunean. Hau irakurrita norbaitek pentsa dezake diskoaren kontsumoa asko handituko dela, baina ez da horrela. Rsnapshot-ek hardlink-ak erabiltzen ditu, beraz azken kopia egin zenetik sortu edo aldatu diren fitxategiak bakarrik kopiatuko ditu, eta hardlink-ak erabiliz aldatu ez diren fitxategiak esteka gogorrak erabiliaz azken segurtasun kopiatik estekatuko ditu.

Hasiera batetik proiektu honen emaitza software librea izatea nahi genuen, eta horregatik   GPL V3 lizentziapean jarri dugu, edozein erakundek era libre eta doakoan erabiltzeko aukera izan dezan.

Aurtengo uztailean Elkarnet taldearen laguntzarekin, Euskadiko lanbide heziketako ikastetxeetako administrarientzako formakuntza tailerrak antolatu dira, eta 20 pertsonak parte hartu eta aplikazioaren ezaugarriak ezagutu dituzte. Balorazioa oso ona izan da eta hainbat ikastetxeetan ezartzeko asmoa dute.

Tresna ezagutzera emateko ikastaro bat programatu da Garaia Enpresa Digitalaren bidez irailaren 17rako. 5 orduko ikastaro praktikoa izango da, makina birtualak erabiliz tresna nola kudeatzen den ikasteko. Animatzen bazara, han ikusiko gara. Hemen duzu izena emateko formularioa.

Windows 7an ez dago C:\Documents and Settings karpeta, orain c:\Users karpetan daude erabiltzaileen profilak.

Berdina egin dugu, erabiltzailea topatu c:\Users-en barruan, eta erabiltzailearen karpeta ezabatu, baina erabiltzaile horrekin sartzen bagara berriro, errorea ematen digu:

Inicio sesion con un perfil temporal.
No puede tener acceso a sus archivos y los archivos
creados en este perfil se eliminaran cuando cierre
sesion.
Para solucionar este problema, cierre sesion e
intente iniciarla mas tarde. Consulte el registro de eventos
para obtener informacion mas detallada.
No puede tener acceso a sus archivos

Interneten bilatu eta gero, konponbide bat topatu dugu (kontuz, erregistroa ikutu behar baitugu!! ez badakizu nola egin, ez ikutu)

Nahiz eta profila ezabatu, erregistroan ezabatu behar duzun informazioa geratzen da, normalean key bat “.bak” batekin hurrengo lekuan:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList

Eginda.. topatu dugu .bak-a , ezabatu dugu eta listo, dagoeneko badoa