Nav-users

nav-users@lister.sikt.no

3 participants
1372 discussions

Release-notice: NAV 3.0 beta 8
by Borge.Brunes＠cc.uit.no 09 Nov '04

09 Nov '04

morten.vold(a)ntnu.no said: > RPM for FreeBSD er n? ogs? tilgjengelig, men det gis fremdeles ingen > garantier for denne da vi ikke har noe FreeBSD-system ? teste p?. Bygging av rpm-pakker for FreeBSD kan avsluttes da vi er i ferd med ? f? lagt NAV inn i ports? B?rge ?http://www.no.freebsd.org/ports/index.html

1 0

Release-notice: NAV 3.0 beta 8
by odd.hauge＠himolde.no 09 Nov '04

09 Nov '04

>> Uten at jeg skal uttale meg for bombesikkert, ligner dette litt p? >> problemene vi hadde da vi fikset en del av feilene i gDD mens vi >> allerede hadde feil i databasen. Hadde jeg v?rt deg, ville jeg pr?vd >> fremgangsm?ten jeg beskrev i release-notatene jeg akkurat postet her - >> dvs. slette alle modulinnslagene mens NAV er nede for telling, og la alt >> bli samlet inn p? nytt. >> > Har ? gjort dette. Men Nav slitter fortsatt med switcher i catalyst 4000 > familien, som for mitt vedkommende er 2848 og 2980 switcher. Det > rappoteres n? kun 1 modul for begge switchtypene, selv om de har hhv 2 > (2948) og 3 (2980). For 2948 rappoteres modul 2, og for 2980 modul 3. > > Det er ikke dukket opp noe switcheporter for disse 2 switchetypene i > rapporten enn?, men hvis det var som f?r i dag dukker switchportene for > 2948 opp, mens det ikke dukker opp noen porter for 2980. ?vrige switchers > porter viser i rapporten. > > Jeg har pr?vt ? slette og legge til switchene uten noen endring i > rapporten. Ser p? report/sw?catid_op=in&catid=SW,GSW at det rappoteres litt vilk?rlig om det er 2 eller 50 porter. N? st?r det 2: Room Name IP address Type Org modules swport memory AR082 molde-telerom1-sw2.hiMolde.no 158.38.83.25 wsc2948 IT 1 2 memory Mens andre ganger kan det st?r 50. Tar jeg en select * from module varierer ogs? innholdet der. Tidligere i dag fikk jeg detet resultatet 376 | 296 | 12 | 6 | ATM-CES OC3 Single Mode, CBR E1, 120 ohm | y | | 405 | 60 | 18 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.4 | y | | WS-C2948G 406 | 61 | 20 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.0 | y | | WS-C2948G 407 | 52 | 22 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.4 | y | | WS-C2948G 408 | 57 | 23 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.0 | y | | WS-C2948G 409 | 81 | 17 | 2 | 10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.0 | y | | WS-C2948G Mens n? f?r jeg: 376 | 296 | 12 | 6 | ATM-CES OC3 Single Mode, CBR E1, 120 ohm | y | | 410 | 60 | 18 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.4 | y | | WS-X2948 411 | 61 | 20 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.0 | y | | WS-X2948 412 | 57 | 23 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.0 | y | | WS-X2948 413 | 52 | 22 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.4 | y | | WS-X2948 414 | 81 | 17 | 1 | Switching Supervisor 0 port WS-X2948 Rev. 2.0 | y | | WS-X2948 Modulid 405 til 409 er borte. Burde ikke alle moduleid'er fra 409 - 414 v?rt i module tabellen ? - odd arne

1 0

Release-notice: NAV 3.0 beta 8
by odd.hauge＠hiMolde.no 09 Nov '04

09 Nov '04

Hei. F?r noen feilmeldinger i webgui n?r jeg g?r inn p? /logger: Mod_python error: "PythonHandler main" Traceback (most recent call last): File "/usr/local/apache/libexec/python/lib/python2.2/site-packages/mod_python/apache.py", line 193, in Dispatch result = object(req) File "/usr/local/nav/apache/webroot/messages/main.py", line 63, in handler path = req.uri.split(BASEPATH)[1] IndexError: list index out of range N? her jeg vel ikke s? mye data der, men lell. Etter ? ha trukket refresh noen ganger kommer siden opp. En mer alvorlig ting er at nav i Reports (/report/swport?b1.netboxid=??) kun viser 2 switchinterface for alle catalyst 4000 type switchene. Dette var riktig i beta 7. Det er kun mangement interfacene som vises, sc0 og me1, disse tilh?rer modul 1, men selve switchportene som tilh?rer modul 2 eller h?yrere vises ikke, f?lgelig ingen switchporter. Satte da uptodate flagget lik "f "for disse switchene. Da ble 2948 switchene riktige, mens 2980G(A) switchene rappoteres med 0 switchporter. Det vises fortsatt kun 1 modul i stedet for minst 2 moduler. S? grunnen til at switchportene vises for 2948 switchene er at det er modul 2 som er vist i rapporten etter at flagget ble satt og ikke modul 1. For 2980-switchene som har 3 moduler, er det modul 3 som listes (har 32 10/100 porter og 2 GBIC), men uten tilh?rende switchporter. S? det er et eller annet som ikke er helt godt her. gDD log gir denne typen feilmeldinger for disse switchene: SQLException for update statement: INSERT INTO module (moduleid,deviceid,netboxid,module,model,descr) VALUES ('167','142','124','2','WS-C2948G','10/100/1000 Ethernet 50 port WS-C2948G Rev. 2.5') java.sql.SQLException: ERROR: Cannot insert a duplicate key into unique index module_deviceid_key java.sql.SQLException: ERROR: Cannot insert a duplicate key into unique index module_deviceid_key Device Browser av routere og switcher gir f?lgende feil hos meg: Traceback (most recent call last): File "/usr/local/nav/lib/python/nav/web/devBrowser/dispatcher.py", line 96, in handler result = handler.process(request) File "/usr/local/nav/lib/python/nav/web/devBrowser/netbox.py", line 162, in process result.append(info.showInfo()) File "/usr/local/nav/lib/python/nav/web/devBrowser/netbox.py", line 200, in showInfo info.add('Gateway', self.showGw()) File "/usr/local/nav/lib/python/nav/web/devBrowser/netbox.py", line 235, in showGw gwNetbox = gw.gwport.module.netbox File "/usr/local/apache/libexec/python/lib/python2.2/site-packages/forgetSQL.py", line 389, in __getattr__ self.load() File "/usr/local/apache/libexec/python/lib/python2.2/site-packages/forgetSQL.py", line 468, in load self._loadDB() File "/usr/local/apache/libexec/python/lib/python2.2/site-packages/forgetSQL.py", line 697, in _loadDB curs.execute(sql, self._getID()) ProgrammingError: ERROR: No such attribute gwport.ospf SELECT gwport.interface, gwport.speed, gwport.gwportid, gwport.masterindex, gwport.ifindex, gwport.link, gwport.to_swportid, gwport.ospf, gwport.moduleid, gwport.to_netboxid FROM gwport WHERE (gwport.gwportid=74) Problemene jeg har med at getDeviceData ikke klarer ? avlede Vlan for switchene i Kristiansund som kj?rer med interVlan ruting p? Uninetts ruter er fortsatt til stede. Dette virker i Nav2, I /report/gw st?r et at det er 15 gwp for molde-gw.uninett.no (7206), mens /report/swport?b1.netboxid=12 kun gir 7 hits. Hvorfor er det forskjell her ? Det positive er at gw-porter for en 1700 og en 2600 ruter n? avledes helt fint, noe som ikke virket i beta7. mvh Odd Arne Hauge

3 2

Release-notice: NAV 3.0 beta 8
by morten.vold＠ntnu.no 09 Nov '04

09 Nov '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 NAV 3.0 beta 8 er n? tilgjengelig for nedlasting p? http://metanav.ntnu.no/downloads/v3/ . NB: Det er ikke generert ny RPM-pakke for FreeBSD - dette vil skje i morgen, men .spec-fil for dette finnes i tarballen for den som vil lage RPM selv. 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_apache2.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. For den som ?nsker ? installere p? RedHat 9, ligger det en RPM-pakke ute p? metanav. Denne er merket med noen f? 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 7 ===================================== Det er noen endringer i databaseskjemaet som m? tas hensyn til, changeloggen (nedenfor) gir n?rmere detaljer. CHANGES ======= Version 3.0_beta8 (released 08 November 2004) ##################################################################### ## WARNING WARNING WARNING WARNING WARNING WARNING WARNING ## ##################################################################### ## ## ## This release makes changes to the NAV database. If you are ## ## upgrading from a previous release you also need to upgrade your ## ## database schema. For information on how to upgrade the database ## ## schema, please take a look in doc/sql/upgrades for more ## ## information. ## ## ## ##################################################################### User-visible changes: * Encoding info has been added to several python modules, to make newer versions of Python stop complaining about PEP 0263. But there are probably more modules that need these changes. * Attempting to stop not running cron services using the nav command will no longer yield a Python exception. * Alert profiles containing time periods spanning across midnight will now work. * Interface names containing more than one forward slash now work with makecricketconfig. * Added config file cricket-views.conf to define which views makecricketconfig will create. * Several editdb crash bugs were fixed. * Default set of reports (report.conf) were bugfixed. * MachineTracker had a serious design flaw in its primary SQL statement, which would cause arbitrary and erroneous search result. The automatic combination of arp and cam data should now be more accurate. * When there are no active messages, the annoying "No Found" message is no longer displayed on the home page. * Some missing icons have been added, and new icons for some tools. * Some strange errors on the web were due to small differences in mod_python versions used on Apache 1.3 and Apache 2, the ones that have been found have been fixed. * Tremendous amount of fixes related to the getDeviceData collection system, more accurate collection of module information and module state, detection of replaced netboxes, etc. * Errors in getDeviceData and missing constraints in the database would sometimes cause several netboxes and/or several modules to refer to the same device and serial number (which is supposed to be impossible). This has been fixed. * Improvements to vlanPlot layout, including links to IP device center and Network Explorer. Will now also display an error message when contact cannot be establishwith the vPServer, whereas previously it would only present a blank screen. Lykke til med installasjon og drift av ny beta! - -- Morten Vold NTNU ITEA Nettgruppen _______________________________________________ Nav-users mailing list Nav-users(a)mailman.itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBj4/ZXxIl0kpcOkQRAs+wAJ97swD7hqfMO3H0dL0J97wzcWH0PQCdHpnH FH7c0gUC9BoLDZAu+EIZVLo= =Tr+4 -----END PGP SIGNATURE----- >From Ketil.Forselv at hin.no Mon Nov 8 21:13:08 2004 From: Ketil.Forselv at hin.no (Forselv Ketil) Date: Mon Nov 8 21:13:11 2004 Subject: SV: [Nav-users] Release-notice: NAV 3.0 beta 8 Message-ID: <4147C56944E2B64D978FA0EAB10A14FA4B07D7(a)fagserver2.fag.hin.no> Hei Oppgraderingen gikk berre lekkert. En ting er glemt: Scriptene i /usr/local/nav/etc/init.d m? modifiseres med su - , ellers blir det noe permission denied for .bash mvh Ketil -----Opprinnelig melding----- Fra: nav-users-bounces(a)mailhost.itea.ntnu.no [mailto:nav-users-bounces@mailhost.itea.ntnu.no] P? vegne av Morten Vold Sendt: 8. november 2004 16:25 Til: nav-users(a)itea.ntnu.no Emne: [Nav-users] Release-notice: NAV 3.0 beta 8 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 NAV 3.0 beta 8 er n? tilgjengelig for nedlasting p? http://metanav.ntnu.no/downloads/v3/ . NB: Det er ikke generert ny RPM-pakke for FreeBSD - dette vil skje i morgen, men .spec-fil for dette finnes i tarballen for den som vil lage RPM selv. 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_apache2.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. For den som ?nsker ? installere p? RedHat 9, ligger det en RPM-pakke ute p? metanav. Denne er merket med noen f? 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 7 ===================================== Det er noen endringer i databaseskjemaet som m? tas hensyn til, changeloggen (nedenfor) gir n?rmere detaljer. CHANGES ======= Version 3.0_beta8 (released 08 November 2004) ##################################################################### ## WARNING WARNING WARNING WARNING WARNING WARNING WARNING ## ##################################################################### ## ## ## This release makes changes to the NAV database. If you are ## ## upgrading from a previous release you also need to upgrade your ## ## database schema. For information on how to upgrade the database ## ## schema, please take a look in doc/sql/upgrades for more ## ## information. ## ## ## ##################################################################### User-visible changes: * Encoding info has been added to several python modules, to make newer versions of Python stop complaining about PEP 0263. But there are probably more modules that need these changes. * Attempting to stop not running cron services using the nav command will no longer yield a Python exception. * Alert profiles containing time periods spanning across midnight will now work. * Interface names containing more than one forward slash now work with makecricketconfig. * Added config file cricket-views.conf to define which views makecricketconfig will create. * Several editdb crash bugs were fixed. * Default set of reports (report.conf) were bugfixed. * MachineTracker had a serious design flaw in its primary SQL statement, which would cause arbitrary and erroneous search result. The automatic combination of arp and cam data should now be more accurate. * When there are no active messages, the annoying "No Found" message is no longer displayed on the home page. * Some missing icons have been added, and new icons for some tools. * Some strange errors on the web were due to small differences in mod_python versions used on Apache 1.3 and Apache 2, the ones that have been found have been fixed. * Tremendous amount of fixes related to the getDeviceData collection system, more accurate collection of module information and module state, detection of replaced netboxes, etc. * Errors in getDeviceData and missing constraints in the database would sometimes cause several netboxes and/or several modules to refer to the same device and serial number (which is supposed to be impossible). This has been fixed. * Improvements to vlanPlot layout, including links to IP device center and Network Explorer. Will now also display an error message when contact cannot be establishwith the vPServer, whereas previously it would only present a blank screen. Lykke til med installasjon og drift av ny beta! - -- Morten Vold NTNU ITEA Nettgruppen _______________________________________________ Nav-users mailing list Nav-users(a)mailman.itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBj4/ZXxIl0kpcOkQRAs+wAJ97swD7hqfMO3H0dL0J97wzcWH0PQCdHpnH FH7c0gUC9BoLDZAu+EIZVLo= =Tr+4 -----END PGP SIGNATURE----- _______________________________________________ Nav-users mailing list Nav-users(a)mailman.itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users

1 1

SV: [Nav-users] nav3, Debian Sarge og cricket
by peder.sefland＠hivolda.no 04 Nov '04

04 Nov '04

Visst ikke det har kommet noen oppdateringer p? denne pakken i det siste, tror jeg ikke du skal instalere debian sin cricket. Se punkt 5 i /usr/share/doc/nav/README.Debian 5. Cricket o Do not install the Cricket Debian package o Download cricket-1.0.5 (http://prdownloads.sf.net/cricket/cricket-1.0.5.tar.gz) o Unpack the tar-ball in /usr/local 'cd /usr/local; tar xvzf /tmp/cricket-1.0.5.tar.gz; ln -s cricket-1.0.5 cricket; cd cricket; ln -s . cricket; chown -R navcron.nav cricket-1.0.5' o Patch the cricket source with the patches following the NAV Debian package: 'cd /usr/local/cricket; patch -p1 /usr/share/doc/nav/cricket_patches/nav_locking.patch' o Run Cricket's configure script: 'cd /usr/local/cricket; ./configure' o Copy the NAV specific Cricket configuration files: 'cd /usr/local/cricket; cp /usr/share/doc/nav/cricket/cricket/subtree-sets .; cp -r /usr/share/doc/nav/cricket/cricket-config .; cp cricket-conf.pl.sample cricket-conf.pl' o Edit the cricket-conf.pl and set these variables: $gCricketHome = "/usr/share/nav/cricket"; o Run compile as the navcron-user: 'cd /usr/local/cricket/lib; ./compile' o Run makecricketconfig.pl: 'cd /usr/local/cricket; /usr/lib/nav/makecricketconfig.pl' Peder Magne Sefland Avd. ingeni?r IT-avd. H?gskulen i Volda Postboks 500 6101 VOLDA 70075284 (kontor) 90823914 (mob.) >>> Ole Sigurd Nyvold Hansen <Ole.S.Hansen(a)hit.no> 04.11.2004 12:32:19 >>> Hei, Etter # apt-get install cricket og # chmod 644 /etc/cricket/config/config.db p? en vanlig Debian Sarge kommer http://localhost/cgi-bin/cricket/grapher.cgi greitt opp (uten data). Sarge har apache 1.3.26. P? v?r nav3 beta7(?) installasjon f?r vi ikke se cricket data. Noen tips? mvh OleS _______________________________________________ Nav-users mailing list Nav-users(a)mailman.itea.ntnu.no http://mailman.itea.ntnu.no/mailman/listinfo/nav-users

1 0

nav3, Debian Sarge og cricket
by Ole.S.Hansen＠hit.no 04 Nov '04

04 Nov '04

Hei, Etter # apt-get install cricket og # chmod 644 /etc/cricket/config/config.db p? en vanlig Debian Sarge kommer http://localhost/cgi-bin/cricket/grapher.cgi greitt opp (uten data). Sarge har apache 1.3.26. P? v?r nav3 beta7(?) installasjon f?r vi ikke se cricket data. Noen tips? mvh OleS

1 0

SV: Re: [Nav-users] 6509 problem med nav3
by peder.sefland＠hivolda.no 29 Okt '04

29 Okt '04

>>> Vidar Faltinsen <Vidar.Faltinsen(a)uninett.no> 29.10.2004 11:17:28 >>> Pr?v en select * from cam where sysname like 'navnetp?svitsjen%'; Gjorde noen fors?k (2970 har ip 158.38.75.58): manage=> select * from cam where sysname like 'volda-aasen-giga-sw%'; camid | netboxid | sysname | ifindex | module | port | mac | start_time | end_time | misscnt -------+----------+---------+---------+--------+------+-----+------------+----------+--------- (0 rows) manage=> select * from cam where sysname like 'volda-aasen-giga-sw'; camid | netboxid | sysname | ifindex | module | port | mac | start_time | end_time | misscnt -------+----------+---------+---------+--------+------+-----+------------+----------+--------- (0 rows) manage=> select * from cam where sysname like '158.38.75.58%'; camid | netboxid | sysname | ifindex | module | port | mac | start_time | end_time | misscnt -------+----------+--------------+---------+--------+------+--------------+----------------------------+----------------------------+--------- 41 | 28 | 158.38.75.58 | 10101 | | | 000f234a0f18 | 2004-09-15 11:10:50.550405 | 2004-09-16 10:12:07.53268 | 37 | 28 | 158.38.75.58 | 10125 | | | 000c85fe1d0b | 2004-09-15 11:10:50.228705 | 2004-09-16 10:12:08.593464 | 36 | 28 | 158.38.75.58 | 10124 | | | 0002fd39b456 | 2004-09-15 11:10:49.769291 | 2004-09-16 10:12:12.772662 | 40 | 28 | 158.38.75.58 | 10127 | | | 000e84bba299 | 2004-09-15 11:10:50.535114 | 2004-09-16 10:12:14.340961 | 39 | 28 | 158.38.75.58 | 10126 | | | 000dbc11b9f1 | 2004-09-15 11:10:50.517444 | 2004-09-16 10:12:17.938701 | 38 | 28 | 158.38.75.58 | 10125 | | | 000cce20eff1 | 2004-09-15 11:10:50.498858 | 2004-09-15 15:10:34.922234 | Dersom du f?r treff i cam, s? ligger feilen i frontend. F?r du ikke treff, s? m? vi se hvordan denne boksen er oid-klassifisert, det kan du ogs? selv gj?r i report, eller forresten, det er kanskje ikke tilgjengelig i patchen du har. Vel du kan gj?re: select sysname,snmpoid,oidname,mib from netbox left join netboxsnmpoid using (netboxid) left join snmpoid using (snmpoidid) where oidname='dot1dBasePortIfIndex' order by sysname; Fikk bl.a dette resultat (utdrag): 158.38.75.57 | 1.3.6.1.2.1.17.1.4.1.2 | dot1dBasePortIfIndex | BRIDGE-MIB 158.38.75.58 | 1.3.6.1.2.1.17.1.4.1.2 | dot1dBasePortIfIndex | BRIDGE-MIB 158.38.81.18 | 1.3.6.1.2.1.17.1.4.1.2 | dot1dBasePortIfIndex | BRIDGE-MIB N?r jeg s?ker p? maskiner som jeg vet st?r p? 2970 i nav3 f?r jeg meldingen: Your search did not return any results N?r jeg s?ker p? samme ip i nav2, finner den mac-addressen. Men sier: Ikke resultat p? s?k i cam-tabellen. Dersom svitsjen din ikke blir med her s? har vi et problem. Du kan pr?ve ? polle boksen direkte med den OIDen du f?r ut av overnevnte select og se om den svarer. Jeg vil jo gjette p? det, men man vet jo aldri. Som du ser er OID'en lik for disse switchene. Men i Report kommer disse slik ut, (og som ogs? stemmer) 158.38.75.57 SW 0 cat2970 158.38.75.58 SW 0 catalyst297024TS 158.38.81.18 SW 0 cat2924XLv Jeg har ikke lagt disse 2970 inn i dns enda. Skal gj?re det n?. Men kan det ha noe ? si? H?per dette ordner seg. 2970 er den mest stilleg?ende cisco-switchen jeg har vert borti. Da kan en bruke den p? rom uten og m?tte sette opp et helt skap bare for en switch. Jeg mangler et par gif bilder - images/emotd/top-l.gif (I ?pningsbilde, etter at jeg har lagt inn en melding) - navAdmin/gfx/wlan.gif (I Network Explorer p? tr?dl?se basestasjoner) Peder

2 1

SV: Re: [Nav-users] 6509 problem med nav3
by peder.sefland＠hivolda.no 29 Okt '04

29 Okt '04

Jeg kj?rte nav3 p? en vmware-installasjon p? min berbare. Noe som medf?rte at jeg tok den mye ned og opp. Da ble dato og klokke helt feil, i tillegg til at den ikke fikk den tid den trengt til ? samle inn data'en. N?r dato og klokke ble satt riktig og den fikk st?tt lenge nok, kom data'ene inn. Peder >>> Borge Brunes <Borge.Brunes(a)cc.uit.no> 29.10.2004 13:02:20 >>> peder.sefland(a)hivolda.no said: > Stor glede her i g?rden N? g?r det riktig vei her ogs?. N? har jeg f?tt opp > alle interface til 6509 i nav3 og kan bla nedover i Network Explorer. Og hva var det som skulle til? Kan v?re greit for oss andre ? vite ogs?. mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

1 0

SV: Re: [Nav-users] 6509 problem med nav3
by Borge.Brunes＠cc.uit.no 29 Okt '04

29 Okt '04

peder.sefland(a)hivolda.no said: > Stor glede her i g?rden N? g?r det riktig vei her ogs?. N? har jeg f?tt opp > alle interface til 6509 i nav3 og kan bla nedover i Network Explorer. Og hva var det som skulle til? Kan v?re greit for oss andre ? vite ogs?. mvh. -- B?rge Brunes, IT-avdelingen, Universitetet i Troms? http://www.cc.uit.no/~borge/ http://www.freebsd.org

1 0

SV: Re: [Nav-users] 6509 problem med nav3
by Vidar.Faltinsen＠uninett.no 29 Okt '04

29 Okt '04

On Thu, 28 Oct 2004, Peder Magne Sefland wrote: > Stor glede her i g?rden > N? g?r det riktig vei her ogs?. Det var jo bra! > Men dessverre har jeg ikke sporing p? maskiner som st?r p? cisco2970, samme som var problemet i nav2-1-5 ogs?. Det var rart, jeg har ikke selv v?rt borti denne svitsjen. Feilen kan jo ligge flere steder. Du har porter for svitsjen i report, s? det er greit. Pr?v en select * from cam where sysname like 'navnetp?svitsjen%'; og se om du f?r treff. Alts? interaktivt i postgres, du starter dette med 'psql manage navread', passord til navread har du satt i db.conf. Dersom du f?r treff i cam, s? ligger feilen i frontend. F?r du ikke treff, s? m? vi se hvordan denne boksen er oid-klassifisert, det kan du ogs? selv gj?r i report, eller forresten, det er kanskje ikke tilgjengelig i patchen du har. Vel du kan gj?re: select sysname,snmpoid,oidname,mib from netbox left join netboxsnmpoid using (netboxid) left join snmpoid using (snmpoidid) where oidname='dot1dBasePortIfIndex' order by sysname; Dersom svitsjen din ikke blir med her s? har vi et problem. Du kan pr?ve ? polle boksen direkte med den OIDen du f?r ut av overnevnte select og se om den svarer. Jeg vil jo gjette p? det, men man vet jo aldri. mvh - Vidar

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