Waqas Asghar | 15 Oct 12:24 2014
Picon

Plot only in traffic

Hi

I want to only plot in traffic of a cisco router interface any idea how that can be achieved ?


Regards,
Waqas Asghar
+923335495619
_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Christian | 3 Oct 15:00 2014
Picon

sysName persistence across reboot?

Hi,

I apologize in advance if my question is not relevant to this mailing list. It's not about mrtg functionality but general SNMP protocol.

 

I just want to know if there is a standard or specification that dictates SNMP objects persistence after a reboot. Specifically the sysName, sysLocation and sysContact. I've come across some devices that reset these to their default factory value after each reboot.

 

Is this a common behavior? How many devices like that have you seen? What's your experience with sysName, etc.?

 

Thank you

Christian

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Yunus Adejumo | 2 Oct 16:14 2014
Picon

How can I capture wlan0 interface of EAP150

Dear All,

Please, how do I specify and receive capture logs from EAP150. It is easier getting data from the eth0 interface but the wireless does not return any value.

Thank you.
 
Yunus Adejumo
Information Technology and Communications Unit (INTECU)
Obafemi Awolowo University, Ile-Ife
Tel:08054149570, 07051091415
_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Courtney, Wrolf | 1 Oct 16:27 2014

Interface Descriptions for Avaya/Nortel 5510 in cfgmaker

Does anyone know how to get interface names for Avaya/Nortel 5510s in descriptions for cfgmaker? I have no problem with 8600s, just the 5510s. I have tried all parameters in the man page for --ifdesc.

 

Thanks,

 

Wrolf Courtney

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Massimo Cucchi (Europe | 29 Sep 09:35 2014

Re: data whel poll is not available

Hi Guys,

 

A quick question,

 

When I poll a Memory into a cisco router  I receive a correct value , but if there are issues on polling the graph show me always the last value obtained (Iand I can’t understand if there are some problem) , how can I show on the graph a “zero” value based on an error of polling device ?

 

Thank you

 

Massimo



Massimo Cucchi
Architect
Dimension Data Italia SpA
Tel: +39 02 553907265
Mob: +39 335 7186226
Fax: +39 02 55303587
massimo.cucchi <at> dimensiondata.com

Via G. Di Vittorio 24, Peschiera Borromeo, Milan, 20068, Italy.

Dimension Data is an NTT Group company. For further information about Dimension Data, please go to www.dimensiondata.com
Follow us on Social Media Blog Facebook LinkedIn Twitter

P please consider the environment before printing this email

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Courtney, Wrolf | 24 Sep 15:33 2014

Permission denied at /usr/bin/../lib64/mrtg2/MRTG_lib.pm line 1580

I get the following error on one of my MRTG config files when I run it from a cron job. I do not get the error when I run it from the command line. I have plenty of other config files run from the same cron job that run just fine.

 

ERROR: writing /etc/mrtg/00255520WLC1.ok.ok: Permission denied at /usr/bin/../lib64/mrtg2/MRTG_lib.pm line 1580.

 

Anyone seen this before?

 

Wrolf Courtney

 

Contents of /etc/cron.d/mrtg

 

LANG=C

0-59/5 * * * * root bash -c "ls /etc/mrtg/*.cfg | xargs -l /usr/bin/mrtg"

 

Contents of /etc/mrtg/00255520WLC1.cfg (showing first interface only)

 

# Created by

# /usr/bin/cfgmaker --ifref=name --ifdesc=descr --output=/etc/mrtg/00255520WLC1.

cfg --global "WorkDir: /var/www/mrtg/00255520WLC1" --global "Options[_]: growrig

ht,bits" --snmp-options=:::::2 public <at> 10.3.3.1

 

 

### Global Config Options

 

#  for UNIX

# WorkDir: /home/http/mrtg

 

#  or for NT

# WorkDir: c:\mrtgdata

 

### Global Defaults

 

#  to get bits instead of bytes and graphs growing to the right

# Options[_]: growright, bits

 

EnableIPv6: no

WorkDir: /var/www/mrtg/00255520WLC1

Options[_]: growright,bits

 

######################################################################

# System: 00255520WLC1-1

# Description: Ethernet Routing Switch 5520-48T-PWR  HW:35       FW:6.0.0.6   SW

:v6.0.3.008 BN:08 (c) Nortel Networks

# Contact: NCSO - 646 252-5700

# Location: 331 Bay Street SIRR

######################################################################

 

 

### Interface 1 >> Descr: 'Nortel-Ethernet-Routing-Switch-5520-48T-PWR-Module---

Port-1' | Name: 'ifc1 (Slot: 1 Port: 1)' | Ip: '' | Eth: '' ###

 

Target[10.3.3.1_ifc1_(Slot_1_Port_1)]: #ifc1\ (Slot\:\ 1\ Port\:\ 1):public <at>

10.3.3.1:::::2

SetEnv[10.3.3.1_ifc1_(Slot_1_Port_1)]: MRTG_INT_IP="" MRTG_INT_DESCR="Nortel-

Ethernet-Routing-Switch-5520-48T-PWR-Module---Port-1"

MaxBytes[10.3.3.1_ifc1_(Slot_1_Port_1)]: 1250000

Title[10.3.3.1_ifc1_(Slot_1_Port_1)]: Nortel Ethernet Routing Switch 5520-48T

-PWR Module - Port 1 -- 00255520WLC1-1

PageTop[10.3.3.1_ifc1_(Slot_1_Port_1)]: <h1>Nortel Ethernet Routing Switch 55

20-48T-PWR Module - Port 1 -- 00255520WLC1-1</h1>

                <div id="sysdetails">

                        <table>

                                <tr>

                                        <td>System:</td>

                                        <td>00255520WLC1-1 in 331 Bay Street SIR

R</td>

                                </tr>

                                <tr>

                                        <td>Maintainer:</td>

                                        <td>NCSO - 646 252-5700</td>

                                </tr>

                                <tr>

                                        <td>Description:</td>

                                        <td>Nortel-Ethernet-Routing-Switch-5520-

48T-PWR-Module---Port-1  </td>

                                </tr>

                                <tr>

                                        <td>ifType:</td>

                                        <td>ethernetCsmacd (6)</td>

                                </tr>

                                <tr>

                                        <td>ifName:</td>

                                        <td>ifc1 (Slot: 1 Port: 1)</td>

                                </tr>

                                <tr>

                                        <td>Max Speed:</td>

                                        <td>10.0 Mbits/s</td>

                                </tr>

                        </table>

                </div>

 

 

 

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Alan Lehman | 19 Sep 22:44 2014

DSCP/COS stats on Cisco router

Hello,
I’m new to this list, but have been using mrtg for ages. Recently we implemented COS on our MPLS network. I
would like to be able to see traffic on our Cisco 2901 broken down by COS/DSCP classification. Has anyone
been able to accomplish this?
Thanks,
Alan



CONFIDENTIALITY NOTICE: This e-mail message including attachments, if any, is intended for the person or
entity to which it is addressed and may contain confidential and/or privileged material. Any
unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Thank you.

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Massimo Cucchi (Europe | 10 Sep 15:01 2014

BRI on cisco voicegateway

Hi Group,

 

I wish to polling by snmp a cisco router with 2 bri and is enough for me receive an information about the call active on the bri.

The mrtg poll BRI using IsdnBearerOperStatus and the answer from Voicegateway is active(4) if no call the answer is idle (1).

 

How I can represent this value on the graph because if I leave as default the graph represent always one and change as soon as change the value but arrive to 4, in any case the value are so confused.

 

Any suggestion ?

Eventually what MIb I can configure to obtain a integer value for BRI ?

 

Massimo

 

 



Massimo Cucchi
Architect
Dimension Data Italia SpA
Tel: +39 02 553907265
Mob: +39 335 7186226
Fax: +39 02 55303587
massimo.cucchi <at> dimensiondata.com

Via G. Di Vittorio 24, Peschiera Borromeo, Milan, 20068, Italy.

Dimension Data is an NTT Group company. For further information about Dimension Data, please go to www.dimensiondata.com
Follow us on Social Media Blog Facebook LinkedIn Twitter

P please consider the environment before printing this email

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
scot | 21 Aug 03:56 2014
Picon

MRTG and Sonicwall help

I have a sonicwall TZ215, with latest firmware, I am trying to get MRTG to talk to it.

when I run the cfg maker, it talks to the sonicwall and builds a config file with all the sonicwall
interfaces… most are commented out.

but I get no graphs

i checked the mrtg.log and have following errors

2014-08-20 21:02:13 -- 2014-08-20 21:02:13: ERROR: Target[192.168.30.1_x1][_IN_] '
$target->[0]{$mode} ' did not eval into defined data
2014-08-20 21:02:13 -- 2014-08-20 21:02:13: ERROR: Target[192.168.30.1_x1][_OUT_] '
$target->[0]{$mode} ' did not eval into defined data

here is the mrtg.cfg for the interface

Target[192.168.30.1_X1]: #X1:public <at> 192.168.30.1:
SetEnv[192.168.30.1_X1]: MRTG_INT_IP="No Ip" MRTG_INT_DESCR="X1-(WAN)"
MaxBytes[192.168.30.1_X1]: 125000000
Title[192.168.30.1_X1]: Traffic Analysis for X1 -- WAN
PageTop[192.168.30.1_X1]: <h1>Traffic Analysis for X1 -- WAN</h1>

I tried adding OID’s that I got from a SNMPwalk against the sonciwall,

Target[192.168.30.1_X1]: 3.6.1.2.1.1.2.0&3.6.1.2.1.2.2.1.2.4:public <at> 192.168.30.1:

that gives error

2014-08-20 21:45:30 -- cannot encode Object ID 3.6.1.2.1.1.2.0: first subid too big in Object ID
3.6.1.2.1.1.2.0 at /usr/bin/mrtg line 2339.
2014-08-20 21:45:30 -- 2014-08-20 21:45:30: ERROR: Target[192.168.30.1_x1][_IN_] '
$target->[0]{$mode} ' did not eval into defined data
2014-08-20 21:45:30 -- 2014-08-20 21:45:30: ERROR: Target[192.168.30.1_x1][_OUT_] '
$target->[0]{$mode} ' did not eval into defined data

so the OID’s look like no help … so still no luck on MRTGing my sonicwall

here is the SNMPWALK against the sonciwall

iso.3.6.1.2.1.1.1.0 = STRING: "SonicWALL TZ 215 (SonicOS Enhanced 5.8.1.2-6o)"
iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.8741.1
iso.3.6.1.2.1.1.3.0 = Timeticks: (698184303) 80 days, 19:24:03.03
iso.3.6.1.2.1.1.4.0 = STRING: “WAN ROUTER
iso.3.6.1.2.1.1.5.0 = STRING: “RTR-COLO-PIPE_3”
iso.3.6.1.2.1.1.6.0 = STRING: “COLO_5
iso.3.6.1.2.1.1.7.0 = INTEGER: 79
iso.3.6.1.2.1.2.1.0 = INTEGER: 10
iso.3.6.1.2.1.2.2.1.1.2 = INTEGER: 2
iso.3.6.1.2.1.2.2.1.1.4 = INTEGER: 4
iso.3.6.1.2.1.2.2.1.1.6 = INTEGER: 6
iso.3.6.1.2.1.2.2.1.1.8 = INTEGER: 8
iso.3.6.1.2.1.2.2.1.1.10 = INTEGER: 10
iso.3.6.1.2.1.2.2.1.2.2 = STRING: "LOOPBACK"
iso.3.6.1.2.1.2.2.1.2.4 = STRING: "X1 (WAN)"
iso.3.6.1.2.1.2.2.1.2.6 = STRING: "X3 (Portshielded To X0)"
iso.3.6.1.2.1.2.2.1.2.8 = STRING: "X5 (Unassigned)"
iso.3.6.1.2.1.2.2.1.2.10 = STRING: "U0 (Unassigned)"
iso.3.6.1.2.1.2.2.1.3.2 = INTEGER: 24
iso.3.6.1.2.1.2.2.1.3.4 = INTEGER: 6
iso.3.6.1.2.1.2.2.1.3.6 = INTEGER: 6
iso.3.6.1.2.1.2.2.1.3.8 = INTEGER: 6
iso.3.6.1.2.1.2.2.1.3.10 = INTEGER: 1
iso.3.6.1.2.1.2.2.1.4.2 = INTEGER: 1536
iso.3.6.1.2.1.2.2.1.4.4 = INTEGER: 1500
iso.3.6.1.2.1.2.2.1.4.6 = INTEGER: 0
iso.3.6.1.2.1.2.2.1.4.8 = INTEGER: 0
iso.3.6.1.2.1.2.2.1.4.10 = INTEGER: 0
iso.3.6.1.2.1.2.2.1.5.2 = Gauge32: 0
iso.3.6.1.2.1.2.2.1.5.4 = Gauge32: 1000000000
iso.3.6.1.2.1.2.2.1.5.6 = Gauge32: 0
iso.3.6.1.2.1.2.2.1.5.8 = Gauge32: 0
iso.3.6.1.2.1.2.2.1.5.10 = Gauge32: 0
iso.3.6.1.2.1.2.2.1.6.2 = ""
iso.3.6.1.2.1.2.2.1.6.4 = Hex-STRING: C0 EA E4 57 74 95 
iso.3.6.1.2.1.2.2.1.6.6 = Hex-STRING: C0 EA E4 57 74 97 
iso.3.6.1.2.1.2.2.1.6.8 = Hex-STRING: C0 EA E4 57 74 99 

i’ve been messing with this for days,  and need some help

what am I missing ?

scot 
Jeff MacDonald | 19 Aug 20:43 2014

megabits only

Hi

I have my graphs displaying in bits, not bytes. That part was easy.

How please can I make them always only display in Megabits? Even if its only .1 Megabits I’d like it displayed this way.

Right now I have a mix of kb and Mb… I’d rather 9.2 7.9 etc..


Thanks! 

Jeff.

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Sagar Kupati | 5 Aug 14:15 2014

Re: Contents of mrtg digest...

Hi Folks,

I am still awaited for your reply on the below said issue.


Thanks in advance.

Regards,
Sagar Kupati

On Thu, Jul 31, 2014 at 6:47 PM, Sagar Kupati <sagar.kupati <at> in2cable.com> wrote:
Hi Team,

Greeting for the day,

I am facing one issue in MRTG while pulling the graphical data.
I am using cisco WS-3750 switch, one of my interface traffic is around 100 MB where graph is pulling properly and there is no issue.
But there is one another interface traffic is around 800-900 MB and my MRTG is not pulling the same.
I am using MRTG ver 2.16.4

Kindly assist.

please find the attached graph.

Regards,
Sagar Kupati



On Tue, Jul 22, 2014 at 10:23 PM, <mrtg-request <at> lists.oetiker.ch> wrote:
Send mrtg mailing list submissions to
        mrtg <at> lists.oetiker.ch

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
or, via email, send a message with subject or body 'help' to
        mrtg-request <at> lists.oetiker.ch

You can reach the person managing the list at
        mrtg-owner <at> lists.oetiker.ch

When replying, please edit your Subject line so it is more specific
than "Re: Contents of mrtg digest..."


Today's Topics:

   1. Re: migrating MRTG (Jay Hennigan)
   2. Re: migrating MRTG (Ian Diddams)
   3. Re: migrating MRTG (Alex van den Bogaerdt)
   4. Re: migrating MRTG (Ian Diddams)
   5. Re: migrating MRTG (Alex van den Bogaerdt)
   6. Re: migrating MRTG (Jay Hennigan)


----------------------------------------------------------------------

Message: 1
Date: Mon, 21 Jul 2014 15:37:19 -0700
From: Jay Hennigan <jay <at> west.net>
Subject: Re: [mrtg] migrating MRTG
To: mrtg <at> lists.oetiker.ch
Message-ID: <53CD961F.3060607 <at> west.net>
Content-Type: text/plain; charset=windows-1252

On 7/21/14 9:04 AM, Ian Diddams wrote:
> I?m moving MRTG from a solaris box to a linux (centos 6) server, running
> mrtg 2.17.4 as a fresh installation.
>
> It?s all working fine BUT ?  I would rather like the old history from
> the previous server to be migrated too, so that we get the full
> last-year-graph as well.
>
> I?ve tested an idea for the cpu logs we have by concatenation the old
> file beneath the new file?  but while I can see from the epoch dates in
> it the logged data is ?there? it doesn?t result in a yearly/monthly file
> etc.
>
> What need I be doing to achieve this?

Assuming classic MRTG, most likely just wait.  If you did the
concatenation correctly by removing the top line and any duplicate lines
so that the entries are in correct order, it will work.  If not, you'll
get a log error about the file not being in sorted order.

However, the weekly graph is generated every 30 minutes, the monthly
graph every two hours, and the yearly just once a day so you will need
to wait for them to be generated.

--
Jay Hennigan - CCIE #7880 - Network Engineering - jay <at> impulse.net
Impulse Internet Service  -  http://www.impulse.net/
Your local telephone and internet company - 805 884-6323 - WB6RDV



------------------------------

Message: 2
Date: Tue, 22 Jul 2014 10:07:09 +0100
From: Ian Diddams <ian.diddams <at> issolutions.co.uk>
Subject: Re: [mrtg] migrating MRTG
To: "'Jay Hennigan'" <jay <at> west.net>, "mrtg <at> lists.oetiker.ch"
        <mrtg <at> lists.oetiker.ch>
Message-ID:
        <6AC8A3C3272C414CAD402086507233BF67B92732 <at> ISSEXCH01.win.issolutions.co.uk>

Content-Type: text/plain; charset="us-ascii"

Thanks for that Jay.

>Assuming classic MRTG, most likely just wait.
Something is clearly not correct because this has been running for over a week now without any history showing n the graphs.

When you say

>If you did the concatenation correctly by removing the top line

The top[ line of the "old" log, or the "new" one?  Or both?


Cheers

Ian

Disclaimer:

This message is intended for the addressee only. It may contain information of a confidential or legally privileged nature. If you have received this message in error please notify the sender and destroy the message immediately. All attachments have been scanned for viruses. However IS Solutions plc cannot accept liability for any loss or damage you may incur as a result of virus infection.



------------------------------

Message: 3
Date: Tue, 22 Jul 2014 16:12:23 +0200
From: "Alex van den Bogaerdt" <alex <at> vandenbogaerdt.nl>
Subject: Re: [mrtg] migrating MRTG
To: <mrtg <at> lists.oetiker.ch>
Message-ID: <51D6AFA8C9CB4E74A242C1B04B93ED72 <at> DESK>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
        reply-type=original


----- Original Message -----
From: "Ian Diddams" <ian.diddams <at> issolutions.co.uk>
To: "'Jay Hennigan'" <jay <at> west.net>; <mrtg <at> lists.oetiker.ch>
Sent: Tuesday, July 22, 2014 11:07 AM
Subject: Re: [mrtg] migrating MRTG


> Thanks for that Jay.
>
>>Assuming classic MRTG, most likely just wait.
> Something is clearly not correct because this has been running for over a
> week now without any history showing n the graphs.

Is the old server still running?  If so, do the following.  Do a couple of
iterations and script it so that you can do this excercise fast, inbetween
two MRTG runs.

Wait some time for comments on this email, and test the procedure well, as
it has been years ago since I performed this action. Things may have
changed, including my memory.

1: run mrtg once on the old server, simultaneously with the new server.
This is important, doing this will sync the 2 files' timestamps.
The goal is to have lines 3 and beyond look the same, except for the actual
rates.

2: find the line where the old server still had data
3: generate a new file from two parts:
3a: the new file, upto but not including the line found in (1)
3b: the old file, from the line found in (1) and beyond (= older)

Once you are confident that you did steps 1..3 right and you end up with a
valid log file:
4: replace the log file on the new server with the one you just created
5: delete the graphs
6: wait until MRTG runs again, and look at the newly created images

It goes without saying that you should make copies of your files before
screwing up, so that you can revert this action and try again.

HTH
Alex



------------------------------

Message: 4
Date: Tue, 22 Jul 2014 15:16:18 +0100
From: Ian Diddams <ian.diddams <at> issolutions.co.uk>
Subject: Re: [mrtg] migrating MRTG
To: "'Alex van den Bogaerdt'" <alex <at> vandenbogaerdt.nl>,
        "mrtg <at> lists.oetiker.ch" <mrtg <at> lists.oetiker.ch>
Message-ID:
        <6AC8A3C3272C414CAD402086507233BF67B92739 <at> ISSEXCH01.win.issolutions.co.uk>

Content-Type: text/plain; charset="us-ascii"

Unfortunately the old server is very dead.

In a nutshell I've inherited a few mrtg servers, all set up by the same bloke quite some ago, with no documentation from him how he did it. This one has died a death so all I have is backups of the files from it etc

Cheers

ian



-----Original Message-----
From: mrtg-bounces+ian.diddams=issolutions.co.uk <at> lists.oetiker.ch [mailto:mrtg-bounces+ian.diddams=issolutions.co.uk <at> lists.oetiker.ch] On Behalf Of Alex van den Bogaerdt
Sent: 22 July 2014 15:12
To: mrtg <at> lists.oetiker.ch
Subject: Re: [mrtg] migrating MRTG


----- Original Message -----
From: "Ian Diddams" <ian.diddams <at> issolutions.co.uk>
To: "'Jay Hennigan'" <jay <at> west.net>; <mrtg <at> lists.oetiker.ch>
Sent: Tuesday, July 22, 2014 11:07 AM
Subject: Re: [mrtg] migrating MRTG


> Thanks for that Jay.
>
>>Assuming classic MRTG, most likely just wait.
> Something is clearly not correct because this has been running for over a
> week now without any history showing n the graphs.

Is the old server still running?  If so, do the following.  Do a couple of
iterations and script it so that you can do this excercise fast, inbetween
two MRTG runs.

Wait some time for comments on this email, and test the procedure well, as
it has been years ago since I performed this action. Things may have
changed, including my memory.

1: run mrtg once on the old server, simultaneously with the new server.
This is important, doing this will sync the 2 files' timestamps.
The goal is to have lines 3 and beyond look the same, except for the actual
rates.

2: find the line where the old server still had data
3: generate a new file from two parts:
3a: the new file, upto but not including the line found in (1)
3b: the old file, from the line found in (1) and beyond (= older)

Once you are confident that you did steps 1..3 right and you end up with a
valid log file:
4: replace the log file on the new server with the one you just created
5: delete the graphs
6: wait until MRTG runs again, and look at the newly created images

It goes without saying that you should make copies of your files before
screwing up, so that you can revert this action and try again.

HTH
Alex

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

Disclaimer:

This message is intended for the addressee only. It may contain information of a confidential or legally privileged nature. If you have received this message in error please notify the sender and destroy the message immediately. All attachments have been scanned for viruses. However IS Solutions plc cannot accept liability for any loss or damage you may incur as a result of virus infection.



------------------------------

Message: 5
Date: Tue, 22 Jul 2014 16:32:01 +0200
From: "Alex van den Bogaerdt" <alex <at> vandenbogaerdt.nl>
Subject: Re: [mrtg] migrating MRTG
To: <mrtg <at> lists.oetiker.ch>
Message-ID: <C7205BCDFBE3495080036B74041E301A <at> DESK>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
        reply-type=original

Not a problem.
Create a duplicate of your current mrtg target.
Replace the .log file and the .old file with those from your backup.
Then proceed as I described below.

----- Original Message -----
From: "Ian Diddams" <ian.diddams <at> issolutions.co.uk>
To: "'Alex van den Bogaerdt'" <alex <at> vandenbogaerdt.nl>;
<mrtg <at> lists.oetiker.ch>
Sent: Tuesday, July 22, 2014 4:16 PM
Subject: RE: [mrtg] migrating MRTG


Unfortunately the old server is very dead.

In a nutshell I've inherited a few mrtg servers, all set up by the same
bloke quite some ago, with no documentation from him how he did it. This one
has died a death so all I have is backups of the files from it etc

Cheers

ian



-----Original Message-----
From: mrtg-bounces+ian.diddams=issolutions.co.uk <at> lists.oetiker.ch
[mailto:mrtg-bounces+ian.diddams=issolutions.co.uk <at> lists.oetiker.ch] On
Behalf Of Alex van den Bogaerdt
Sent: 22 July 2014 15:12
To: mrtg <at> lists.oetiker.ch
Subject: Re: [mrtg] migrating MRTG


----- Original Message -----
From: "Ian Diddams" <ian.diddams <at> issolutions.co.uk>
To: "'Jay Hennigan'" <jay <at> west.net>; <mrtg <at> lists.oetiker.ch>
Sent: Tuesday, July 22, 2014 11:07 AM
Subject: Re: [mrtg] migrating MRTG


> Thanks for that Jay.
>
>>Assuming classic MRTG, most likely just wait.
> Something is clearly not correct because this has been running for over a
> week now without any history showing n the graphs.

Is the old server still running?  If so, do the following.  Do a couple of
iterations and script it so that you can do this excercise fast, inbetween
two MRTG runs.

Wait some time for comments on this email, and test the procedure well, as
it has been years ago since I performed this action. Things may have
changed, including my memory.

1: run mrtg once on the old server, simultaneously with the new server.
This is important, doing this will sync the 2 files' timestamps.
The goal is to have lines 3 and beyond look the same, except for the actual
rates.

2: find the line where the old server still had data
3: generate a new file from two parts:
3a: the new file, upto but not including the line found in (1)
3b: the old file, from the line found in (1) and beyond (= older)

Once you are confident that you did steps 1..3 right and you end up with a
valid log file:
4: replace the log file on the new server with the one you just created
5: delete the graphs
6: wait until MRTG runs again, and look at the newly created images

It goes without saying that you should make copies of your files before
screwing up, so that you can revert this action and try again.

HTH
Alex

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

Disclaimer:

This message is intended for the addressee only. It may contain information
of a confidential or legally privileged nature. If you have received this
message in error please notify the sender and destroy the message
immediately. All attachments have been scanned for viruses. However IS
Solutions plc cannot accept liability for any loss or damage you may incur
as a result of virus infection.



------------------------------

Message: 6
Date: Tue, 22 Jul 2014 09:53:08 -0700
From: Jay Hennigan <jay <at> west.net>
Subject: Re: [mrtg] migrating MRTG
To: Ian Diddams <ian.diddams <at> issolutions.co.uk>,
        "mrtg <at> lists.oetiker.ch" <mrtg <at> lists.oetiker.ch>
Message-ID: <53CE96F4.50408 <at> west.net>
Content-Type: text/plain; charset=ISO-8859-1

On 7/22/14 2:07 AM, Ian Diddams wrote:
> Thanks for that Jay.
>
>> Assuming classic MRTG, most likely just wait.
> Something is clearly not correct because this has been running for over a week now without any history showing n the graphs.
>
> When you say
>
>> If you did the concatenation correctly by removing the top line
>
> The top[ line of the "old" log, or the "new" one?  Or both?

The top line of the old log, and any duplicate timestamps between the
two, throw out the invalid or zero ones.

What you want is to have a file where the top line is essentially "now"
in terms of UNIX timestamp and has three integers, timestamp plus two
data points.  Below that are timestamps going back in history
(decreasing numbers) each with five integers, timestamp followed by four
data points.

What I do:

On "new" logfile, leave beginning intact.  You'll find a point where
that instance started and everything below it has just a timestamp
followed by four zeros.  Delete the lines with zeros.

On the "old" logfile, delete all lines from the beginning up to and
including the last timestamp in the "new" file so that no timestamps are
duplicated or overlap.

Concatenate them with the new file first, and replace the .log and .old
with this result.

Wait five minutes, 30 minutes. two hours, and one day for all graphs to
generate.



--
--
Jay Hennigan - CCIE #7880 - Network Engineering - jay <at> impulse.net
Impulse Internet Service  -  http://www.impulse.net/
Your local telephone and internet company - 805 884-6323 - WB6RDV



------------------------------

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg


End of mrtg Digest, Vol 90, Issue 3
***********************************


_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg

Gmane