Nav-users

nav-users@lister.sikt.no

3 participants
1372 discussions

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

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

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

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

Problemer med å få lagt inn nye bokser
by Borge.Brunes＠cc.uit.no 17 Jun '04

17 Jun '04

[kj?rer beta5.] Dersom jeg fors?ker ? legge inn en enkelt boks (ikke bulk som fungerer fint, nesten) s? f?r jeg f?lgende feilmelding: Mod_python error: "PythonHandler editdb" Traceback (most recent call last): [snip] ProgrammingError: ERROR: column type.uptodate does not exist SELECT type.typeid, type.sysobjectid, type.vendorid, type.descr, type.uptodate, type.typename, type.frequency, type.cs_at_vlan, type.cdp, type.tftp FROM type WHERE (type.typeid=14) Kan nevne at jeg f?r lagt inn bokser vha. bulk, men det hentes ingen data fra boksene (sw-port, moduler osv.) Fors?kte med tips fra beta4 "UPDATE type SET uptodate='f';" men fikk feilmeldingen: ERROR: column "uptodate" of relation "type" does not exist 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: Nav3 Beta 4 ser ikke ut til å virke
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

> Det er jo en grunn til at dette er en beta, og ikke en produksjons-release ;) He he ! > Log fra getDeviceData sier lignende for alle rutere og svitsjer (wlan ogs?): > May 18 22:27:08 2004 getDeviceData_02 ServerPlugin-6-canHandleDevice > We cannot serve kristiansund-gw.uninett.no >Dette m? inn i listen over errata for beta4: >Det kan se ut som en bug i editdb gj?r at getDeviceData ikke f?r beskjed >om ? oppdatere hvilke OID-er de forskjellige device-typene svarer p?. >Hvis du bruker psql p? kommandolinja og logger inn i manage-databasen >som navwrite-brukeren, kan du skrive f?lgende SQL-setning for ? pr?ve ? >rette opp i det (dette gjelder _alle_ som har installert beta4!): >UPDATE type SET uptodate='f'; >Dette gjorde vi hos oss for ? l?se problemet. Ser ikke ut til ? gj?re susen hos meg. Fortsatt ingenting i Nav. Andre r?d mottas med takk. networkDiscovery logger ingen feil lenger. Men finner heller ingen ting. more /usr/local/nav/var/log/networkDiscovery/networkDiscovery.html <html> <head><title>Vlan discovery report</title></head> <body> Generated on: Wed May 19 17:38:01 CEST 2004 <pre> </pre> Report: (found 0 records) New count: 0, Update count: 0 Dup count: 0, Rem count: 0 Unused count: 0, Rename vlan c ount: 0 <h2>Allowed, but non-active VLANs:</h2> <h4>(Note: VLANs 1 and 1000-1005 are for interswitch control traffic and are always allowed)</h4> A total of 0 / 0 trunks have allowed VLANs that are not active. May 19 17:38:01 2004 null EVENTQ-6-POST_EVENT Posted event from getDeviceData to eventEngine (notification) on eventq All done. </body> </html> Kan noen hjelpe ? - odd arne

2 1

Smart spam control ends junk mail problem
by Clare＠asst-helper.biz 17 Jun '04

17 Jun '04

An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040517/73c… >From morten.vold at itea.ntnu.no Tue May 18 13:47:23 2004 From: morten.vold at itea.ntnu.no (Morten Vold) Date: Thu Jun 17 13:15:31 2004 Subject: SV: =?ISO-8859-1?Q?sp=F8rsm=E5l_til_nav3_installasjon?= In-Reply-To: <4147C56944E2B64D978FA0EAB10A14FA4B06FD(a)fagserver2.fag.hin.no> References: <4147C56944E2B64D978FA0EAB10A14FA4B06FD(a)fagserver2.fag.hin.no> Message-ID: <40A9E9BB.8050709(a)itea.ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Forselv Ketil wrote: > fortsatte ? fikle litt med httpd.conf. Fant ikke den > morten_httpd.conf-fila som det refereres til i preinstall.txt. Ah, ikke alt er helt oppdatert i preinstall.txt ser det ut til nei. Eksempelkonfigurasjonen finner du i tarballen, under doc/apache/ . > Etter en reboot, skjer f?lgende: > > [root@Nav3 root]# /usr/local/nav/bin/nav start > Traceback (most recent call last): > File "/usr/local/nav/bin/nav", line 54, in ? > from nav.startstop import * > ImportError: No module named nav.startstop > Kj?rer en ny install av rpm-fila, nytter ikke. Dette skyldes at Python ikke vet hvor den skal finne NAV-bibliotekene. Beklageligvis ser det ut til at scriptet du skal ha lagt inn i /etc/profile.d/ ikke blir kj?rt n?r man logger inn som root. Dette scriptet skal nemlig ta seg av ? sette opp milj?variabler riktig for en typisk NAV-installasjon. Forel?pig kan du source inn denne helt eksplisitt i root sin ~/.bashrc - s? b?r du v?re sikker p? at det blir satt riktig. Innholdet i dette scriptet kunne sikkert med fordel v?rt plassert et sted tidlig i boot-prosessen p? tjenermaskina, slik at milj?variablene var satt system-wide. > Tar og pakker ut tarballen, og n?r jeg skal pr?ve ? f? den til skjer > f?lgende n?r jeg kj?rer make: Kj?rte du ./configure f?rst? Hva sa den? Problemet her er nemlig at du ikke har Ant installert (denne mangler i lista over ting som st?r i INSTALL-fila - denne mangler en god del informasjon fremdeles). Uansett er du nok bedre tjent med ? bruke RPM-pakken (og da trenger du heller ikke ? ha Ant installert). - -- Morten Vold NTNU ITEA Nettgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFAqem6XxIl0kpcOkQRAsg6AKCLWy3/T3uyABiKUqePEvcLoGlghgCcCQpK 8HK1IHxWSOs0o/d7ZGi1akE= =MaSg -----END PGP SIGNATURE-----

1 0

SV: spørsmål til nav3 installasjon
by Ketil.Forselv＠hin.no 17 Jun '04

17 Jun '04

Hei Har begynt og f? til en installasjon av NAV 3, og fulgt oppskrifta i preinstall.txt. Kj?rt nav-3.0_beta4-1.noarch.rpm, og fikk start p? nav, og fortsatte ? fikle litt med httpd.conf. Fant ikke den morten_httpd.conf-fila som det refereres til i preinstall.txt. Etter en reboot, skjer f?lgende: [root@Nav3 root]# /usr/local/nav/bin/nav start Traceback (most recent call last): File "/usr/local/nav/bin/nav", line 54, in ? from nav.startstop import * ImportError: No module named nav.startstop Kj?rer en ny install av rpm-fila, nytter ikke. Tar og pakker ut tarballen, og n?r jeg skal pr?ve ? f? den til skjer f?lgende n?r jeg kj?rer make: [root@Nav3 nav-3.0_beta4]# make make[1]: Entering directory `/root/navinst/nav-3.0_beta4/src' Building Logger ... (cd Logger && /usr/bin/ant ) && touch Logger /bin/sh: line 1: /usr/bin/ant: Ingen slik fil eller filkatalog make[1]: *** [Logger] Error 127 make[1]: Leaving directory `/root/navinst/nav-3.0_beta4/src' make: *** [all] Error 1 Andre som har hatt samme problemet? mvh Ketil -----Opprinnelig melding----- Fra: owner-nav-users(a)itea.ntnu.no [mailto:owner-nav-users@itea.ntnu.no] P? vegne av Morten Vold Sendt: 14. mai 2004 11:08 Til: Peder Magne Sefland Kopi: nav-users(a)itea.ntnu.no Emne: Re: sp?rsm?l til nav3 installasjon -----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

FW: Maskinsporing av AP
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

-----Original Message----- From: Hauge Odd Arne Sent: Mon 03-May-04 20:43 To: nav-beta(a)itea.ntnu.no Cc: Subject: Maskinsporing av AP Hallo. HSM har en del AP (cisco 1200 m/ IOS). Maskinsporing ser ikke ut til ? fungere for disse, til tross for at jeg kan finne b?de ip og mac i hhv. arp og cam tabellene. Som mange andre kj?rer vi flere VLAN over en trunk ut mot AP'ene. Kan det v?re dette som gj?r at sporingen ikke virker ? Maskinsporing av de samme AP'ene virker fint i Nav2. - odd arne hauge

1 0

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