Nav-users

nav-users@lister.sikt.no

3 participants
1372 discussions

database export/import fra beta7 til beta8
by werner＠skolelinux.no 21 Des '04

21 Des '04

On Tue, Dec 21, 2004 at 11:52:30AM +0100, Peder Magne Sefland wrote: > Etter ? starte nav, tok jeg en nav status. Denne viste at > servicemonitor ikke kj?rer etter importen. Den kj?rte f?r. Og hva sier loggfila di (/var/lib/nav/log/servicemon.log)? - Werner >From peder.sefland at hivolda.no Tue Dec 21 12:22:00 2004 From: peder.sefland at hivolda.no (Peder Magne Sefland) Date: Tue Dec 21 12:22:37 2004 Subject: SV: Re: [Nav-users] database export/import fra beta7 til beta8 Message-ID: <s1c81589.073(a)HVO-3.hivolda.no> >>> Morten Werner Olsen <werner(a)skolelinux.no> 21.12.2004 11:57:33 >>> On Tue, Dec 21, 2004 at 11:52:30AM +0100, Peder Magne Sefland wrote: > Etter ? starte nav, tok jeg en nav status. Denne viste at > servicemonitor ikke kj?rer etter importen. Den kj?rte f?r. Og hva sier loggfila di (/var/lib/nav/log/servicemon.log)? Har klipt ut logg fra dagen f?r og den siste hendelsen [2004-12-20 11:47:28] db.py:query:107 [Debug] Executing: SELECT serviceid ,service.netboxid, netbox.deviceid, service.active, handler, version, ip, sysname, service.up FROM service JOIN netbox ON (service.netboxid=netbox.netboxid) order by serviceid [2004-12-20 11:47:28] db.py:getCheckers:249 [Notice] Returned 0 checkers [2004-12-20 11:47:28] servicemon.py:main:146 [Notice] Garbage: [] Objects: 7798 Threads: 2 [2004-12-20 11:47:28] servicemon.py:main:149 [Notice] Waiting 59 seconds. [2004-12-20 11:48:28] db.py:query:107 [Debug] Executing: SELECT serviceid, property, value FROM serviceproperty order BY serviceid [2004-12-21 11:41:29] db.py:query:107 [Debug] Executing: SELECT serviceid ,service.netboxid, netbox.deviceid, service.active, handler, version, ip, sysname, service.up FROM service JOIN netbox ON (service.netboxid=netbox.netboxid) order by serviceid [2004-12-21 11:41:29] db.py:getCheckers:249 [Notice] Returned 0 checkers [2004-12-21 11:41:29] servicemon.py:main:146 [Notice] Garbage: [] Objects: 7798 Threads: 2 [2004-12-21 11:41:29] servicemon.py:main:149 [Notice] Waiting 59 seconds. [2004-12-21 11:42:04] servicemon.py:signalhandler:160 [Notice] Caught SIGTERM. Exiting. [2004-12-21 11:42:04] RunQueue.py:terminate:195 [Notice] Waiting for threads to terminate... [2004-12-21 11:42:04] RunQueue.py:terminate:198 [Notice] All threads have finished Det ver vel p? de 3 siste linjene det skjerer seg. Peder

1 0

database export/import fra beta7 til beta8
by peder.sefland＠hivolda.no 21 Des '04

21 Des '04

Jeg har en ganske bra fungerende nav3beta7 hvor alle ip-devicene ligger inne. Har n? satt opp en maskin til som kj?rer beta8. Hadde h?pet at jeg kunne exportere databasen fra beta7 og importere den i beta8. Jeg exporterte med su - postgres pg_dumpall > /tmp/navdb.sql Har flyttet databasen over til den nye maskinen, men er usikker p? hvordan jeg skal importere databasen, siden det sikker er gjort endringer i skjemaene fra beta7 til beta8. Men jeg finner ingen /usr/share/doc/nav/sql/upgrades/3.0_beta8.sql i beta8 pakken (debian) Har noen noe tips? Peder

2 1

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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users