Nav-users Juni 2004

nav-users@lister.sikt.no

71 participants
234 discussions

Start a nNew thread

Finally... Secret breakthrough ends email virus problem
by Damon＠better-svc-plans.com 17 Jun '04

17 Jun '04

An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040530/a12…

1 0

When spam is overwhelming and what to do about it...
by Gordon＠asst-helper.biz 17 Jun '04

17 Jun '04

An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040522/c53… >From stain at itea.ntnu.no Mon May 24 03:30:51 2004 From: stain at itea.ntnu.no (Stian =?iso-8859-1?Q?S=F8iland?=) Date: Thu Jun 17 13:15:32 2004 Subject: SV: =?iso-8859-1?Q?sp=F8rsm=E5?= =?iso-8859-1?Q?l?= til nav3 installasjon In-Reply-To: <s0ae2996.060(a)HVO-3.hivolda.no> References: <s0ae2996.060(a)HVO-3.hivolda.no> Message-ID: <20040524003051.GA17565(a)itea.ntnu.no> On 2004-05-21 16:08:44, Peder Magne Sefland wrote: > File "/usr/local/nav/lib/python/nav/startstop.py", line 221, in load > if self.content[0][:2] == '# ': del self.content[0] > IndexError: list index out of range > [root@nav3 root]# Dette er en bug ifra v?r side som du nok er den f?rste til ? merke. Vi sjekker crontaben for brukeren navcron, men ignorerer linjer ?verst i filen. Problemet er sannsynligvis her at crontaben er blank, slik at f?rste linje mangler. En kvikk fiks vil derfor v?re ? kj?re crontab -u navcron -e og legge til en blank linje eller en linje som begynner med # kommentar > Jeg pr?vde ogs? ? redigere Makefile og legge til LIBS="-lm -lutil men da ble det slik > > make LIBS="-lm -lutil /usr/src/redhat/BUILD/Python-2.2.2/libpython2.2.a" OPT=-DEAPI Hmm.. det ble ganske f?l feilmelding. Jeg m? innr?mme at jeg ikke har sett dette problemet f?r, og klarer ikke umiddelbart ? si hva du m? gj?re for ? fikse dette.. har du pr?vd ? bruke en RPM istedet? -- Stian S?iland Der ble jeg sittende og svette. Jeg ITEA systemdrift, NTNU hadde gjort en skikkelig handling. Dette orakel(a)ntnu.no var ikke tull. Det var ikke TV2. [Loe] Tlf: 735 91500 =/\=

1 0

Problemer med å hente ut serienr. vha. snmp
by Borge.Brunes＠cc.uit.no 17 Jun '04

17 Jun '04

N?r man skal legge til ny boks s? kreves det serienummer som skal, i st?rst mulig grad, hentes automatisk. Det automagiske skjer ikke, og man er n?dt til ? legge inn serienummer manuelt :-( Spesielt kjedelig er det n?r man ?nsker ? "bulke" boksene inn. Er dette et kjent problem, el. er det bare jeg/FreeBSD som har det? B?rge Brunes UiT?

2 1

The only smart way to control spam
by Monique＠all-prods.com 17 Jun '04

17 Jun '04

An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040529/4f8… >From Terrence at all-prods.com Sat May 29 23:27:23 2004 From: Terrence at all-prods.com (Terrence) Date: Thu Jun 17 13:15:32 2004 Subject: Stop unwanted email the smart way Message-ID: <27715868742.88923934455271958709(a)all-prods.com> An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040529/128… >From odd.hauge at hiMolde.no Sun May 30 20:03:34 2004 From: odd.hauge at hiMolde.no (Hauge Odd Arne) Date: Thu Jun 17 13:15:32 2004 Subject: ProgrammingError: ERROR: emotd: permission denied Message-ID: <634E424FC73E384DBC0A30A776022C1C018166A2(a)rokke.admin.himolde.no> Hallo. Etter oppgradering til beta5 kommer jeg inn p? Nav via web (/index.py/index). F?r meldingen: ProgrammingError: ERROR: emotd: permission denied select emotd.emotdid, title, description, last_changed, author, type, publish_start, publish_end, affected, downtime, count(value) as units from emotd left outer join emotd_related using (emotdid) where publish_end > now() and publish_start < now() group by emotd.emotdid, title, description, last_changed, author, type, publish_start, publish_end, affected, downtime order by last_changed desc, publish_end desc limit 20 offset 0 - odd arne Odd Arne Hauge H?gskolen i Molde

1 0

RE: Problemer med å få lagt inn nye bokser
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Hei. Dette m? fikses snarest. Slik det er n? er editdb ubrukelig for manuell registrering av bokser. Alt lar seg desverre ikke registrere via bulk. Siden dere tydeligvis vet hvor hunden er begravet dukker det vel opp en fiks rett etter pinse slik at vi f?r lagt inn alle boksene igjen. - odd arne -----Original Message----- From: owner-nav-users(a)itea.ntnu.no on behalf of Kristian Eide Sent: Sat 29-May-04 11:26 To: Borge Brunes Cc: nav-users(a)itea.ntnu.no Subject: Re: Problemer med ? f? lagt inn nye bokser -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > ProgrammingError: ERROR: column type.uptodate does not exist Ja, i beta 5 er dette feltet er flyttet til netbox-tabellen. > Kan nevne at jeg f?r lagt inn bokser vha. bulk, men det hentes ingen data > fra boksene (sw-port, moduler osv.) Kan du sende meg de siste 5000 linjene fra getDeviceData.log? Ved test lokalt her ved NTNU kom n? data fint inn uten restart av gDD, men det kan ta noe tid da OID testeren m? gj?re seg ferdig f?rst. > Fors?kte med tips fra beta4 "UPDATE type SET uptodate='f';" men fikk > feilmeldingen: > ERROR: column "uptodate" of relation "type" does not exist Du m? erstatte 'type' med 'netbox' fra beta 5, men dette skal egentlig ikke v?re n?dvendig n?. - -- Kristian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAuFdZRBuET7ul/ccRAm23AJ9M/0dQAi1oQtvYAJxr4OmZzb4GNACePgEz Smoa399l5LlMnljdEPZiEQw= =/MWD -----END PGP SIGNATURE-----

1 0

Innsamling av data fra switcher
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Hei. Jeg f?r f?lgende resultater: manage=> select count(*) from vlan; count ------- 24 (1 row) manage=> select count(*) from prefix; count ------- 24 (1 row) /report/prefix ser helt fin ut. Savner ingenting der. - odd arne Odd Arne Hauge H?gskolen i Molde -----Original Message----- From: Gro-Anita H. Vindheim [mailto:gro-anita.vindheim@itea.ntnu.no] Sent: Mon 24-May-04 08:44 To: Hauge Odd Arne; Kristian Eide Cc: nav-users(a)itea.ntnu.no Subject: Re: Innsamling av data fra switcher Kristian - vi har det samme problemet p? hauk n?. Det gjelder ikke bare 3524 (som vel er likest Odd Arne sine bokser), men ogs? hp2524 etc. /report/swport henter sin vlaninformasjon fra vlan.vlan - ikke swport.vlan. Kan det ha blitt noe feil i fylling av denne? Fra hauk: manage=> select count(*) from vlan; count ------- 11 (1 row) manage=> select count(*) from prefix; count ------- 12 (1 row) Odd Arne - hvordan er det med fylling av prefix-tabellen hos deg? Se f.eks /report/prefix Gro-Anita On Saturday 22 May 2004 11:19, Hauge Odd Arne wrote: > -----Original Message----- > From: Kristian Eide [mailto:kreide@online.no] > Sent: Sat 22-May-04 02:00 > To: Hauge Odd Arne > Cc: nav-users(a)itea.ntnu.no > Subject: Re: Innsamling av data fra switcher > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Etter oppgraderingen til beta4 finner ikke Nav 'VLAN' og 'Netbox > > connected' for de switchtypene hvor jeg m?tte registrere type selv. > > Eksempel p? slike typer er: Catalyst 3512, 3548, 2948, 2980, 2980ga, > > 2950-48. > > > > Hva refererer du til med 'VLAN' og 'Netbox connected'? Er dette > > rapporter? > > Ja, VLAN og Netbox connect vises ikke i /report/swport. > > > Kommer dette av at det er egendefinerte typer ? > > > >Det kan tenkes og at ?rsaken er at ikke disse har kommet riktig inn i > > OID databasen. N? har jeg skrevet om OID databasen for ? gj?re dette > > mer robust og dette vil komme med i beta5. > > > >Det du kan gj?re n? er ? sette uptodate=f for de relevante typen og > > restarte getDeviceData. > > Er fors?kt mange ganger uten at det tilsynelatende hjelper. Men jeg > lurer p? om rapportene kan v?re feil. Feks. gir f?lgende sql-sp?rringer > disse resultatene: > > select count(*) from swport where vlan > 0; > count > ------- > 1258 > (1 row) > > og select count(*) from swport where to_netboxid > 0; > count > ------- > 19 > (1 row) > > select count(*) from swport where vlan=10; > count > ------- > 109 > (1 row) > > Mens et avansert s?k p? switcheporter (/report/swport?adv=1 med vlan > lik 10) gir et resultat p? 4 porter. > > Jeg vet ikke om dette tyder p? noen kodefeil, men det virker p? meg som > det finnes informasjon i databasen som ikke presenteres riktig i > rapportene. Alt tyder (s? langt jeg kan bed?mme det) p? at > innsamlingsscriptene fungerer som de skal. > > Det er ogs? litt "forvirrende" at switchportene for GSW -typer ikke > vises i rapporten "Core switch ports (expand trunks to vlan) ". > > - odd arne -- --- Gro-Anita Vindheim NTNU, ITEA, NETT Gro-Anita.Vindheim(a)itea.ntnu.no

1 0

Release-notice: NAV 3.0 beta 5
by kreide＠online.no 17 Jun '04

17 Jun '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 NAV 3.0 beta 5 er n? tilgjengelig for nedlasting p? http://metanav.ntnu.no/downloads/v3/ . Vi har fortsatt arbeidet med ? stabilisere NAV 3.0, og beta 5 inneholder en rekke forbedringer og bugfikser. Av ny funksjonalitet kan nevnes vlanPlot, som n? er ? finne i toolbox. Denne mangler fortsatt endel funksjonalitet sammenlignet med NAV 2.0 (bla. navigering nedover i nettet og last-data), men dette vil komme etterhvert. Jeg vil ogs? nevne at da Morten Vold, som normalt er release-ansvarlig for NAV, er bortreist p? ferie denne uken, og jeg gj?r derfor release i hans frav?r. For de som installerer NAV 3 beta for f?rste gang ================================================= Som det tidligere er gjort oppmerksom p?, b?r man ha en egen boks dedikert til beta-testingen, iom. at versjon 3 ikke er klar til ? ta over for en v2-boks i produksjon. P? ovennevnte URL finnes filen preinstall.txt, som forel?pig er den eneste formen for dokumentasjon p? hva man trenger ? gjennomf?re for ? klargj?re en boks for NAV v3. Filen er en logg over hva jeg foretok meg for ? f? installert NAV v3 beta p? v?r RedHat 9-baserte boks. Universitetet i Troms? har brukt denne som et utgangspunkt for ? gj?re noe tilsvarende p? FreeBSD. Inntil vi f?r testet at ting fungerer som forventet p? Apache 2, m? webgrensesnittet kj?re p? Apache 1.3. Fordi Apache 1.3 med mod_python ikke st?tter tr?der, m? man kompilere opp en egen python-interpreter uten tr?dst?tte og med en egen bibliotek-sti og installere alle python-biblioteker dobbelt opp. Dette er dessverre tungvindt, men punktet forsvinner n?r vi f?r det til ? fungere tilfredsstillende p? Apache 2 (alle er derimot velkomne til ? pr?ve det p? Apache 2 hvis de blir lei av ? vente). For den som ?nsker ? installere p? RedHat 9, ligger det en RPM-pakke ute p? metanav. Denne er merket med noen avhengigheter, men langt i fra alle (derav filen preinstall.txt). Ellers har man muligheten for ? installere fra kildekoden, som n? ogs? ligger ute. RPM-pakke for rpm p? FreeBSD ligger der for?vrig ogs?. Etter at man har installert NAV (eller pakket ut kildekoden), finnes det en liten guide til ? komme i gang i filen doc/getting-started.txt (hvis du installerte RPM'en, ligger denne som /usr/local/nav/doc/getting-started.txt). For de som skal oppgradere fra beta 4 ===================================== Pga. en rekke forbedringer i datainnsamling, anbefales det at man like gjerne oppretter manage-databasen p? nytt. Stopp NAV og Apache, logg p? PostgreSQL som brukeren postgres og skriv "DROP DATABASE manage;". Etter at du har installert den nye versjonen, f?lger du samme oppskrift som i starten for ? opprette manage p? nytt (ligger under doc/sql/README). Dette inkluderer ? kj?re inn snmpoid.sql p? nytt. I tillegg ligger det p? ovennevnte URL et sql-script for ? oppdatere navprofiles-databasen. Dette b?r ogs? kj?res f?r man starter NAV p? nytt. Til alle ======== Jeg ber om at nav-users utnyttes til det fulle blant de som n? ?nsker ? pr?ve seg frem med en beta-installasjon (og jeg h?per ogs? at UiT? og HiMolde kan v?re med ? hjelpe til litt her for nykommerne, siden dere allerede har v?rt gjennom f?rstegangs-installasjon av NAV v3). Jeg vil ogs? oppfordre den som har tid, kunnskap og lyst, til ? hjelpe oss ? rette opp feil de finner, ved ? sende inn patcher til kildekoden. Inntil vi ?pner utviklerlista til NAV, ser jeg gjerne at denslags blir sendt direkte til meg. Lykke til med installering og drift av ny beta! - -- Kristian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAtjWJRBuET7ul/ccRAjq9AJ0TMDBdM80ZvRKW6G+PbGKhRgUnAQCdHuLp w6pOHGytLZC7RzkVjVaDZhw= =aHW2 -----END PGP SIGNATURE-----

2 6

When spam is overwhelming and what to do about it...
by Edna＠asst-helper.biz 17 Jun '04

17 Jun '04

An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040523/b74… >From gro-anita.vindheim at itea.ntnu.no Mon May 24 09:44:41 2004 From: gro-anita.vindheim at itea.ntnu.no (Gro-Anita H. Vindheim) Date: Thu Jun 17 13:15:32 2004 Subject: Innsamling av data fra switcher In-Reply-To: <634E424FC73E384DBC0A30A776022C1C01816692(a)rokke.admin.himolde.no> References: <634E424FC73E384DBC0A30A776022C1C01816692(a)rokke.admin.himolde.no> Message-ID: <200405240844.41828.gro-anita.vindheim(a)itea.ntnu.no> Kristian - vi har det samme problemet p? hauk n?. Det gjelder ikke bare 3524 (som vel er likest Odd Arne sine bokser), men ogs? hp2524 etc. /report/swport henter sin vlaninformasjon fra vlan.vlan - ikke swport.vlan. Kan det ha blitt noe feil i fylling av denne? Fra hauk: manage=> select count(*) from vlan; count ------- 11 (1 row) manage=> select count(*) from prefix; count ------- 12 (1 row) Odd Arne - hvordan er det med fylling av prefix-tabellen hos deg? Se f.eks /report/prefix Gro-Anita On Saturday 22 May 2004 11:19, Hauge Odd Arne wrote: > -----Original Message----- > From: Kristian Eide [mailto:kreide@online.no] > Sent: Sat 22-May-04 02:00 > To: Hauge Odd Arne > Cc: nav-users(a)itea.ntnu.no > Subject: Re: Innsamling av data fra switcher > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Etter oppgraderingen til beta4 finner ikke Nav 'VLAN' og 'Netbox > > connected' for de switchtypene hvor jeg m?tte registrere type selv. > > Eksempel p? slike typer er: Catalyst 3512, 3548, 2948, 2980, 2980ga, > > 2950-48. > > > > Hva refererer du til med 'VLAN' og 'Netbox connected'? Er dette > > rapporter? > > Ja, VLAN og Netbox connect vises ikke i /report/swport. > > > Kommer dette av at det er egendefinerte typer ? > > > >Det kan tenkes og at ?rsaken er at ikke disse har kommet riktig inn i > > OID databasen. N? har jeg skrevet om OID databasen for ? gj?re dette > > mer robust og dette vil komme med i beta5. > > > >Det du kan gj?re n? er ? sette uptodate=f for de relevante typen og > > restarte getDeviceData. > > Er fors?kt mange ganger uten at det tilsynelatende hjelper. Men jeg > lurer p? om rapportene kan v?re feil. Feks. gir f?lgende sql-sp?rringer > disse resultatene: > > select count(*) from swport where vlan > 0; > count > ------- > 1258 > (1 row) > > og select count(*) from swport where to_netboxid > 0; > count > ------- > 19 > (1 row) > > select count(*) from swport where vlan=10; > count > ------- > 109 > (1 row) > > Mens et avansert s?k p? switcheporter (/report/swport?adv=1 med vlan > lik 10) gir et resultat p? 4 porter. > > Jeg vet ikke om dette tyder p? noen kodefeil, men det virker p? meg som > det finnes informasjon i databasen som ikke presenteres riktig i > rapportene. Alt tyder (s? langt jeg kan bed?mme det) p? at > innsamlingsscriptene fungerer som de skal. > > Det er ogs? litt "forvirrende" at switchportene for GSW -typer ikke > vises i rapporten "Core switch ports (expand trunks to vlan) ". > > - odd arne -- --- Gro-Anita Vindheim NTNU, ITEA, NETT Gro-Anita.Vindheim(a)itea.ntnu.no

1 0

Innsamling av data fra switcher
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

-----Original Message----- From: Kristian Eide [mailto:kreide@online.no] Sent: Sat 22-May-04 02:00 To: Hauge Odd Arne Cc: nav-users(a)itea.ntnu.no Subject: Re: Innsamling av data fra switcher -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Etter oppgraderingen til beta4 finner ikke Nav 'VLAN' og 'Netbox connected' > for de switchtypene hvor jeg m?tte registrere type selv. Eksempel p? slike > typer er: Catalyst 3512, 3548, 2948, 2980, 2980ga, 2950-48. > Hva refererer du til med 'VLAN' og 'Netbox connected'? Er dette rapporter? Ja, VLAN og Netbox connect vises ikke i /report/swport. > Kommer dette av at det er egendefinerte typer ? >Det kan tenkes og at ?rsaken er at ikke disse har kommet riktig inn i OID >databasen. N? har jeg skrevet om OID databasen for ? gj?re dette mer robust >og dette vil komme med i beta5. >Det du kan gj?re n? er ? sette uptodate=f for de relevante typen og restarte >getDeviceData. Er fors?kt mange ganger uten at det tilsynelatende hjelper. Men jeg lurer p? om rapportene kan v?re feil. Feks. gir f?lgende sql-sp?rringer disse resultatene: select count(*) from swport where vlan > 0; count ------- 1258 (1 row) og select count(*) from swport where to_netboxid > 0; count ------- 19 (1 row) select count(*) from swport where vlan=10; count ------- 109 (1 row) Mens et avansert s?k p? switcheporter (/report/swport?adv=1 med vlan lik 10) gir et resultat p? 4 porter. Jeg vet ikke om dette tyder p? noen kodefeil, men det virker p? meg som det finnes informasjon i databasen som ikke presenteres riktig i rapportene. Alt tyder (s? langt jeg kan bed?mme det) p? at innsamlingsscriptene fungerer som de skal. Det er ogs? litt "forvirrende" at switchportene for GSW -typer ikke vises i rapporten "Core switch ports (expand trunks to vlan) ". - odd arne

1 0

spørsmål til nav3 installasjon
by morten.vold＠itea.ntnu.no 17 Jun '04

17 Jun '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peder Magne Sefland wrote: > Jeg har begynt ? installere nav3 og har kommet et stykke p? vei. :-) > Slik jeg forst?r det kj?rer vi nav-3.0_beta4-1.noarch.rpm n?r alt > under preinstall.txt er gjort. Det er riktig. > Hvordan er det med rekkef?lgen p? disse manuelle installasjonene? > SNMP_Session er nevt f?rst i nedlastingslista, men sist i hvordan > sette opp. Listen over ting som skal lastes ned er i mer eller mindre tilfeldig rekkef?lge. De st?r der stort sett til info om hva det heter og hvor man finner det. > N?r det gjelder oppsette av postgresql. Skal jeg opprette katalog > strukturen under /usr/local/nav p? samme m?te som nav2.1.5? Du trenger ikke opprette noen katalogstruktur her - denne f?lger med i RPM-pakken. Katalogstrukturen har for?vrig forandret seg fra NAV v2. Dersom du ?nsker ? legge noe her selv (vi har for eksempel lagt data-clusteret til PostgreSQL under /usr/local/nav/var/pgsql, fremfor defaulten som er et annet sted), kan du gj?re det, men det er alts? ikke n?dvendig. For?vrig tilkommer det et par punkter p? preinstall.txt etterhvert som jeg f?r ut fingern, men ingenting som gj?r at du ikke kan installere rpm-pakken. - -- Morten Vold NTNU ITEA Nettgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFApIyEXxIl0kpcOkQRApxlAKCV/7m9gjn8qWRVZgxDdLARXPWtgQCeKVsv mFjMB5Ir92cJHKkOvupWWPs= =1w2B -----END PGP SIGNATURE-----

1 0

← Newer
1
2
3
4
5
6
7
...
24
Older →

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 Juni 2004