2.9.08
 -   mapstudio/R.45: huomasin ov:n status ohjelmalla että R.45:ssä oli ilmaisinvikoja (lokin mukaan tulleet 6.8.08), kuitenkin mapstudion mukaan kaikki olisi ok (eli "raameissa" ei väriä).
 -  "status update" mapstudiolla ei vaikuttanut asiaan (eikä myöskään status ohjelman "update status/alarms").
 -  mapstudion uudelleenkäynnistyksen jälkeen viat näkyivät myös siinä. (vanha vika jota ei vähään aikaan huomattu esiintyvän tällä tavoin, tosin sitä että "raamit" olleet väärän väriset, eli esim. ilmaisinvika on näkynyt raameissa "user defined error" värisenä on kyllä ollut ajoittain).

2.9.08
 -  haagan paloasema R.59-61 yhteydet toimivat taas vain toiseen suuntaan (eli kojeen lähettämät tiedot tuli perille, mutta kojeelle lähetetyt käskyt ei)
 -  ilmoitettu Bertille
 -  Elisa bootannut paloaseman talokytkimen, jonka jälkeen yhteydet ok. (Elisa uusi talokytkimen 3.9.08, eli mahdollisesti edellisenkaltaiset jumiutumiset loppuvat).

25.8 noin klo 6:00
 -  on poliisi havainnut ettei ov-sovellukset toimi
 -  klo 6:00-7:00 tehty työasemille restartit ja yritetty kirjautua niille eri tunnuksilla.
 -  klo 7:00 lähdin nervanderille ja (mahdollisesti) klo 7:22 käytin sähköt pois 000575:ltä
 -  000575:n uudelleenkäynnistymisen jälkeen (mahdollisesti klo 7:34) osa OV:n "serviceistä" (jotka käynnistyy automaattisesti bootin jälkeen) pysähtyi.
 -  käynnistin kyseiset "servicet" uudelleen jonka jälkeen kaikki jäi päälle.
-  katselin tänään ov:n lokitietoja kaikien risteysten osalta ja havaitsin että 24.8 klo 23:14 ja 25.8 klo 7:32 välisenä aikana ei risteyksiltä tullut mitään tietoja lokiin. (eli jotain tapahtunut jo 24.8) 25.8.08
-  aamulla oli kaikilla ov-työasemilla jokin omivuen virheilmoitus (ilmeisesti "connection to wsi lost" tai vastaava), ja kun päivystäjä ei kyseisten ilmoitusten kuittaamisenkaan jälkeen saanut omnivue ohjelmistoa toimimaan teki hän työasemille "restartin".
 -  restartista oli seurauksena että "lvalvomon" käyttäjätunnus/salasana ei kelvannut (ilmoitus virheellisestä tunnuksesta/salasanasta)
 -  sitten kun ehdin paikalle kokeilin kirjautua työasemille omilla tunnuksilla/salasanalla >seurauksena oli että ov-1 ja ov-kartta työasemat antoi saman ilmoituksen virheellisistä tunnuksista, mutta ov-2 työasema käynnistyi (tosin omnivue ohjelmisto ei toiminut siinäkään joten lähdin Nervanderinkadulle.
   -Nervanderinkadulla oli serverit siten että 000576 oli normaalisti logoff tilassa, mutta 000575:llä oli "dos pohjalla" ilmoitus "operating system not found"
 -  käytin 000575:ltä virrat pois, jonka jälkeen serveri käynnistyi normaalisti. (olisiko sunnuntain ja maanantain välisenä yönä ollut jokin boottaamisen vaatinut päivitys?)
 - R.75 mdsl ei käynnisty (uusi tilattu P.P:ltä)
  -  R.161 kojevaihdon jälkeen käyttöönotossa ilmoitus "no mains, 50hz" ("korjattu" synkkamoduli oli viallinen).

18.6.08
ryhmäkäskyn perillemeno ryhmälle 3 kesti useita minuutteja..

OV-TYÖASEMAT:
 -  12.6.08 noin klo. 19:04 oli ov työasemat lakanneet toimimasta, liitteenä Iivosen Tapen tekemät muistiinpanot asiasta (page0001.jpg)
 - Tommi oli käynyt illalla Valossa ja todennut ettei millään ov työasemalla saanut yhteyttä verkkotyöasemiin kuten esim. T-asemaan, myöskään whats'up ei toiminut.
  -  Tommi oli käynyt Nervanderilla Boottaamassa ov-serverit (noin klo 21:00 mennessä)
 -  ei vaikutusta.
 - Tapen viestin mukaan oli ov-1 työasema alkanut toimimaan noin klo.22:40.

- Eilen on ollut Helsingin energian mukaan sähkökatkos pääkaupunkiseudulla josta ilmeisesti on johtunut eilinen.

13.6.08
aamulla oli ov-2 ja ov-kartta työasemilla liittenä olevien kuvien mukaiset virheilmoitukset
 -  ov-sovellukset käynnistyivät kuitenkin normaalisti kun virheilmoitukset oli suljettu.

HAAGAN YHTEYDET:
9.6.08 sekä 11.6.08
 -  haagan paloaseman (br12) kautta olevat yhteydet on temppuilleet. (Bertin mukaan ei 9.6 ollut helnetissä/haagan paloaseman talokytkimessä mitään ongelmia).

lisäksi tällä viikolla ollut useasti ov-kartalla risteyksiä "no information" tilassa, esim.298,81

27.2.08
 -   Ruoholahden varayhteys mdsl:ssä (cr11) jotain häikkää (elisa saanut kytkimensä kyseiseen porttiin liittyvän hälytyksen).
 -   kävin tutkimassa asiaa 28.2 ja totesin että mdsl:n virtalähde oli viallinen.
 -  virtalähteen uusimisen jälkeen ok.

27.2.08
  -  R.225 taas "no information" tilassa käyty risteyksessä boottaamassa.
   - ok
HUOM  ec-1 raamit: ov kartan symbolissa olevat raamit jää usein näyttämään vian kuittaamisen jälkeen vikatietoa (ec-1 kojeet) kunnes tehdään "update status/alarms" (aikaisemmin elc:ssä ollut vastaava vika).

12.2.2008
  -  noin klo.7:16 päivystäjä antanut vahingossa virheellisen komennon "ci 059-063" (käskystä puuttuu ohjelman numero)
   - siitä aiheutui että jotkin risteykset mukaanlukien R.59 pyrki ohjelmaan 6, jota siellä ei ole.
   -  hetkeä myöhemmin päivystäjä käski risteykset 59-61 ohjelmaan 3 ja risteykset toteuttivat käskyn.
   -  noin klo 7:31 "hävisi" yhteys Haagan paloasemalla olevaan mdsl-yksikköön (br-12), yhteys toimi kuitenkin puoliksi siten että kojeitten lähettämät tiedot tulivat perille, mutta työasemilta annetut käskyt ei toteutuneet.
   -  jossain välissä iltapäivällä käytiin paloasemalla boottaamassa (br-12), sillä seurauksella että liikennöinti lopetti toimintansa täysin.
   -  Elisa boottasi paloaseman talokytkimen jonka jälkeen yhteydet alkoivat toimimaan noin klo. 17:30.

PS. ylimpänä mainittu virheellinen komento tuskin? pystyi aiheuttamaan talokytkimen sekoamisen, mutta tulipahan mainituksi kun ne osuivat noin vartin sisään toisistaan.

17 01.2008
   -  Kaikki ov risteykset näytti taas "no information" tilaa 17.01 noin klo 6:40-6:42 (ov työaseman kellonaika).
   - liitteenä ote 14-linjan whatsup:in lokista (kaikkien linjojen loki näytti samalta, eli kaikki mdsl-yksiköt olleet n.2min pois pelistä).
   -  soitin energialaitoksen vikakeskukseen eikä siellä ollut tietoa sähkökatkoksesta nervanderinkadun alueella kyseisenä ajankohtana (eli olisiko Elisa jatkanut harjoituksiaan, vai eikö tullutkaan eilen täysin kuntoon)
.
16.01.08 (ulkoinen vika)
   -  noin klo 6:45-08:00 kävin nervanderilla ja tein boottauksia ov-servereille ja mdsl-räkille.
   -  kaikki servereiden palvelut eivä aina käynnistyneet itsestään (ainakin wsi,systemlog,tcpip communicator), jotenka annoin niille käsin stop/start käskyjä. (tämänkään jälkeen ei yhteydet pelanneet).
  -  soitin it-yksikön tukinumeroon hieman yli klo 8:00 ja jätin viestin tapahtuneesta vastaajaan, ja kun noin klo 10:20 mennessä ei ollut asiasta mitään kuulunut sain B.O. :n kiinni, joka välitti tiedon Elisalle.
    -  yhteydet alkoivat toimimaan taas noin klo 10:40

15.01.08  (ulkoinen vika)
   -  noin klo 16:00> Elisa suorittanut Helnet verkossa huoltotöitä (kuulemma muuttanut reitityksiä, tämä siis selvisi vasta seuraavana päivänä), jonka seurauksena "kaksisuuntainen" yhteys kaikkiin ov risteyksiin lopetti toimintansa (kojeiden lähettämät tiedot tulivat kyllä perille, mutta mitkään "status kyselyt" tai risteyksille annetut komennot ei menneet perille).

10.12.07
     - R.207 oli ov:n mukaan "no information tilassa" (koje oli sähköttömänä, mutta mdsl ei).
     - noin klo 6:30 kaapatusta kuvasta näkyy että vika olisi tullut klo 10:20 (registered sarake).
     - lisäksi update sarakkeen kellonaika on 6:29:35 vaikka statuksen oikeassa alareunassa oleva kello on 6:29:30
     - expanded statuksen update kellonaika taas on 6:22:36 (saattaa tosin olla että kyseisen ikkunan avaamisen ja kuvan kaappamisen välillä kului jonkin aikaa).

28.10.07
   - talviaikaan siirtyminen aiheutti sen että yhteydet katkesi 6-linjan risteyksiin lukuun ottamatta risteyksiä 300 ja 360.
    -yksiköiden resetoinnin (sähköt pois) jälkeen ok.
    -lisäksi risteysten 59 ja 17 kellot eivät vaihtaneet talviaikaan.

25.10.07
     -R.76 ja 78 tekivät taas vian kun niille annettiin ohjelmanvaihto ryhmäkäskynä (vanha vika)

19.10.07
     -R.73 oli aamulla lamppuvian takia vilkulla. ov:n statusohjelma oli tietoinen asiasta, mutta kartalla oli symbolin "raamit" värittömät ja "pallo" oli keltainen, (eli karttaohjelma ei ollut noteerannut vikaa, vaikkakin tiesi että valot oli vilkulla).
    -kun kojelle tuli viallisen lampun paikallistamisen takia uusi vika, ilmoitti myös kartan "raamit" viasta.

11.10.07
    - P.P. testaillut ov asioita ja huomannut että R.277:n mdsl-yksikön sisäinen kello oli 2 päivää edellä
    >P.P. asetti kellon aikaan, jolloin yhteys kyseiseen mdsl-yksikköön katkesi. (vanha vika, yhteys olisi luultavasti palannut 2:n päivän kuluttua, kuten ainakin aikaisemmissa havainnoissa joissa kelloa on siirretty tunnin taaksepäin, on yhteys palutunut tunnin kuluttua.)
    - uusi havainto kyseisestä asiasta on se, että ov-kartalla näyttäisi kaikki olevan ok kunnes risteykselle yritetään antaa joku käsky tai kun siltä yritetään kysyä statusta (symboli alkaa näyttämään "no information" tietoa, mutta muuttuu jonkin ajan kuluttua taas näyttämään ok tilaa kun koje lähettää tietyin väliajoin tietoa statuksestaan), eli näyttäisi siltä että kommunikointi toimii toiseen suuntaan tässä tilanteessa.
     -käyttämällä mdsl-yksikkö sähköttömänä saatiin kommunikointi taas toimimaan ok.

10.10.2007
    -mapstudion valittavissa oleva "partial flash" värisymboli ei toimi oikein.
    R.233= 1:llä ELC-kojeella ohjattu 2 risteystä.
   >Risteys 1 on viasta vilkulla, risteys 2 toiminnassa.
   >Kartalla raamit kertoo viasta, mutta pallon väri on vihreä.
kts kuva.

5.10.2007 ov-2 työasemalla oli kuvan mukainen virheilmoitus.

4.10.2007
R.78:n tuli ohjelmanvaihtokäskyn yhteydessä (p5>p7) "5.1 no green G10" vika noin klo 17:30 (vanha vika)

21.9.2007
R.78:n tuli ohjelmanvaihtokäskyn yhteydessä (p4>p7) "5.1 no green G10" vika noin klo 17:45 (vanha vika)

R.109, 208 ja 210 ongelma:
On tutkittu risteyksissä 109,208,210 esiintullutta ongelmaa (mdsl:n linkit menevät "alas" ja ilmeisesti ainakin toisinaan koko mdsl resetoituu kun koje laitetaan "signals off" tilasta "signals on" tilaan)

   -ongelma ei riipu mdsl:stä, sen kehikosta, tai kojeen ja mdsl:n välisestä kaapelista (lainasin edellämainitut tarvikkeet "toimivasta" risteyksestä R.18 ja testasin niillä R.210:ssa).
   -sama ilmiö on kuulemma esiintynyt R.601:ssä (joka on "uudella cpu 386" kortilla varustettu itc-1).
   -eli ties miten monessa paikassa on sama ongelma (tämä "signals off" tilasta "signals on" tilaan tulee tosin yleensä vain jos risteyksessä käydään tekemässä jotain huoltotyötä)

R.32,33,38 vikaa:
   - 19.9.07 noin klo 11.00-11.30 risteyksessä 32 oli sähkökatko sillä seurauksella että omnia yhteys katkesi myös viereisiin risteyksiin 33 ja 38.
   > otin telnet yhteyden risteysten 45 ja 18 yksiköihin jotka näyttivät siltä että molempien yksiköiden molemmat linkit olisivat pystyssä.
   > resetoin 45:n ja 18:n yksiköt telnetillä.
   > ei vaikutusta.
   > ajoin risteyksiin 33 ja 38 (yksiköiden ledien mukaan kaikki ok, paitsi risteyksen 32 suuntaan menevät linkit)
   >käytin risteysten yksiköiltä sähköt pois
   >yhteys 33:n ja 38:n tuli kuntoon.

27.9.07
    -kävin Nervanderilla noin klo 10:30 ja yritin avata serveriltä omnivue ohjelman (omnivue login), mutta kun annoin käyttäjätunnuksen ja salasanan ei tapahtunut muuta kuin että se ruutu hävisi jossa kyseisiä tunnuksia kysytään. (ei mitään virheilmoituksia)
   -myöhemmin (noin klo 12:30) olin maastossa kannettavan pc:n kanssa ja muodostin "remote desktop" yhteyden Tainan omnia pc:lle, sekä yritin käynnistää omnivue login ohjelman ja sain ilmoituksen ettei ole tarpeeksi lisenssejä.

OMNIVUE ON NYT TÄYDESSÄ LAAJUUDESSAAN
Omniaan on liitetty kaikki ensimmäisessä vaiheessa siihen tarkoitetut risteykset

11.9.07
Herttoniemen risteykset (viimeiset etc:ssä olleet) liitetty omniaan.

3.9.07
R.73:een tullut yöllä vika, valot saatiin toimintaan noin klo 06:30. (omnian mukaan 73:ssa edelleen vika)
> vika kuittautui iltapäivällä tehdyn "update status/alarms" jälkeen. (aamupäivällä tehty useampaan kertaan "update status/alarms"
>ilman tulosta).

5.9.07
R.37:ssa vikaa
>valot saatiin toimimaan >omnian mukaan edelleen vikaa
>"update status/alarms" ei vaikuttanut >omnian status-ohjelman uudelleenkäynnistys ei auttanut
>resetoitu telnetillä 37:n mdsl-yksikkö
>ok
Kuva 1  Teksti  Kuva 2 Kuva 3

OMNIVUE ON UUDELTA NIMELTÄÄN OMNIA

6.6.07
- päivystäjä antanut vilkkukäskyn FG36 >R.298 teki delay vian (vanha vika)

29.7.07
- > R.300 usein "no information" tilassa (saattoi tehdä useasti päivässä tullen itsestään kuntoon, toisinaan taas jouduttu käymään resetoimassa mdsl).

14.8.07
- R.71 käsketty ohjelmaan 7 (noin klo 18:30).
- vähän ajan kuluttua koje näytti "no information" tilaa, ja kun kojeeseen tuli taas yhteys oli se mennyt itsestään automatiikan mukaiseeen ohjelmaan 4 (ilmeisesti mdsl on jostain syystä resetoitunut, jolloin se unohtaa sille annetut käskyt).

15.8.07
- ukkosen jäljiltä ov työasemilla liitteenä olevan kuvan mukainen tilanne (jossain työasemassa myös "wsi down" / "wsi up" ilmoituksia)

04.07.07
- yhteys R.87:n katkennut klo 18:02
>mdsl:n prosesseista osa pysähtynyt
>mdsl restart
>ok (vanha vika)

Testailtu Nervanderilla mdsl-yksikköön (cr-01) liittyviä asioita
03.7.07
- klo 08:00-10:30 välisenä aikana tehty seuraavat testit:
- irrotettu cr-01 yksiköltä risteyksille lähtevät linkkijohdot (1-3) yksitellen >ei vaikutusta
- laitettu linkkijohdot takaisin >ok
- kytketty cr-01 yksikkö sähköttömäksi >ei vaikutusta
- sähköt takaisin >ok
- kytketty yksitellen sähköttömiksi / sähköt takaisin yksiköille cr-02,dr-01,bb-18,bb-16 > risteysten reititysten "kääntymisen" jälkeen kaikki ok.

04.7.07
- klo 07:00-08:40 välisenä aikana tehty seuraavat testit:
- kytketty yksitellen sähköttömiksi / sähköt takaisin yksiköille ar-01,ar-02,R.108,br-01,br-02,dr-11,MTK > risteysten reititysten "kääntymisen" jälkeen kaikki ok.
- kytketty sähköttömäksi koko mdsl kaappi eli kaikki em. yksiköt ja kun kytkin sähköt noin klo 08:12 takaisin, seurasi liitteenä olevien kuvien mukainen tilanne kuva1 kuva2
> klo 08:25 käytetty bb-18 yksikkö sähköttömänä > ei vaikutusta
> klo 08:31 käytetty br-02 yksikkö sähköttömänä >tilanne normalisoitui.

testien aikana ei R.108:n mdsl-yksikön (eikä muidenkaan yksiköiden) yksitellen irrottaminen aiheuttanut 20.6 lähetetyssä postissa kuvattua tilannetta, eli taitaa olla tuurista kiinni mitä tapahtuu jos yksiköiltä menee sähköt pois.

20.6.07
- huomattu että kun R.208:n ja 210:n mdsl-yksiköt jäi testauksessa ilman sähköjä, niin katkesi yhteys myös risteykseen 212. (yhteys palautui kun 208:n ja 210:n yksiköillä taas sähköt).

25.6.07
- huomasin "whatsupista" että "vallilan varayhteys mdsl-yksikköön" oli yhteys katkennut 19.6.07 noin klo 16:43
>yksikkö ei vastannut "pingiin"
>kävin vallilassa ja totesin ettei "sw-led" vilkkunut (eli yksikkö tiltissä) >käytin yksiköltä sähköt pois
>ok.

26.6.07- R.109 mdsl:n linkit menee "alas" aina kun koje laitetaan "signals off tilasta"
> "signals on tilaan". (toisinaan mdsl ilmeisesti boottaa kokonaan em. tilanteessa, koska välillä kojeella syttyi "local control" led)
- ainoastaan 1-rinki (risteys jaettu kahteeen rinkiin) menee vilkulle käskettäessä ov:lla vilkulle.

02.7.07
- herttoniemen risteysten siirtäminen ov:een siirtyy lomien jälkeiseen aikaan, koska risteyksiä ei ole konfiguroitu ov:een.

02.7.07
   - R.208:n ja 210:n mdsl linkit menee "alas" kun koje laitetaan "signals off tilasta" > "signals on tilaan" (ei tosin ihan joka kerralla).
   - red2:n käyttäminen tutkien inputtina ei toimi kummassakaan kojeessa (ilmaisu makaa päällä).
   - osa risteysten ajoneuvoryhmistä ilmoittaa "keltalamppu vikaa" (vikakoodit 63 ja 59) aina kun ryhmä menee vihreäksi (vika kuittautuu kun ryhmä menee punaiseksi).
   - vertasin R.208:n 1-ryhmän keltaisen referenssiä mitattuun arvoon ja huomasin että mitattu arvo putosi vihreän aikana lukemaan 30 ja kiinteän keltaisen aikana mitattu arvo nousi lukemaan 175 joka on myös referenssi. kuitenkin 4-ryhmän keltaisen mitattu arvo pysyi myös vihreän aikana lukemassa 84 joka on myös referenssi (valoyksiköiden vaihtaminen ristiin ei auttanut).
  - valojen käyttöönotto jää odottamaan ongelmien korjaamista.

04.7.07
testattu ITC-1 risteyksissä 18 ja 131 valojen laittamista "signals off tilasta" > "signals on tilaan" (noin 20 kertaa perätysten kummassakin risteyksessä
>ei aiheuttanut mdsl:n linkkien "kaatumista").

7.6.07 R.151 liitetty ov:een

8.6.07 R.61:ssä (EC-1) vian kuittauksen jälkeen jäi ov kartalla "raamit" näyttämään edelleen vikaa, kunnes annettiin "update status/alarms". (vanha vika joka elc-kojeissa korjautunut mdsl-yksikköön tehdyllä muutoksella)

12.6.07 R.131,132 liitetty ov:een

17.6.07 R.128 "no information" tilassa
>mdsl:n boottaamisen jälkeen ok (vanha vika)

13.6.07 R.212-216,218,220,221 liitetty ov:een.
> 217 ja 219 ei lähtenyt toimimaan ov:essa
>etc kytkentä takaisin)

14.6.07 P.P. ohjelmoinut uudet mdsl-yksiköt risteyksiä 217 ja 219 varten 
>ei lähtenyt toimimaan niilläkään, palautettu etc:hen

19.6.07 noin klo 07.00 lainattu nervanderilla olevan R.108:n (risteys toimii erillisenä) mdsl-kehikkoa, jotta päästäisiin testaamaan R.219:n liittyvää ongelmaa.
>noin klo 07.22 kokeiltiin R.108:n kehikkoa risteyksessä 219, jolloin päivystäjä ilmoitti että yhteys linjan 3 risteyksiin, sekä 107:n katkennut. (lisäksi usean risteyksen symbolissa meni kehykset keltaiseksi, eli ilmoittivat "no trats" vikaa)
> "update status" ei muuttanut tilannetta
> vietiin R.108:n kehikko takaisin nervanderille ja kytkettiin sähköt noin klo 08.30 108:n mdsl-yksikölle
>yhteydet alkoivat toimimaan (liitteenä kuvia ennen R.108:n takaisin kytkemistä)  kuva Mapstudio  kuva Whatsup

    epäselvää on että johtuiko yhteyksien katkeaminen R.108:n mdsl:n irroittamisesta, vaiko siitä että touhuttiin R.219:n mdsl:n kanssa (ainakin sellainen huomattiin 219:ssä että kun risteyskojeelle kytkettiin sähköt, niin kojeen mdsl-yksikön kumpikin linkeistä meni alas ja nousivat sitten jonkin ajan kuluttua taas pystyyn)

19.6.07 R.219:ssä kojeen ja mdsl:n välinen kaapeli todettu väärin tehdyksi, vaihdettu se
>ok, (risteys liitetty ov:een).

20.6.07 R.217:ssä kojeen ja mdsl:n välinen kaapeli kytketty väärään liittimeen mdsl:n päässä, muutettu kytkentää
>ok, (liitetty ov:een, samoin R.222).

Kokous #15
Liikenteenohjauskeskus  
4.6.2007 Liikenteenohjauskeskus
Paikalla:
Tilaaja/KSV:  Sane (pj), Malmberg, Mäenpää
Laitevalmistaja/Swarco: Koskinen, Packalén 

1. Hyväksyttiin edellisen kokouksen muistio tarkistuksin, jotka liittyvät keskeisiin toimintahäiriöihin

2. Laajentumisen todettiin edenneen hyvin. Käytännössä enää Espojen seutu sekä muutama risteys on liittämättä Omnivuehen. Loput liitännöistä saataneen valmiiksi syksyyn mennessä.  Katso liitäntätilanne

3. Keskusteltiin toimintahäiriöistä ja päivitettiin seuraavana oleva lista:

1 ja 3 yhdistetty - MDSL-linjassa on aika ajoin katkoja, jotka ovat yleensä alle yhden minuutin pituisia. Tänä aikana lähetetyt käskyt eivät mene perille. Esimerkiksi risteyksessä 75 on yksi katko keskimäärin kerran viikossa. Vikaa ei kuitenkaan ilmene kaikissa risteyksissä.
    Tieto viasta tulee lokiin, jolloin päivystäjä voi havaita, ettei käsky ole mennyt perille. Tämä edellyttää päivystäjältä ainakin kriittisissä tilanteissa tarkistusta - mikä sinänsä kuormittaa tarpeettomasti silloin kun vikatilanteita on usein. Valvontajärjestelmä WhatsUp ei myöskään näytä tilannetta heti.

2. tarkistettu - Reunareitittimen (CR1) virheellinen toiminta sekä lopullinen rikkoutuminen aiheutti häiriöitä eri puolilla MDSL-verkkoa. MDSL:stä on löytynyt toiminta, joka aiheuttaa vian. Se on kytketty irti ja sen vaikutusta seurataan. Asia testataan viimeistään vastaanoton yhteydessä, mieluummin aikaisemmin. 

3 yhdistetty kohtaan 1

4 tarkistettu - ITC-kojeelle annettu käsky jää toteutumatta, jos käskyn antamisen jälkeen MDSL-yksikköä kohtaa sähkökatkos. Tällöin annettu käsky jää toteutumatta.
    Tuotekehitys on löytänyt asiaan ratkaisun, joka perustuu paristovarmennukseen. Ratkaisu ei ole toivottava, jos paristo joudutaan vaihtamaan liian usein, esimerkiksi 3-10 vuoden välein.

5 tarkistettu - MDSL-yksikön hidas käynnistyminen yhdessä ITC-kojeen käynnistymisen kanssa johtaa useaan sisäiseen ohjelmanvaihtoon, jotka haittaavat osittain liikennettä. Pisimmillään MDSL:n käynnistyminen kestää lähes kolme minuuttia. Asia on korjattavissa myös siten, että kun ITC-koje käynnistyy, niin MDSL- yksikkö lähettää ensimmäisen ohjelmanvaihdon vasta kun se on saanut käynnistymissekvenssinsä päätökseen. Näin vältytään tarpeettomilta ohjelmanvaihdoilta. Toisaalta vikatilanteissa prosessi johtaa liian pitkään odotukseen. Kaupungin puolelta käydään läpi risteyksen 139 käynnistyslohkot, josko ne ovat samat kuin risteyksessä 409, jossa vastaavia ongelmia ei ole havaittu.

6. uusi - ELC-2 käynnistyksen yhteydessä voi tapahtua vilkulle meno ohjelmaversioissa. Ohjelmaversiot 2.46H ja 2.46F) vaihdetaan vähintään tasolle 2.52 ja seurataan tilannetta.

7. uusi - Ryhmäkäskyssä, joka koskee viikkoautomatiikan päivityksessä, on puutteita. Käskyn vaste ei kerro risteystä, johon tieto ei ollut mennyt perille. Todettiin, että ETC:ssa asia toimi oikein, mikä on lähtökohta myös Omnivuen toiminnalle.

4. Seuraava kokous loka-marraskuun vaiheen tienoilla, puheenjohtaja kutsuu koolle.

Tapahtunutta

24.5.07 R.139 liitetty ov:een

14.5.07 TMA päivittänyt calclock ohjelman avulla automatiikkoja useampaan risteykseen kerralla >lopussa ohjelma ilmoitti että jokin lähetyksessä ei onnistunut, mutta mitään tarkennusta siitä mikä meni pieleen ei saatavissa (mikä risteys/mikä taulukko) liitteenä kuva  Vakava vika

11.5.07 R.99:lle annettu ci099;4 käsky >vika 5.1g27 01 vanha vika

23.5.07 annettu ryhmäkäsky fg11 >R.38 ilmoitti "no reply" >annettu fi038 >ok vanha vika

29.5.07 noin klo 17:40 sekä 19:18 käsketty vilkulle/toimintaan (ainakin) ryhmää 12 >risteykset 32,33,38,45 ilmoittaneet "no reply" >yksittäiskäskyn jälkeen toteuttaneet käskyn vanha vika

03.05.2007
-linjan 9 risteykset 134-136,138,140-142 siirretty ov:een.
-jonkin ajan kuluttua huomattiin että kyseiset risteykset menivät "no information tilaan" , jos niille tehtiin työasemalta "update status toiminto". Jos "status kysely" tehtiin vain yhdelle risteyksistä, niin ainoastaan se meni "no information" tilaan. (yhteys palasi jonkin ajan kuluttua itsestään, kun koje lähetti automaattisesti tietyin väliajoin tulevan tiedon olotilastaan).
-risteykset toteuttivat kuitenkin "command exe:llä" annetut komennot.
-karttaohjelmasta annetut "status update" toiminnot eivät aikaansaaneet "no information tilaa"

04.05.2007
-tutkittu asiaa P.P. :n kanssa ja tultiin siihen tulokseen että työasemien "status ohjelma" ei käytössä ollessaan lue konfigurointiin tehtäviä muutoksia (linjan 9 risteykset konfiguroitu risteysten siirtoa edeltäneenä päivänä)
-huomattu myös että yhteyden katkeamisesta kertova "communication error" näkyi "user defined errorina" >P.P. muutti konfigurointia vikailmoituksen osalta, mutta tilanne vikailmoituksen osalta pysyi samana >"status ohjelman" uudelleenkäynnistyksen jälkeen alkoivat molemmat asiat näyttämään oikein.

07.05.07
päivystäjän mukaan pohjoisrannan risteyksistä jotkin (ei tietoa mitkä niistä) olivat hetkellisesti punaisena kartalla noin klo15-16 (en löytänyt lokikirjasta mitään selitystä)

Kuva 1  Kuva 2

23.4.07
tutkittu 16.4.07 lähetetyssä postissa mainittu viikkoautomatiikkavirhettä risteyksessä 116 ja todettu että mdsl:n elc.dat:issa oli todellakin erilainen aikataulu (tämä hieman ihmeellistä koska TMA:lla oli selkeä muistikuva että olisi lähettänyt muokatun elcdatin yksikölle, ja minullakin oli mielikuva että olisin verkosta avattuun aikatauluun lukenut kojeelta kyseisen 4-taulukon joka 16.4 lähetetyssä postissa liitteenä) mutta on tietysti mahdollista että kupikin muistikuva virheellinen.
 >TMA lähetti uudestaan muokatun elcdatin yksikölle ja teki restartin >ov:n yhteys katkesi eikä palautunut itsestään
>otin listauksen käynnissä olleista prosesseista ja tein restartin
>ok.

26.4.07
klo 17:19 päivystäjä vaihtanut ohjelmaa risteykseen 102 joka putosi vilkulle viasta (5.6 green triac) vanha vika

09.5.07
R.300 "no information" tilassa, mdsl-yksikölle annettu restart käsky ei auttanut >käytetty kojeen pääsulake nollilla >ok. vanha vika R.120 temppuili illalla (controller/proxy restart) noin klo 20:16 jälkeen (saattaa tietenkin olla kojeen "poweri" vika, mutta kun selasin kaikilta risteyksiltä lokikirjaa muutaman päivän taaksepäin niin ei oikein hyvältä näytä). liitteenä loki  kuva1 kuva2

18.4.07
-  risteykset 161-164,166,209,211,223-228 siirretty ov:een 16.4.07

-  siirtämättä on linjan 10 risteykset 212-218, linja 9 kokonaisuudessaan, linjan 14 risteyksistä ainoastaan 608 on siirretty.

-  siirtämättä olevat risteykset voisit (P.P.) konfiguroida kun ehdit, mutta palloja ei tarvitse laittaa kartalle valmiiksi.

7.4.07  R.18 yhteys risteykseen katkennut aamuyöllä (valot oli päällä), mdsl käyty boottaamassa 9.4.07 (vanha vika)

-R.267 teki delayn klo 14:46, päivystäjä antoi kuitin klo 15:07 joka ei mennyt perille koska yhteys oli katkennut. Yhteys tuli itsestään klo 15:30 mutta samalla? risteykseen tuli vikakoodi 5.8 jota ei saanut kuitattua työasemalla. Päivystäjä käynyt boottaamassa kojeen klo 15:49. (yhteyskatko on vanha vika, mutta vikakoodi ei ole 5.8, jos se aiheutui yhteyden katkeamisesta)

15.4.07 R.116 ei käynnistynyt automatiikan mukaisesti klo 08:00, vaan käynnistyi noin klo 11:00. Kojeen lokikirjasta löytyi "reset manual" tieto klo 08:08, mutta kukaan ei ole käynyt risteyksessä enkä löytänyt ov:n lokista oikein mitään järkevää syytä (voi olla että kyseessä on jokin kojeen vika eikä suinkaan ov:n vika) liittenä loki ja kuva.

04.4.07 yhteys R.128:n katkennut 03.4.07 noin klo 14:11 >telnetillä mdsl:ään yhteys >jotkin prosesseista pysähtyneet (128shell.txt) >restart käsky >ok. (vanha vika, esiintynyt myös joillakin muilla risteyksillä)

elcproxy-prosessi on pysähtynyt (vanha vika)

04.4.07 linjojen 8-10 sekä 14 whatusp kuvissa on useita risteyksiä punaisina joiden mdsl:ään ei saa telnetillä yhteyttä (R.128 johtui yllämainitusta). kyseiset risteykset toistaiseksi etc:ssä, mutta mdsl-yksiköt asennettu ja kytketty risteyksiin >testattu esim. linjan 8 risteysten 164 ja 227 yksiköiden restart käskyä >ei auttanut asiaa, elikä täytynee käyttää "punaisilta" yksiköiltä sähköt pois.
(vanha vika, esiintynyt myös joillakin muilla risteyksillä).

Kuva 1 Kuva 2

Vian ovat aiheuttaneet ne mdsl-yksiköt, joiden on tarkoitus ohjata ITC-1 kojeita mutta joita ei vielä ole OmniVue-järjestelmään kytketty eli risteysten 226, 163, 151, 139, 131, 601 sekä 612 mdsl-yksiköt.

Ohjelmistovian johdosta ko. yksiköiden mdsl:n sisäinen kello on kesäaikaan vaihtumisen yhteydessä pysähtynyt aikaan >25.03.2007 05.00.59 mikä on aiheuttanut WhatsUp/telnet-yhteyden menettämisen ko.yksiköihin. Muiden yksiköiden yhteyden menetys on ollut seurausvaikutus edellä mainituista. Yksiköiden kellot on asetettu oikeaan aikaan ja ne on käynnistetty uudestaan, jolloin normaalitilanne on palautunut. Swarco tutkii asiaa.


20.3.07 R.117,229-231,233-235 siirretty omnivuehen

19.3.07 R237-242 siirretty omnivuehen

18.03.07 noin klo 19:50 työasemilla ilmoitukset "ntcip communicator is not running" sekä "connection to wsi is down" (päivystäjä käynnistänyt työasemat uudestaan >ok) lieneekö ollut it-yksikön huoltokatkos, vai jokin muu katkos yhteyksissä.

06.03.07 R.199 liitetty ov:een

07.03.07 -R.199 ilman sähköjä noin klo 11:26-12:18 (huoltotöiden takia) >Yhteys katosi myös risteyksiin 116 ja 236 (R.111:n ja R117:n yksiköille annettu restart käsky ei vaikuttanut asiaan, eli todella outo ilmiö. Jos yhteys olisi katkennut vain toiseen niistä, niin olisi ollut helpompi ymmärtää). >Kun risteykseen 199 saatiin taas sähköt, niin alkoivat yhteydet toimimaan myös viereisiin risteyksiin. (liitteenä olevassa kuvassa (wup) näkyy myös, että risteys 123 on sähkötön huoltotöiden takia).

08.03.07 -R.207:n yhteys katkennut myöhään illalla, tutkittu asiaa

09.03.07 >R.202:n yksikölle annettu restart käsky ei vaikuttanut asiaan muuten, kuin että kuvassa (wup207) näkyvän risteyksen 252 yksikkö näytti samoja tiloja kuin 202:n yksikkö näytti käynnistyessään. (R205:n yksikölle annettu restart ei vaikuttanut mitenkään). Lisäksi kuvassa näkyvä cr11 oli edelleen samassa tilassa kuin edellisessä kuvassa >annettu cr11:lle restart käsky >cr11=ok. (Lopulta paljastui että R.207:n yksiköllä ei ollut sähköjä, ja kun yksikölle saatiin sähköt niin kaikki ok).

4.02.07 päivystäjä käskenyt (ci 098-107;4), risteys 99 putosi vilkulle ja ilmoitti "no green G27" - vanha vika

13.02.07 R.206 liitetty ov:hen

15.02.07 R.127 liitetty ov:hen

19.02.07 R.80 tehnyt delayn noin klo 18.30, kojeella oli "com aux vika" ja mdsl:n ledit näytti ok. >päivystäjä käynyt boottaamassa kojeen ja mdsl:n >ok (lieneekö jokin mdsl:n prosesseista pysähtynyt ja siitä johtuen tuli delay?) vanha vika?

20.02.07 R.37 oli aamulla ov:n mukaan ohjelmassa 4, mutta pimeänä (37.jpg), yritetty kuitata ja resetoida kojetta sekä mdsl:ää, ei saatu valoja päälle. >käytiin risteyksessä ja huomattiin että kojeen näyttö oli aivan sekaisin (tehnyt saman kuulemma kerran myös viikolla 7) >bootattiin koje >ok >asennettiin kojeeseen "lämpölamppu" kojeen lämpöongelma?  kts kuva

21.02.07 risteykset 116 ja 122 siirretty ov:en

27.02.07 Bert ilmoitti ettei R.608:n huono toiminta ollut Elisan hommista riippuva, tutkittiin kaapelointia ja löydettiin risteyksen 606 ja dr12 välistä huono yhteys, vaihdettiin paria >ok.

28.02.07 tarkistettu linjan 8 mdsl-yksiköiden kelloja (linjan 8 kojeita ei vielä liitetty ov:hen), melkein kaikissa yksiköissä oli kello täsin pielessä (esim vuosi 2000). lisäksi risteyksen 226 yksikön päiväys oli 01.03.07 noin klo 09:45 ja kun vaihdoin päiväyksen oikeaksi, hukkui kyseiseen yksikköön yhteys noin vuorokaudeksi (P.P. havainnut jo aikaisemmin että yksikön kellon siirtäminen taaksepäin, sai yhteyden katkeamaan kunnes kyseinen "vanha aika" jälleen saavutettu).

10.01.07  aleksin varayhteys mdsl (dr11) asennettu tilapäisesti nervanderille / kytketty helnettiin.

08.02.07  ruoholahden (cr11), sekä herttoniemen (dr12) varayhteys mdsl:t kytketty helnettiin.
      risteys 608 siirretty ov:hen >yhteys toimii vain ajoittain, epäillään että vika "helnet asetuksissa", Bert / Elisa tutkii.

09.02.07  risteykset 124-128,206,208,210 siirretty ov:hen (R.127 siirtyy kojeuusinnan jälkeen, nyt vain helpsi yhteys).

08.02.07 vika R.236: risteys "no information" tilassa, otin mdsl:ltä shell/ps-listauksen joka liitteenä >restart käskyn jälkeen ok.

29.1.07 ov-2 työasemalla oli kuvan ov2 mukainen virheilmoitus.
     poliisin mukaan vastaava ilmoitus olisi ollut lauantaina tai sunnuntaina ov-1 tai ov-kartta työasemalla (luultavasti ilmoitus on ollut molemmilla työasemilla mutta päässyt unohtumaan, kuten myös se kumpana päivänä se oli).
     (Bertillä ei tiedossa mitään huoltotöitä tai servereitten turvapäivityksiä joista virhe olisi voinut aiheutua).

29.1.07  R.96:sta katkaistiin sähköt huoltotöiden vuoksi noin klo 9:30 ja jonkin ajan kuluttua alkoi myös R.95 näyttämään "no information tilaa".
       yritin telnetillä yhteyttä R.95:n mdsl-yksikköön> ei toiminut >annoin telnetillä restartin R.94:n mdsl:lle >ei vaikutusta. (yhteys palasi kun risteyksen 96 sähköt taas päälle). (kuvat 95wup ja 95logbook)
      kun risteykseen 96 tuli taas sähköt, alkoi se näyttämään ilmaisinvikaa väärän värisenä kartalla = "user defined error". (kuva 96ilmvika) >karttaohjelman uudelleenkäynnistyksen jälkeen ok. (vanha vika)
        poliisi käskenyt ov:lla risteyksen 277 vilkulle, valot saatiin toimintaan vasta kun risteyksestä käytettiin sähköt pois (vanha vika) >käytiin 31.1.07 päivittämässä risteyksen softa vanhemmaksi versioksi (4.22) >ok.

22.01.2007  -päivystäjä antanut R.32:lle ohjelmanvaihtokäskyn, mikä aiheutti risteykseen vian.5.6  (vastaavanlainen vika kirjattu Nicklaksen raportissa risteyksistä 76,99,298). Kuva 1 Kuva 2

04.01.07  R.286 ollut ov:ssa "no information" tilassa, valot oli päällä, mdsl:n ledit oli ok.> bootattu mdsl >ok.

10.01.07  R.97 päivystäjän mukaan väärässä ohjelmassa (noin klo 14:00), eikä se toteuttanut käskyjä. whatsup:in mukaan kaikki ok. >käyty boottaamassa mdsl yksikkö >ok.

     myöhemmin selvisi että kun risteys oli aamulla ilman sähköjä (liikennejärjestelyiden palauttamisen takia) oli cpu:n kello sähkökatkon johdosta väärässä päivämäärässä (viallinen cpu), ja kun risteykseen saatiin taas sähköt, ei cpu saanut oikeaa kellonaikaa timekeepperiltä mdsl-yksikön hitaan käynnistymisen takia, vaan oli päivämäärässä 00.01.2007. >ja sen takia ei "ci" tai "fi" käskyt, jotka on todellisuudessa ajastettuja käskyjä päässeet toteutumaan. (oletuksena käskyjen ajastuksen alkamishetki on komennon antohetki).

10.01.07 klo 17.20-17:27 tuli risteykseen 97 delay hälytys jonka päivystäjä oli kuitannut.
        klo 19:56-19:58 tuli taas delay "molempiin risteyksiin" jota päivystäjä ei ollut huomannut, vaan valot oli vielä seuraavana päivänä vilkulla (ov:n kartalla symbolissa kehykset näytti "controller error" tietoa, mutta pallo näytti "kaikki ok" tietoa, vaikka molemmat risteykset oli vilkulla). loki

16.01.07  R.277 käsketty vilkulle klo 13:13 >koje meni ohjelmaan 17, jonka jälkeen ei valoja saatu päälle kuin käyttämällä kojeelta sähköt pois. (kuvat 1 ja 2)

17.01.07  jatkettu testausta:
       -käsketty R.277 vilkulle klo 11:06, valot pysyi päällä kunnes annettiin ov:llä "update status" (noin klo 11:09), jolloin valot meni vilkulle ja koje ohjelmaan 17. (kuvat 3 ja 4) >valot päälle vasta kun kojeelta käytetty sähköt pois.
       -lisäksi kuvasta 5 käy ilmi, että valoja ei ole onnimannisoftan päivityksen (7.11.06) jälkeen käsketty työasemalta vilkulle (flash forever from center). eli luultavasti kojesoftassa virhe.

5.1.07  noin klo 16:40 päivystäjä ilmoitti että risteyksessä 294 valot ei vaihdu. >kävin paikalla, kojeessa oli "auxcom vika" ja mdsl-yksikön sw-led vilkutti epänormaalisti (noin 2sek pimeänä, 4 sek päällä). >yksikön resetointi ei auttanut. (sw-led edelleen epänormaali, mas1-led ei enää syttynyt.) >jätetty valot pimeäksi (PP lupasi ohjelmoida uuden mdsl-yksikön maanantaina).

8.1.07  -haettu Swarcolta uusi mdsl ja viety se risteykseen 294. >päivystäjän mukaan yhteys alkoi toimimaan.

9.1.07 -päivystäjä ei eilen huomannut kertoa että risteys 294 jäi ilmoittamaan "power errors" vikaa. >vaihdettu risteykseen synkkamoduli >ei vaikutusta >ilmoitettu Swarcolle >PP siirsi etänä mdsl yksiköstä unohtuneen tiedoston ja resetoi yksikön >ok.

5.1.07 kävi ilmi, että risteysten 230,231,235,237 mdsl-yksiköt olivat jossain vaiheessa tiltanneet siten, että ne piti käydä boottaamassa risteyksessä. (yksiköt asennettu marraskuun alkupuolella vaikka risteykset on edelleen etc:ssä).

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

• Pöytäkirjat 1-4
• Pöytäkirjat 5-8
• Pöytäkirjat 9-12 
• Pöytäkirjat 13-14