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-…
[View More]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
[View Less]
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/…
[View More]upgrades/3.0_beta8.sql i beta8 pakken (debian)
Har noen noe tips?
Peder
[View Less]
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 …
[View More]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
[View Less]
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 …
[View More]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
[View Less]
[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
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/…
[View More]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.
[View Less]
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: …
[View More]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
[View Less]
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/…
[View More]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
[View Less]
-----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 …
[View More]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-----
[View Less]