Nav-users

nav-users@lister.sikt.no

1 participants
1380 discussions

Problemer med gDD
by Borge.Brunes＠cc.uit.no 13 Des '04

13 Des '04

Takk for svaret Vidar. Jeg begynte og lure p? om lista var d?d... Vidar.Faltinsen(a)uninett.no said: > H?per Kristian kan kommentere ?vrige ting du hadde her. Han har verdt ? > merke kommet en del kvantesprang lengre p? gDD, s? ny beta kommer nok snart. Er det lov til ? h?pe p? at ny beta kommer f?r jul? Hva med ? lage en "snapshot" av nav hver natt som gj?res tilgjengelig for oss som ?nsker ? kj?re "bleeding edge". Ut?lmodig som jeg er s? synes jeg at det g?r for lang tid mellom hver gang det slippes ny betarelease. Savnet etter ? f? v3 i produksjon er stor fordi v2 har manglende st?tte for nye boxe-typer. Hvor langt unna er NTNU kommet flyttingen over til v3? mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

2 1

Problemer med gDD
by Borge.Brunes＠cc.uit.no 13 Des '04

13 Des '04

Det virker som om gDD har problemer med bokser av typen "lag tre switcher" (f.eks. 3550, 3750 ol.) Har lagt inn et par stk. av hver type for ? se hva det er som g?r galt: * 3550-12G I DeviceBrowser s? mangler f?lgende: Availability Unknown Vlan Unknown Gateway Unknown Uplink Unknown Dersom jeg tar turen til Network explorer s? er alle vlan der, samt L3-interfacer. I getDeviceData-loggen dukker f?lgende meldinger opp: CGW_DEVHANDLER-4-CGW_MATCH-MODULE Module 0 does not exist on netbox nfh-gsw.infra.uit.no, default to 1 CGW_DEVHANDLER-4-CGW_MATCH-MODULE Supervisor not found and could not match module pattern to if: Loopback0 CGW_DEVHANDLER-4-CGW_MATCH-MODULE Supervisor not found and could not match module pattern to if: Vlan142 (gjelder alle vlanene) I tillegg s? sender den meldinger til eventq om coldstart noe som ikke er tilfelle. * 3750G-12S Her raser det inn meldinger av typen: Module down, tmu-gsw.infra.uit.no, 1, 0, 1.3.6.1.2.1.2.2.1.1.0, null, [] Info i DeviceBrowser er like mangelfull som for 3550-12G: Availability Unknown Vlan Unknown Gateway Unknown Uplink Unknown og feilmeldinger(?) er lik: MIB_II_SW_DEVHANDLER-6-MODULE_MON Module 1, ifindex 0 on tmu-gsw.infra.uit.no returned no values CGW_DEVHANDLER-4-CGW_MATCH-MODULE Supervisor not found and could not match module pattern to if: Vlan149 (gjelder alle vlanene) Samme problemer gjelder ogs? for 4506, c6k sup720, c6k sup2 I tillegg s? virker det som om moduler kommer og g?r p? boksene eks.: IOS_DEVHANDLER-4-PROCESS_IOS Module 6 (FastEthernet6) does not exist on netbox mh-gsw2.infra.uit.no, skipping (denne modulen finnes p? boksen med #5) Finner ikke memory for noen devicer i det hele tatt. ?nsker dere ? ta en n?rmere titt i loggende s? er passord samme som det altid har v?rt. Et spml. helt til slutt: Vi har en del switcher (f.eks. 3550-48) som kan kj?re som rutere, men som ikke gj?r det. Skal man da sette type SW el. GSW p? disse? I NAV v2 s? m?tte man sette type GSW p? disse, men det er ikke ?nskelig. mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

2 1

Problemer med getDeviceData
by Borge.Brunes＠cc.uit.no 01 Des '04

01 Des '04

[kj?rer beta8] Jeg plages med at getDeviceData "henger" (ikke stopper) under kj?ring. Er det noen m?te ? f? scriptet til ? kj?re med bare en tr?d for lettere ? finne ut hvilken boks som er problemet? mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

1 0

vlanPlot
by Jan.Susegg＠hint.no 30 Nov '04

30 Nov '04

Skipped content of type multipart/alternative

1 0

NAV i FreeBSD ports
by anders＠bsdconsulting.no 23 Nov '04

23 Nov '04

Hei, Etter ? ha puslet med NAV en stund i samarbeid med Universitetet i Troms? og Bergen, har jeg da i dag lagt en port av NAV i FreeBSD sin ports-samling. Test i vei den som m?tte v?re interessert, vi tar veldig gjerne imot tilbakemeldinger fra andre som er interessert i ? bruke/teste NAV i FreeBSD. Porten er ? se p? som work-in-progress forel?pig, men tjenestene ser ut til for det meste ? kj?re iallfall. For ? installere og sette systemet opp er det bare ? oppdatere ports og kj?re: cd /usr/ports/net-mgmt/nav make install make auto-config Avhengigheter installeres automatisk, auto-config (valgfri) setter opp database og shell environment. Filene i porten kan browses p? http://cvsweb.freebsd.org/ports/net-mgmt/nav/. JDK kan dog v?re grei ? installere som package for ? spare tid. Har f?lgende tilbakemeldinger om ting som burde rettes eller iallfall tas i betraktning av utviklerne: - avhengigheter. Det er fordelaktig med et begrenset, veldefinert utvalg av avhengigheter n?r systemet skal installeres av andre enn utviklerne selv. :-) Synes ikke det virker som om dere tenker s? mye p? det. ?nsker dere at NAV kun skal v?re til Linux, eller ?nsker dere at systemet skal v?re portabelt? - filene subsystem/lib-python/src/nav/db/navprofiles.py og subsystem/lib-python/src/nav/db/forgotten/manage.py mangler Python encoding-informasjon. - CLASSPATH i src/Makefile.in m?tte rettes her, for at make skulle ta med src-katalogen i nav-pakken (jfr. patch files/patch-src-Makefile.in). - bruk av ps-kommandoen i subsystem/alertEngine/alertdaemon.pl m?tte rettes (jfr. patch patch-subsystem-alertEngine-alertdaemon.pl). - fullmask = 0xFFFFFFFF gir warning om endringer i neste versjon av Python. FreeBSD har Python 2.3.4 som gjeldende Python-versjon, og denne warningen dukker da opp i cron-mailer. Rettet til 0xFFFFFFFFL (jfr. patch files/patch-subsystem-lib-python-src-nav-ip.py). - subsystem/startstop/functions.in krever /proc. Ikke alle bruker eller ?nsker ? bruke proc-filsystem. Foresl?r at dere heller tester p? ps-output eller returkode fra ps (jfr. patch files/patch-subsystem-startstop-functions.in). Bruken av pidof burde kanskje ogs? revurderes? Fant ikke noen pidof til FreeBSD som st?tter de argumentene/opsjonene som brukes iallfall. Jeg kan sikkert se om jeg finner et passende alternativ om ?nskelig. - subsystem/startstop/startstop.py kan med fordel sette PATH, da gjerne med /usr/local/bin f?rst. Dette da FreeBSD ikke har Python og andre avhengigheter i standard cron PATH (jfr. patch files/patch-subsystem-startstop-startstop.py). PS: Som en f?lge av dette med NAV, har jeg ogs? v?rt n?dt til ? legge inn avhengigheter som ports/databases/py-forgetsql, ports/www/py-forghtml og java/westhawksnmp i ports-samlingen, ettersom de ikke var der fra f?r av. En retting til ports/databases/py-psycopg (PostgreSQL-st?tte til Python) er p? vei, slik at den kan brukes som en avhengighet. Inntil videre (venter p? respons fra psycopg ports-maintaineren) m? vedlagt patch benyttes om en ikke ?nsker ? installere py-psycopg manuelt. Regner med vi kommer tilbake med flere tilbakemeldinger etterhvert. :-) Mvh, -- Anders.

2 1

SV: [Nav-users] NAV 3.0 beta8 - Debian-pakke
by peder.sefland＠hivolda.no 15 Nov '04

15 Nov '04

Jeg har pr?vd ? kj?re en apt-get upgrade 2 ganger. Med vmware s? er det enkelt ? spole tilbake n?r ting skj?rer seg. Her utklipp av de feilmeldingene som kommer ved oppgraderingen. Si gjerne ifra n?r du vil at jeg skal pr?ve ? gj?re en ny oppgradering. Peder Preparing to replace nav 2+3.0beta7-0pre40 (using .../nav_2+3.0beta8-0pre1_i386.deb) ... Stopping Network Administration Visualized: Services: eventEngine.sh servicemon.py smsd.pl getDeviceData.sh pping.pystart-stop-daemon: warning: failed to kill 883: No such process Cron-jobs: Stopping networkDiscovery: Ok Stopping cricket: Ok Stopping iptrace: Ok Stopping maintengine: Ok Stopping thresholdMon: Ok Stopping mactrace: Ok Stopping logengine: Ok Stopping safe_smsd: Ok Stopping backup: Ok . Unpacking replacement nav ... dpkg: warning - unable to delete old file `/usr/lib/python2.3/site-packages/nav/web/devBrowser': Directory not empty dpkg: warning - unable to delete old file `/usr/lib/python2.3/site-packages/nav/web': Directory not empty dpkg: warning - unable to delete old file `/usr/lib/python2.3/site-packages/nav': Directory not empty Preparing to replace ppp 2.4.2+20040428-2 (using .../ppp_2.4.2+20040428-5_i386.deb) ... Unpacking replacement ppp ... Setting up nav (2+3.0beta8-0pre1) ... Installing new version of config file /etc/nav/alertmsg.conf ... Installing new version of config file /etc/nav/editdb.conf ... Installing new version of config file /etc/nav/report/front.html ... Configuration file `/etc/nav/report/report.conf' ==> Modified (by you or by a script) since installation. ==> Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** report.conf (Y/I/N/O/D/Z) [default=N] ? Y Installing new version of config file /etc/nav/report/report.conf ... Starting Network Administration Visualized: Services: eventEngine.sh servicemon.pyTraceback (most recent call last): File "/usr/lib/nav/servicemon.py", line 44, in ? from nav.statemon import RunQueue ImportError: No module named nav.statemon (failed) smsd.plCan't locate NAV.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/lib/nav/smsd.pl line 59. BEGIN failed--compilation aborted at /usr/lib/nav/smsd.pl line 59. (failed) getDeviceData.sh pping.pyTraceback (most recent call last): File "/usr/lib/nav/pping.py", line 36, in ? from nav.statemon import rrd ImportError: No module named nav.statemon (failed) alertdaemon.plCan't locate Engine.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/lib/nav/alertdaemon.pl line 39. BEGIN failed--compilation aborted at /usr/lib/nav/alertdaemon.pl line 39 (#1) (F) You said to do (or require, or use) a file that couldn't be found. Perl looks for the file in all the locations mentioned in @INC, unless the file name included the full path to the file. Perhaps you need to set the PERL5LIB or PERL5OPT environment variable to say where the extra library is, or maybe the script needs to add the library name to @INC. Or maybe you just misspelled the name of the file. See perlfunc/require and lib. Uncaught exception from user code: Can't locate Engine.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/lib/nav/alertdaemon.pl line 39. BEGIN failed--compilation aborted at /usr/lib/nav/alertdaemon.pl line 39. (failed) Cron-jobs: Fatal error: Could not find the nav.startstop module. Is your PYTHONPATH environment correctly set up? invoke-rc.d: initscript nav, action "start" failed. Setting up ppp (2.4.2+20040428-5) ... Installing new version of config file /etc/ppp/ipv6-up ... >>> Morten Werner Olsen <werner(a)skolelinux.no> 12.11.2004 09:04:20 >>> Hallo! Da har jeg laget en Debian-pakke av NAV beta8. Pakken ligger p? samme sted som den alltid har gjort [1], og jeg antar at installasjons- manualen [2] ogs? fungerer. Se ogs? [3] for mer info om pakken. Jeg har ingen maskiner ? teste denne p?, s? for ? forbedre den er jeg avhengig at noen som tester og gir meg tilbakemelding p? feil og andre ting som kan/b?r forbedres (b?de i selve pakken og i installasjons- manualen). :) - Werner [1] http://skolelinux.no/~werner/debian/pool/unstable/n/nav/ [2] http://skolelinux.no/~werner/nav/install-howto.txt [3] http://skolelinux.no/~werner/nav/ _______________________________________________ Nav-users mailing list Nav-users(a)mailman.itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users

1 0

NAV 3.0 beta8 - Debian-pakke
by werner＠skolelinux.no 12 Nov '04

12 Nov '04

Hallo! Da har jeg laget en Debian-pakke av NAV beta8. Pakken ligger p? samme sted som den alltid har gjort [1], og jeg antar at installasjons- manualen [2] ogs? fungerer. Se ogs? [3] for mer info om pakken. Jeg har ingen maskiner ? teste denne p?, s? for ? forbedre den er jeg avhengig at noen som tester og gir meg tilbakemelding p? feil og andre ting som kan/b?r forbedres (b?de i selve pakken og i installasjons- manualen). :) - Werner [1] http://skolelinux.no/~werner/debian/pool/unstable/n/nav/ [2] http://skolelinux.no/~werner/nav/install-howto.txt [3] http://skolelinux.no/~werner/nav/ >From Ketil.Forselv at hin.no Sat Nov 13 20:38:06 2004 From: Ketil.Forselv at hin.no (Forselv Ketil) Date: Sat Nov 13 20:38:19 2004 Subject: [Nav-users] NAV 3.0 og Tomcat Message-ID: <4147C56944E2B64D978FA0EAB10A14FA4B07E0(a)fagserver2.fag.hin.no> Hei Morten Etter hjelp fra deg er n? alt i orden med Tomcat og Nav 3.0. L?sninga ble fra /usr/java/j2sdk1.4.2_05/jre/lib/ext/ og legge inn f?lgende symlink: ln -s /usr/local/nav/lib/java/*.jar . Etter oppgraderinger tar Nav'en ogs? uten problemer linux-bokser med netsnmp som vi har et par stykker av for NAT'ing. Det eneste som ikke er helt p? G er innsamlingen fra 3750-boksen (hin-gsw), som gj?r at i browsing p? denne i Vlanplot (http://nav3.hin.no) gir "an error occured fetching data from server". mvh Ketil

1 0

Release-notice: NAV 3.0 beta 8
by kreide＠online.no 10 Nov '04

10 Nov '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > >> Problemene jeg har med at getDeviceData ikke klarer ? avlede Vlan for > Kristian tar kanskje kontakt direkte med sine sp?rsm?l ? Hei. Vidar skrev noe om dette tidligere i ?r: "1. Problemer med molde-sw.himolde.no (Catalyst 4506) Litt bakgrunnsinfo. UNINETTs ruter i Molde (molde-gw.uninett.no) fungerer som en ren transitt ruter. All lokal ruting i Molde foreg?r p? molde-sw.himolde.no, som er en catalyst 4506 med en lag 3 supervisor. Mellom molde-gw og molde-sw er det to 100 mbps linknett. Mao. s? er det to default ruter definert p? molde-sw.himolde.no. Over det ene linknettet kj?res ogs? ipv6. Dessverre st?tter ikke cat4K ipv6. Det ble derfor etablert en dot1q trunk p? dette interfacet og et nytt vlan 6 for ? ta h?nd om native trafikk p? det aktuelle interfacet p? molde-sw (Gi 6/2)." Jeg regner med at det er relatert til dette? Det jeg lurer p? er n?yaktig hva som mangler av info her (er det manglende vlan-nummer?). I NAVv2 er det jo slik at vi bruker netident for ? gj?re match i vlan.txt, men denne filen eksisterer jo ikke i NAVv3. Det kan derfor v?re derfor dette ikke virker i v3 og at vi m? finne en m?te ? avlede dette p? automatisk. Hvis det er en OID vi kan bruke for evt. ? hente ut manglende VLAN-nummer s? skal det v?re en kurrant sak ? rette dette. - -- Kristian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFBkKRgRBuET7ul/ccRAs3EAJ0aE9KmlEfxuXCwSlCh+LsV6Tu/0QCgoohy f+O33ck+FhcKVz+a8r0cjlg= =0cDG -----END PGP SIGNATURE-----

2 7

Release-notice: NAV 3.0 beta 8
by Borge.Brunes＠cc.uit.no 09 Nov '04

09 Nov '04

morten.vold(a)ntnu.no said: > RPM for FreeBSD er n? ogs? tilgjengelig, men det gis fremdeles ingen > garantier for denne da vi ikke har noe FreeBSD-system ? teste p?. Bygging av rpm-pakker for FreeBSD kan avsluttes da vi er i ferd med ? f? lagt NAV inn i ports? B?rge ?http://www.no.freebsd.org/ports/index.html

1 0

Release-notice: NAV 3.0 beta 8
by odd.hauge＠himolde.no 09 Nov '04

09 Nov '04

>> Uten at jeg skal uttale meg for bombesikkert, ligner dette litt p? >> problemene vi hadde da vi fikset en del av feilene i gDD mens vi >> allerede hadde feil i databasen. Hadde jeg v?rt deg, ville jeg pr?vd >> fremgangsm?ten jeg beskrev i release-notatene jeg akkurat postet her - >> dvs. slette alle modulinnslagene mens NAV er nede for telling, og la alt >> bli samlet inn p? nytt. >> > Har ? gjort dette. Men Nav slitter fortsatt med switcher i catalyst 4000 > familien, som for mitt vedkommende er 2848 og 2980 switcher. Det > rappoteres n? kun 1 modul for begge switchtypene, selv om de har hhv 2 > (2948) og 3 (2980). For 2948 rappoteres modul 2, og for 2980 modul 3. > > Det er ikke dukket opp noe switcheporter for disse 2 switchetypene i > rapporten enn?, men hvis det var som f?r i dag dukker switchportene for > 2948 opp, mens det ikke dukker opp noen porter for 2980. ?vrige switchers > porter viser i rapporten. > > Jeg har pr?vt ? slette og legge til switchene uten noen endring i > rapporten. Ser p? report/sw?catid_op=in&catid=SW,GSW at det rappoteres litt vilk?rlig om det er 2 eller 50 porter. N? st?r det 2: Room Name IP address Type Org modules swport memory AR082 molde-telerom1-sw2.hiMolde.no 158.38.83.25 wsc2948 IT 1 2 memory Mens andre ganger kan det st?r 50. Tar jeg en select * from module varierer ogs? innholdet der. Tidligere i dag fikk jeg detet resultatet 376 | 296 | 12 | 6 | ATM-CES OC3 Single Mode, CBR E1, 120 ohm | y | | 405 | 60 | 18 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.4 | y | | WS-C2948G 406 | 61 | 20 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.0 | y | | WS-C2948G 407 | 52 | 22 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.4 | y | | WS-C2948G 408 | 57 | 23 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.0 | y | | WS-C2948G 409 | 81 | 17 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.0 | y | | WS-C2948G Mens n? f?r jeg: 376 | 296 | 12 | 6 | ATM-CES OC3 Single Mode, CBR E1, 120 ohm | y | | 410 | 60 | 18 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.4 | y | | WS-X2948 411 | 61 | 20 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.0 | y | | WS-X2948 412 | 57 | 23 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.0 | y | | WS-X2948 413 | 52 | 22 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.4 | y | | WS-X2948 414 | 81 | 17 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.0 | y | | WS-X2948 Modulid 405 til 409 er borte. Burde ikke alle moduleid'er fra 409 - 414 v?rt i module tabellen ? - odd arne

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users