Date   
Re: Safenet 9.0 XP

Rick
 

I for got to say before the installer stops with error 1920 it does install drives then the services but stops when it try's to start this service SACSrv , i have tried to start the service manualy in services but it then says could not start error 193.0xc1. Any info would help.
                   Cheers Rick.

Safenet 9.0

Rick
 

Help please the EKU broke & OPS have sent a new black one that only works with the new software Safenet 9.0. I can not get this to load on XP pro sp2  HAS ANYBODY got this working on XP ? The new Tellicast Client loaded & works fine with the old EKU untill i pulled it out to put the new eku software in & broke it. Safenet 9.0 loads but before the end stops with Error 1920 SACSrv failed to start do you have privileges, thats it no system now can any one help. I did use the Administrator account.

                          Regards Rick.

Re: Linux Disk Performance

David J Taylor
 

Personally, I use a combination of Robocopy (Windows tool) to move data from a RAMdisk to HDD, and TrimTree (my free program) to clear out any unwanted received data or temp files.

Cheers,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

Re: MSG FTP Helper

David J Taylor
 

I am trying to run this program but without success. It was fine until a few weeks ago when one day it decided to stop working. I have re downloaded it, replaced, changed its location (in which case I get a Vcl50.bpl file missing message. Really not quite sure what to do. I should add that it is running on a Mac through parallels, and has done for many years. I should also add that I have chcecked Vcl50 is in the Windows 32 folder, nd of course the internet connection to the machine. Any advice would be most welcome.

Mike
=======================

Mike,

Sorry to hear you are having issues.

You should install the run-time libraries:

https://www.satsignal.eu/software/runtime.html

Is the Run button visible?

I've just checked my local copy and it's running just as it's always done, so perhaps check the settings and any firewall settings.

Cheers,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

Re: Linux Disk Performance

Ernst Lobsiger
 

Olivier

I'd try the solution with tmp and received on the external HD first.
If it's at least USB3 and the HD is fast enough it should work. If
you get a lot of missed files this may indicate a HD performance
problem as the TelliCast client is not inclined to wait at all
when he wants to write tmp data. Accomplished tmp files are never
copied under Linux but the move is just a rename (thats why they
have to be on the same file system). If you have HD performance
problems you could still try a real RAM disk (module brd) and move new
files with my proven bash script mvmsg to disk. It's a solution as
proposed by Thomas Scheelen but probably more than that: The
follow up problem that you run into with a RAM disk ist that if
you have missed packets the damaged tmp files will stay on your
RAM disk and not be renamed. They are waiting for retransmissions
of the damaged packets an EUMETSAT configured time of typically
3 Hours. But your chances to get the broken tmp files fixed by
retransmission (as an amateur) are close to 0 because you are not
allowed to use NACKs. So these broken tmp files will fill up
your RAM disk. My mvmsg script also checks for tmp files that
have not changed for some time and decides that those are broken
and must be deleted. This way you can take all data BAS, HVS-1,
HVS-2 over a RAM disk of typically 4GB size. But as I said,
only try this if you run into HD performance problems. Make
sure you only take the data you need. name=* and target default
is only something to begin with ...


Cheers,
Ernst

P.S. You posted while I have been writing this. I post it anyway.

Re: Linux Disk Performance

hb9erg.kd0hop@...
 

Hi Thomas

Sorry I left you out! I saw your answer just now - many thanks to you as well! It's good to know that there's such a file management tool ;-)

Best Regards,
Olivier

Re: Linux Disk Performance

hb9erg.kd0hop@...
 

Hi Heiko, Hugo, Ernst

You've been a VERY BIG help to me; my learning curve is steep - thanks again for this always very quick assistance!

The reception station is now working well.

According to Ernst's tip, I managed to set up the channel directories in the tellicast- and EUMETCastView-*.ini files (for all current BAS- and HVS-1 channels)
> see attached files
Maybe someone may want to use and fit them according to his/her needs... (lots of typing, uncommenting, copy/pasting work, etc.) :-P

** The next project...**
... is getting to know and setting up EUMETCastWatcher, as I don't need all files.
As pointed out by Ernst in his EUMETCastView-HowTo, there are other ways to filter out "unwanted" data.

But for now, I use it to discover what different kinds of data are transmitted, on what channels, which filename conventions there are, etc.

Einen guten Wochenstart wünscht Euch
Olivier

Re: Linux Disk Performance

Thomas Scheelen
 


Olivier, 

i use Windows, so i can't really say to much about Linux, but it could help anyway. 

I have also a small ssd as boot device and a much larger normal HDD as storage. 

The way it realized that is a tool named file juggler. 
That tool has many automation capabilities. 
Basically it looks into a given folder and looks for new files. If it has been found those files, it moves them to the new location on the other drive. 

You can configure many criteria as filter like date, age, size, fragments of filename. 

Since the files are already moved by telecast, it makes no problems to move them. 

I also sort out files which i don't want to move and delete them automatically with file juggler. 

It works perfectly fast and smooth. 

I am quite sure that you will find a similar tool for linux. 

Regards 
Thomas 

Am 17. November 2019 21:03:54 schrieb hb9erg.kd0hop@...:

Good evening everyone

I hope I'm posting this question on the correct location... :-)

** My Setup **
I'm running Linux Mint 19.2, using an internal SSD (500 GB, ext4).
Tellicast client, EUMETCastView run perfectly fine using default values.

** What I'm intending **
I'd like to use my external 2TB HDD (ext4) as target for e.g. EUMETCast BAS files:
/eumetcast/bas/default

My idea is to have only the OS and EUMETCastView running on the SSD, while the data is stored on my "big" external HDD.

I named that external 2TB HDD "EUMETCast", so it appears as:
/media/ops/EUMETCast --> It's mounted as sdb1.

As described in EUMETSAT TD15, the tmp-files database AND the target MUST be on the *same* filesystem:
"During reception, the file fragments are immediately written to the temporary location on the diskusing a temporary file name and control information is held in a database, which is resident inmemory – the file database. Once a file is completely received, it is moved from the temporaryto the target location on the disk and renamed to the original filename, and the timestamp ofthe file is set to the original time in the EUMETCast platform. It is important that the temporarylocation and target location are on the same file system, otherwise the move operation will notbe possible (in Linux) or result in a copy operation (Windows) which takes more time andresources. The move is an “atomic” and fast operation because it consists of just a change inthe file allocation table - the file itself is not touched."

If it's not, I get, as expected, the following log-file "ERROR":
Invalid cross-device link
Cannot rename file "/media/ops/EUMETCast/ramdisk/data/tmp/bas/5dd156ce00e26b3d.tmp" to "/media/ops/EUMETCast/data/eumetcast/bas/default/H-000-MSG3__-MSG3_RSS____-IR_097___-000007___-201911171415-C_" (Invalid cross-device link)
** What I tried **
So I was setting up a RAM DISK, whose destination target is on my external 2TB HDD:
sudo mount -t tmpfs -o size=2048M tmpfs /media/ops/EUMETCast/ramdisk

At file cast-client-channels_bas.ini, I typed:
target_directory=/media/ops/EUMETCast/data/eumetcast/bas/default
tmp_directory=/media/ops/EUMETCast/ramdisk/data/tmp/bas

** What I hoped for **
Now that RAMDISK (used for tmp-files) AND target directory are *presumably* on the SAME filesystem, it should work.

But: it doesn't.

** My questions **
I'm new to Linux but really would like to learn more about it and get it to work.

1) What's the correct path to my external HDD that tellicast client "understoods"? Is it
a) /media/ops/EUMETCast/
b) /dev/sdb1
c) or via /dev/disk/, e.g. by-partuuid: /dev/disk/by-partuuid/4d878bfa-5680-4e32-bef4-a9d3e003286e

2) Is it SOMEHOW possible to
- have the tmp-files saved on the RAM DISK (-or- even to the internal SSD)
AND
- the target files saved on the external HDD?

Or doesn't it make sense what I'm aiming for...? :-P


Thanks very much in advance for your help!

Vy 73 de Olivier, HB9ERG, Basel


MSG FTP Helper

Michael Brown
 

I am trying to run this program but without success. It was fine until a few weeks ago when one day it decided to stop working. I have re downloaded it, replaced, changed its location (in which case I get a Vcl50.bpl file missing message. Really not quite sure what to do. I should add that it is running on a Mac through parallels, and has done for many years. I should also add that I have chcecked Vcl50 is in the Windows 32 folder, nd of course the internet connection to the machine. Any advice would be most welcome.

Mike

Re: TP 1.

Thomas Scheelen
 

Wow.... that's pretty much snow.

Regards Thomas

Am 13. November 2019 17:48:12 schrieb "David J Taylor via Groups.Io" <gm8arv=yahoo.co.uk@groups.io>:

Hi all!

Signal drop is caused due to excessive snow fall in Aflenz Austria
(Satellite Uplink): 800mm in 24h!

Regards

Hartmut
================================

Thanks for that report, Hartmut.

Interesting that it didn't seem to affect TP2 anything like as much.
Perhaps TP2 is being uplinked from Vienna?

Cheers,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv




----------------------------------------------------------------------
This e-mail was checked for spam by the freeware edition of CleanMail.
The freeware edition is restricted to personal and non-commercial use.
You can remove this notice by purchasing a commercial license:
http://antispam.byteplant.com/products/cleanmail/index.html

Re: Linux Disk Performance

Heiko Schellhorn
 

Hi Oliver, Ernst

Welcome to the small troop of amateurs that use GNU/Linux for
EUMETCast. Nice to hear that you got it working on Linux Mint.
As one of the non-amateurs :-) running EUMETCast (TelliCast) in the meantime for more than 14 years under Linux (just switched to Terrestrial) two additional hints for you.

First I would suggest not to mount the disk under /media/ops...
It's up to you but IMHO /media/username should be only dedicated to temporary mounted drives likes USB-Sticks etc.

Second:
As you mentioned you use an external disk mounted under /media/ops/...

External disks have sometimes the bad habit to change the device during reboot (e.g. forgotten USB-stick still plugged to the system).
So easily /dev/sdb becomes /dev/sdc

So I would suggest that you mount the external disk via /etc/fstab during boot using the UUID of the partition. So you can forget as many USB sticks as you want plugged ;-)

you'll get the UUID with

blkid -o value -s UUID /dev/sdb1

The entry in your /etc/fstab may then look like

UUID=71e540ba-697d-4229-b089-c27265d08fc9 /EUMETCast-data ext4 errors=remount-ro 0 1


Best wishes implementin your reception station.


Heiko

--
---------------------------------------------------------------------------
Dipl. Inf. Heiko Schellhorn

University of Bremen Room: NW1-U 2065
Inst. of Environmental Physics Phone: +49(0)421 218 62091
P.O. Box 33 04 40 Fax: +49(0)421 218 62070
D-28334 Bremen Mail: mailto:schell@...
Germany www:
http://www.iup.uni-bremen.de/~schell
http://www.sciamachy.de
http://www.esa-ghg-cci.org
http://www.tropomi.eu/

»In Deutschland gilt derjenige, der auf den Schmutz hinweist,
als viel gefährlicher als derjenige, der den Schmutz macht.«
- Kurt Tucholsky-

Gegen eine Dummheit, die gerade in Mode ist,
kommt keine Klugheit auf.
(Theodor Fontane)

Re: Linux Disk Performance

Ernst Lobsiger
 

Hi Olivier

Welcome to the small troop of amateurs that use GNU/Linux for
EUMETCast. Nice to hear that you got it working on Linux Mint.

/dev/sdb1 is a device file meaning partition 1 on your second disk

You mount /dev/sdb1 tt an appropriate mount point
(directory) in your root file system / that apparently
resides on your SSD /dev/sda? ... If you type just "mount" in
a terminal you see how it's all assebled. Your SSD may also
be partitioned in /dev/sda1 (SWAP) and /dev/sda2 / (root) ...

Your mount point seems to be /media/ops/EUMETCast
So if /dev/sdb1 is not mounted, /media/ops/EUMETCast
is just a directory on your SSD that you can use as
far as you have access rights. As soon as /dev/sdb1
is mounted here, writing to this directory means
writing to (the top most place of) your big disk.

In Linux you *MUST* have the EUMETCast tmp directory and the
final received files on the same file system (partition). In
your case everything either on SSD (which will wear out and
overfill faster than you like it ...) or on your hopefully
fast enough second HDD. So forget your idea of

sudo mount -t tmpfs -o size=2048M tmpfs /media/ops/EUMETCast/ramdisk

This makes a tmp file system in memory that you give a mount point
on your second HDD which is already mouted on your SSD. Not KISS.
A tmpfs is not even a RAM disk as expected as it swaps out data
blocks that have not been touched for some time to your SWAP device.

Just for whatever channels an entry (I made ist already shorter :-)

target_directory=/media/ops/EUMETCast/bas/data/default
tmp_directory=/media/ops/EUMETCast/bas/tmp

This should work though I have my paths much more flat
and mount the data HDD as just /srv (or /opt or /mnt)

Soon you will want to slice your data in channel directories.


Cheers
Ernst

Re: Linux Disk Performance

Hugo
 

Olivier,

The control information of the received files are already saved in RAM memory ( for the latest EUMETCast client), so it is not necessary to create a RAMDISK.
A RAMDISK is a file system in memory.
If the interface to the hard disk is fast enough , I can see no reason why it would not work.

Hugo

Re: Linux Disk Performance

hb9erg.kd0hop@...
 

Good evening everyone

I hope I'm posting this question on the correct location... :-)

** My Setup **
I'm running Linux Mint 19.2, using an internal SSD (500 GB, ext4).
Tellicast client, EUMETCastView run perfectly fine using default values.

** What I'm intending **
I'd like to use my external 2TB HDD (ext4) as target for e.g. EUMETCast BAS files:
/eumetcast/bas/default

My idea is to have only the OS and EUMETCastView running on the SSD, while the data is stored on my "big" external HDD.

I named that external 2TB HDD "EUMETCast", so it appears as:
/media/ops/EUMETCast --> It's mounted as sdb1.

As described in EUMETSAT TD15, the tmp-files database AND the target MUST be on the *same* filesystem:
"During reception, the file fragments are immediately written to the temporary location on the diskusing a temporary file name and control information is held in a database, which is resident inmemory – the file database. Once a file is completely received, it is moved from the temporaryto the target location on the disk and renamed to the original filename, and the timestamp ofthe file is set to the original time in the EUMETCast platform. It is important that the temporarylocation and target location are on the same file system, otherwise the move operation will notbe possible (in Linux) or result in a copy operation (Windows) which takes more time andresources. The move is an “atomic” and fast operation because it consists of just a change inthe file allocation table - the file itself is not touched."

If it's not, I get, as expected, the following log-file "ERROR":
Invalid cross-device link
Cannot rename file "/media/ops/EUMETCast/ramdisk/data/tmp/bas/5dd156ce00e26b3d.tmp" to "/media/ops/EUMETCast/data/eumetcast/bas/default/H-000-MSG3__-MSG3_RSS____-IR_097___-000007___-201911171415-C_" (Invalid cross-device link)
** What I tried **
So I was setting up a RAM DISK, whose destination target is on my external 2TB HDD:
sudo mount -t tmpfs -o size=2048M tmpfs /media/ops/EUMETCast/ramdisk

At file cast-client-channels_bas.ini, I typed:
target_directory=/media/ops/EUMETCast/data/eumetcast/bas/default
tmp_directory=/media/ops/EUMETCast/ramdisk/data/tmp/bas

** What I hoped for **
Now that RAMDISK (used for tmp-files) AND target directory are *presumably* on the SAME filesystem, it should work.

But: it doesn't.

** My questions **
I'm new to Linux but really would like to learn more about it and get it to work.

1) What's the correct path to my external HDD that tellicast client "understoods"? Is it
a) /media/ops/EUMETCast/
b) /dev/sdb1
c) or via /dev/disk/, e.g. by-partuuid: /dev/disk/by-partuuid/4d878bfa-5680-4e32-bef4-a9d3e003286e

2) Is it SOMEHOW possible to
- have the tmp-files saved on the RAM DISK (-or- even to the internal SSD)
AND
- the target files saved on the external HDD?

Or doesn't it make sense what I'm aiming for...? :-P


Thanks very much in advance for your help!

Vy 73 de Olivier, HB9ERG, Basel

Re: bracknell line-up

Robert Moore
 

Thanks David, Bracknell-2 solved the problem.

Robert

-----Original Message-----
From: MSG-1@groups.io <MSG-1@groups.io> On Behalf Of David J Taylor via Groups.Io
Sent: 17 November 2019 11:48
To: MSG-1@groups.io
Subject: Re: [MSG-1] bracknell line-up

My Bracknell map is not registering correctly in GSS . It plots 2 degrees North and 4 degrees W of its correct position - putting the meridian
(roughly) through Fishguard.
Can't find any settings that I might have awry.
All help gladly received!
Thanks

Robert
=================================

Robert,

It looks the same as ones from ~2013, but with a more detailed country outline. Try the Bracknell 2 overlay mapping - fits perfectly here.

Cheers,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

Re: bracknell line-up

David J Taylor
 

My Bracknell map is not registering correctly in GSS . It plots 2 degrees
North and 4 degrees W of its correct position - putting the meridian
(roughly) through Fishguard.
Can't find any settings that I might have awry.
All help gladly received!
Thanks

Robert
=================================

Robert,

It looks the same as ones from ~2013, but with a more detailed country outline. Try the Bracknell 2 overlay mapping - fits perfectly here.

Cheers,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

Re: bracknell line-up

David J Taylor
 

My Bracknell map is not registering correctly in GSS . It plots 2 degrees North and 4 degrees W of its correct position - putting the meridian (roughly) through Fishguard.
Can't find any settings that I might have awry.
All help gladly received!
Thanks

Robert
=================================

Robert,

Could you please send me a sample chart which doesn't match. Perhaps the format has changed yet again!

Thanks,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

bracknell line-up

Robert Moore
 

My Bracknell map is not registering correctly in GSS . It plots 2 degrees North and 4 degrees W of its correct position - putting the meridian (roughly) through Fishguard.
Can't find any settings that I might have awry.
All help gladly received!
Thanks

Robert

Re: EUMETCastView on GNU/Linux

Ernst Lobsiger
 

Oliver

I got my working Linux driver for my cheap ASUS Card with nvidia GEFORCE GT 710 chip directly from the nvidia web site.
For Intel graphics probably on your Intel NUC there is some basic information here:  https://01.org/linuxgraphics
I still mostly work at the console. Never heard of "oibaf PPA" up to now, so apparently "blind are trying to lead the blind ...".

Sounds like "die drei scheenschte dääg.", but my home is Bern not Basel

Cheers,
Ernst

Re: EUMETCastView on GNU/Linux

hb9erg.kd0hop@...
 

Good morning, Christoph and Ernst

Thank you a lot for your quick responses, I appreciate it very much!

After many hours of - unfortunately unsuccessfully! - trying to install different drivers by means of
- PPA oibaf,
- sgfxi script,
- linux internal driver management
on both the
- HP Pavilion dv7 laptop (AMD Radeon GPU) and
- Intel NUC (Intel Graphics 5000),

I managed to have found a working solution:
 - ASUS K56CB
 - Linux Mint Xfce 19.2 Tina
 - nVidia GeForce 740M >> Proprietary Driver chosen from Linux Mint "Treiberverwaltung": nvidia-driver-390 (metapackage)
 - 3D Globe now working, with about 220 paintGL calls / s
 - EUMETCastView had been compiled on Ubuntu 18.04 LTS, which works flawlessly also on Linux Mint 19.2 Tina.

glxinfo | grep OpenGL
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 740M/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 390.116
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6.0 NVIDIA 390.116
OpenGL shading language version string: 4.60 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 390.116
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20


*** What's strange ***
Tthe nVidia proprietary driver chosen by the "Treiberverwaltung" didn't work on Ubuntu 18.04 LTS > system crashed or displaying was very slow... (llvs...)

Unfortunately, on the HP Pavilion dv7, Linux Mint always freezes after 10 seconds, so it's not usable there.

*** oibaf PPA ***
Is it correct how I "activated" the PPA oibaf drivers on the Intel NUC?
>> After adding the PPA repository and apt-get upgrade, apt dist-upgrade (or apt full-upgrade), I think it installed it, but OpenGL in EUMETCastView still didn't work...

glxinfo | grep OpenGL, it says (below is just an excerpt!) that it's using
OpenGL core profile version string: 4.5 Mesa 20.0.0 devel (bionic-oibaf-ppa)
OpenGL version string: 3.0 Mesa 20.0.0-devel (bionic-oibaf-ppa)
OpenGL ES GLSL ES 3.10
*** Intel NUC ***
My goal is it to run EUMETCastView on the Intel NUC - maybe you can help me with this driver issue further?

Vyle Dangg Euch und e sunnige Daag!

Cheers,
Olivier