Date   
Re: s o l v e d ! write permission for rateup.exe - was: Getting MRTG to work

David J Taylor
 

From the MRTG-homepage:

Changes 2.17.2, 2011-02-20
--------------------------
From: Tobi
* can not replace a file by renaming another to its name under WIN32
fix in rateup #104

http://oss.oetiker.ch/mrtg/pub/CHANGES

It seems it took Tobi Oetiker, author of MRTG, two iterations to get
this bug fixed. No more error messages now with version 2.17.2,

Just FYI

Cheers,
U.
Amazes me that in /any/ operating system you can simply overwrite an existing file by doing the operation:

rename <my-new-file> <your-existing-file>

Oh, well!

Thanks for the info.

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...

Re: MSG Animator

David J Taylor
 

Hi.

Just need to tie up a few loose ends on some of the software,

1st with the MSG animator how do i get the false colour as all my animations have been in black and white not sure how to activate the false colour option.

2nd when using METOP manager can you confirm the channals needed to activate in the recv channals-ini, i believe its EPS 10 and EPS 15, needed to get METOP and GAC, when i remove the hash for EPS 15 nouthing is being received when checked in active channals, all fine with EPS 10.

3rd what channals are needed for the AVHRR manager.

Thankyou.

Regareds.

Eric
Eric,

As questions about my software, these would be more appropriately asked in the SatSignal Yahoo group:

http://tech.groups.yahoo.com/group/SatSignal/

(1) To use the colour LUTs, be sure to select Video processing "None", and ensure that GeoSatSignal has been installed on run once on the same PC.

(2) Metop AVHRR is on [EPS-10], and NOAA-19 GAC on [EPS-15]. Make sure these are sent to separate directories in your recv-channels.ini. NOAA-GAC data may not be continuous - there should be a 30 minute gap or more between orbits.

(3) EARS data is on [EUMETSAT Data Channel 1]

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...

Re: s o l v e d ! write permission for rateup.exe - was: Getting MRTG to work

Giuseppe Cico
 

Ulrich,
I'm glad you solved the problem.
Unfortunately I
couldn't follow evolution because some hectic days about a
serious family problem, now going to solution.
I always try to
face life in optimistic way.

Ciao from Turin, where it's
snowing now

Giuseppe


On Sun, February 27, 2011
22:22, Ulrich G. Kliegis wrote:
From the MRTG-homepage:


Changes 2.17.2, 2011-02-20
--------------------------
From: Tobi
* can
not replace a file by renaming another to its name under WIN32
fix in rateup #104

http://oss.oetiker.ch/mrtg/pub/CHANGES

It seems
it took Tobi Oetiker, author of MRTG, two iterations to get
this bug fixed. No more error messages now with version 2.17.2,

Just FYI

Cheers,
U.

Re: s o l v e d ! write permission for rateup.exe - was: Getting MRTG to work

Ulrich G. Kliegis
 

Amazes me that in /any/ operating system you can simply overwrite an
existing file by doing the operation:

rename <my-new-file> <your-existing-file>

Oh, well!
David,
exactly my thoughts. I guess that that's to be understood as a macro
standing for something like

{
rename <existing> <sorted_out>
rename <new.tmp> <existing>
delete <sorted_out>
}

plus some if_error-workarounds...

It ran overnight here now in the daemonized version (of course I had yet to
try that last night), and the results look pretty much like the ones on your
collection page.

I am still not sure about the scaling of the dvb-traffic graph. It either looked
like a fine scottish golf green or like a corn field on dope. I scaled it to 48
Mbits/s now which seems to catch peaks and still shows enough detail. I
understand that all these values are average counts, so, the single fast burst
won't appear, right?

I'll be back with more questions, hopefully not about external bugs...

Cheers,
U.

Re: s o l v e d ! write permission for rateup.exe - was: Getting MRTG to work

Ulrich G. Kliegis
 

An: <MSG-1@...>
Von: "David J Taylor" <gm8arv@...>
Datum: Mon, 28 Feb 2011 06:34:38 -0000
Betreff: Re: [MSG-1] s o l v e d ! write permission for
rateup.exe - was: Getting MRTG to work
Antwort an: MSG-1@...

I checked and it's 2.17.0 I have on the 64-bit Win-7 PC, so should I
have seen the problem as well, Ulrich?
David,

the change log mentions that only the win32 version was affected.

Cheers,

U.

Re: s o l v e d ! write permission for rateup.exe - was: Getting MRTG to work

David J Taylor
 

I checked and it's 2.17.0 I have on the 64-bit Win-7 PC, so should I
have seen the problem as well, Ulrich?
David,
the change log mentions that only the win32 version was affected. Cheers,
U.
It's a common version - runs as 32-bit under Win-7/64-bit

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...

Re: s o l v e d ! write permission for rateup.exe - was: Getting MRTG to work

David J Taylor
 

David,
exactly my thoughts. I guess that that's to be understood as a macro
standing for something like

{
rename <existing> <sorted_out>
rename <new.tmp> <existing>
delete <sorted_out>
}

plus some if_error-workarounds...
Well, what ever, it is (to me) at such a low level of code that I would not expect it to be changed. Oh, well, it's fixed now. And from your previous comment, it's possible that the problem only shows under Win32, and that the same code runs OK under Win-64.

It ran overnight here now in the daemonized version (of course I had yet to
try that last night), and the results look pretty much like the ones on your
collection page.

I am still not sure about the scaling of the dvb-traffic graph. It either looked
like a fine scottish golf green or like a corn field on dope. I scaled it to 48
Mbits/s now which seems to catch peaks and still shows enough detail. I
understand that all these values are average counts, so, the single fast burst
won't appear, right?

I'll be back with more questions, hopefully not about external bugs...

Cheers,
U.
I let the traffic graphs auto-scale. The values on the day graph are totals over a 5-minute period, so they are really bytes from T to T+5, but displayed as bytes per second, i.e. bytes / 300 for the five-minute updates in the Day graph.

There is an option to show peak values, but I've not played with it. As MRTG only wakes up every five minutes to read the counters, I don't think that peaks could be shown within that period.

In case I didn't mention it, there is a difference between the DVB World USB box which records all the data on selected PIDs, and the SkyStar PCI card which only records data from channels enabled in recv-channels.ini.

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...

Re: s o l v e d ! write permission for rateup.exe - was: Getting MRTG to work

Ulrich G. Kliegis
 

An: <MSG-1@...>
Von: "David J Taylor" <gm8arv@...>
Datum: Mon, 28 Feb 2011 09:47:54 -0000
Betreff: Re: [MSG-1] s o l v e d ! write permission for
rateup.exe - was: Getting MRTG to work
Antwort an: MSG-1@...

In case I didn't mention it, there is a difference between the DVB
World USB box which records all the data on selected PIDs, and the
SkyStar PCI card which only records data from channels enabled in
recv-channels.ini.
I found out about it after re-enabling Ch.5

BTW, did you compose the collection using mrtg's indexmaker utility?
Anybody else?

And: MoveIt Freely seems to have been washed away - not visible any
longer on the IPSwitch-page.

Cheers,
U.

Re: s o l v e d ! write permission for rateup.exe - was: Getting MRTG to work

David J Taylor
 

In case I didn't mention it, there is a difference between the DVB
World USB box which records all the data on selected PIDs, and the
SkyStar PCI card which only records data from channels enabled in
recv-channels.ini.
I found out about it after re-enabling Ch.5
Yes, it means that the graphs aren't strictly comparable between stations, but the lack of throughput /is/ immediately obvious.

BTW, did you compose the collection using mrtg's indexmaker utility?
Anybody else?

And: MoveIt Freely seems to have been washed away - not visible any
longer on the IPSwitch-page.

Cheers,
U.
I just edited HTML, and later PHP, to make my combined pages, if that's what you mean. View Source works in most browsers. If there's a specific page you want the source for, just ask.

Quote: "To download a copy of our MOVEit � Freely Windows command line FTP/secure FTP client, with a free, perpetual use license, just enter your contact information below."

http://www.ipswitchft.com/Products/MOVEitFreely/Evaluation.aspx

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...

not yet perfect, but...

Ulrich G. Kliegis
 

... at least something visible..
pls have a look at

http://eumetmon.rummelecke.de/

I'll change the 2.columns-design to single and will apply a few more touches
- also including your suggestions.

I'd like to add a link to David's page - what would be the optimal link
address, David? You should - if you haven't already, provide a ready-2-
implant banner that people using your software could add to their pages and
linklists... Maybe, if you find the time... :)

Cheers, and again thanks to all who were actively or just mentally engaged
:)

U.

Re: not yet perfect, but...

David J Taylor
 

... at least something visible..
pls have a look at

http://eumetmon.rummelecke.de/

I'll change the 2.columns-design to single and will apply a few more touches
- also including your suggestions.
That's great, Ulrich. That page is entirely under your control and can reflect the personality of your system.

I'd like to add a link to David's page - what would be the optimal link
address, David? You should - if you haven't already, provide a ready-2-
implant banner that people using your software could add to their pages and
linklists... Maybe, if you find the time... :)

Cheers, and again thanks to all who were actively or just mentally engaged
:)

U.
I'd like to know your dish size, Ulrich, so that I can ensure that the information I'm just editing can be accurate.

Yes, it would be nice to have a "Powered by SatSignal Software" logo or something!

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...

Re: not yet perfect, but...

Ulrich G. Kliegis
 

An: <MSG-1@...>
Von: "David J Taylor" <gm8arv@...>
Datum: Mon, 28 Feb 2011 13:24:59 -0000
Betreff: Re: [MSG-1] not yet perfect, but...
Antwort an: MSG-1@...

I'd like to know your dish size, Ulrich, so that I can ensure that the
information I'm just editing can be accurate.
It's the Wavefrontier T90 toroidal monster (the one with not only the smallest
waf, but even minimum rofaf (rest of family acceptance factor)), but i like the
dBs :) . Nominally 90 cm diameter. It looks larger, though.

The signal quality and strength could become even more robust - I did not
feel like readjusting it after the gales we had her some weeks ago. EB9 is
back (it's in the center position) (see my earlier posting on that), but the TV
progs from Astra and Hotbird are not yet, so I guess it's a degree or one and
a half that it is still off it's peak level. Persisting ice and snow kept me off
readjusting it.

Cheers,
U.

Re: not yet perfect, but...

David J Taylor
 

It's the Wavefrontier T90 toroidal monster (the one with not only the smallest
waf, but even minimum rofaf (rest of family acceptance factor)), but i like the
dBs :) . Nominally 90 cm diameter. It looks larger, though.
Thanks, I've updated that.

The signal quality and strength could become even more robust - I did not
feel like readjusting it after the gales we had her some weeks ago. EB9 is
back (it's in the center position) (see my earlier posting on that), but the TV
progs from Astra and Hotbird are not yet, so I guess it's a degree or one and
a half that it is still off it's peak level. Persisting ice and snow kept me off
readjusting it.

Cheers,
U.
I hope you will be able to tweak it when the weather is better - today would be an ideal day here, glorious sunshine and all of +6C outside!

I've added your data to these pages:

http://www.satsignal.eu/mrtg/performance_eumetcast-europe.php
http://www.satsignal.eu/mrtg/EumetcastEurope_throughput.php

Could I ask that the throughput graphs be made 600 pixels wide, by setting XSize=500:

http://eumetmon.rummelecke.de/windbuedel_dvb.html

I found the easiest way to ensure consistency is with include files, using the common setting for time zone and number of points - so in mrtg.cfg, for example:

___________________________________________
.
.
# These are default values
XSize[_]: 500
Timezone[_]: GMT
.
.
Include: cpu.inc
Include: eumetcast.inc
Include: disk.inc
.
.
___________________________________________


Thanks,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...

Re: not yet perfect, but...

Ulrich G. Kliegis
 

An: <MSG-1@...>
Von: "David J Taylor" <gm8arv@...>
Datum: Mon, 28 Feb 2011 15:44:06 -0000
Betreff: Re: [MSG-1] not yet perfect, but...
Antwort an: MSG-1@...

Could I ask that the throughput graphs be made 600 pixels wide, by
setting XSize=500:
David, the graphs should be 600 pixels wide now. There seem to be two
ways to achieve that: a), as you mentioned, setting xsize (100 less than the
desired width) b) there is an CLI option for the perl - indexmaker program
contained in the package that allows to set the width as well - whereas I am
not sure if that would just rescale the png file.

So, please check the new size now. As you see, I also arranged them in one
column now.

I was irritated by the short SNR reduction at 11:40 UT today, then saw that
others had registered that too, but those farther in the south to a lesser til no
extent. Sun-colinearity with EB9?

BTW, I started mrtg with wperl instead of perl now, one window less, and no
accidental killing of the monitoring.

Cheers,
U.

Re: not yet perfect, but...

David J Taylor
 

David, the graphs should be 600 pixels wide now. There seem to be two
ways to achieve that: a), as you mentioned, setting xsize (100 less than the
desired width) b) there is an CLI option for the perl - indexmaker program
contained in the package that allows to set the width as well - whereas I am
not sure if that would just rescale the png file.

So, please check the new size now. As you see, I also arranged them in one
column now.
Yes, that's fine. Using the XSize means that that actual image will be 600 pixels, and it's not rescaled from 500 pixels. I haven't used the indexmaker program you mention. It would be nice if you could let the throughput graph rescale automatically, though. Here's the essence of what I have:

_____________________________________________
Target[Alta_DVB]: 15:public@Alta
MaxBytes[Alta_DVB]: 12500000
Options[Alta_DVB]: unknaszero, growright, noo
.
._____________________________________________


I was irritated by the short SNR reduction at 11:40 UT today, then saw that
others had registered that too, but those farther in the south to a lesser til no
extent. Sun-colinearity with EB9?

BTW, I started mrtg with wperl instead of perl now, one window less, and no
accidental killing of the monitoring.

Cheers,
U.
Yes, that's co-linearity at your end with EB9. You could even compare the times and the depths to track the sun across Europe!

I set the taskbar to auto-hide, so I don't normally see the MRTG window. I set the icon to be the MRTG icon rather than the command-prompt icon, to further reduce the chance of closing the wrong window.

I'm sure others will find your monitoring useful, as you are now the only station in Germany. I was surprised to find you so far north, actually! We pass through the Kiel Kanal in later May, overnight and not stopping unfortunately, but will will give you a wave!

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...

Re: not yet perfect, but...

Ulrich G. Kliegis
 

An: <MSG-1@...>
Von: "David J Taylor" <gm8arv@...>
Datum: Mon, 28 Feb 2011 21:40:18 -0000
Betreff: Re: [MSG-1] not yet perfect, but...
Antwort an: MSG-1@...

We pass through the Kiel Kanal in later May, overnight and not
stopping unfortunately, but will will give you a wave!
Just give me a shout in time, a view of the locks is 5 minutes walk from
here.
I just finished doing the re-scaling and re-labeling work, should match your
preferences now too.

My maxbytes is set to 5.000.000 now, which is 40 Mbits/s. Average values
seem to be far from that.

The "unscaled" command seems to do just the opposite, or am I logically
mirrored? My understanding was that "scaled" would refer to the maxbytes
value, uncaled to no fixed value. It works just the other way round, I think.
But I never understood sys admins, so, don't worry... :)

I have to apologize too for getting behind in the updating of the german
versions. Let's communicate that in PMs please in the next time...

Who said too many ideas too little time here some hours ago?

;)
Cheers,
U.

Re: not yet perfect, but...

David J Taylor
 

Just give me a shout in time, a view of the locks is 5 minutes walk from
here.
I'll let you know nearer the time.

I just finished doing the re-scaling and re-labeling work, should match your
preferences now too.

My maxbytes is set to 5.000.000 now, which is 40 Mbits/s. Average values
seem to be far from that.

The "unscaled" command seems to do just the opposite, or am I logically
mirrored? My understanding was that "scaled" would refer to the maxbytes
value, uncaled to no fixed value. It works just the other way round, I think.
But I never understood sys admins, so, don't worry... :)

I have to apologize too for getting behind in the updating of the german
versions. Let's communicate that in PMs please in the next time...

Who said too many ideas too little time here some hours ago?

;)
Cheers,
U.
May I ask, Ulrich, that you revert to bytes per second? Whilst I agree that bits/second may be a more logical unit in this case, as virtually all the other graphs are in bytes, having your in bytes as well makes for an easier comparison. Don't worry about the scaling, as it's now OK.

"Unscaled" - means "don't alter the scaling to match the data", so "AGC off" if you like.

When you have time to update the German translations, just get in touch, but there haven't been any major changes, as far as I know, just a few extra words and phrases.

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...

Re: not yet perfect, but...

Ulrich G. Kliegis
 

An: <MSG-1@...>
Von: "David J Taylor" <gm8arv@...>
Datum: Tue, 1 Mar 2011 08:03:13 -0000
Betreff: Re: [MSG-1] not yet perfect, but...
Antwort an: MSG-1@...

May I ask, Ulrich, that you revert to bytes per second? Whilst I
agree that bits/second may be a more logical unit in this case, as
virtually all the other graphs are in bytes, having your in bytes as
well makes for an easier comparison.
No problem - I'll look at it in the afternoon. I guess I'll just have to pluck the
"bits" out of the option parameters, right?

Cheers,
U.

Re: not yet perfect, but...

David J Taylor
 

May I ask, Ulrich, that you revert to bytes per second? Whilst I
agree that bits/second may be a more logical unit in this case, as
virtually all the other graphs are in bytes, having your in bytes as
well makes for an easier comparison.
No problem - I'll look at it in the afternoon. I guess I'll just have to pluck the
"bits" out of the option parameters, right?

Cheers,
U.
Yes, see:

http://oss.oetiker.ch/mrtg/doc/mrtg-reference.en.html

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...

Re: not yet perfect, but...

Ulrich G. Kliegis
 

Set back to bytes / s.
I think the bits/ s was imported from the helpful cfg example I received from
where the other bit-pit is still visible -

I also purged the ytics=3 in the dvb-section but it stayed like it is.

Cheers,
U.

May I ask, Ulrich, that you revert to bytes per second? Whilst I
agree that bits/second may be a more logical unit in this case, as
virtually all the other graphs are in bytes, having your in bytes as
well makes for an easier comparison. Don't worry about the scaling,
as it's now OK.