Nav-users Juni 2004

nav-users@lister.sikt.no

71 participants
234 discussions

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

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

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

ProgrammingError: ERROR: emotd: permission denied
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Er fikset. Manglet plpgsql. - odd arne -----Original Message----- From: owner-nav-users(a)itea.ntnu.no on behalf of Hauge Odd Arne Sent: Sun 30-May-04 19:03 To: Kristian Eide; nav-users(a)itea.ntnu.no Cc: Subject: ProgrammingError: ERROR: emotd: permission denied 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

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

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

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

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

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

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