C-Gate with Raspberry Pi - Backup Error

I have been running C-Gate on a Raspberry Pi for a couple of months now (thank you to all those that posted their tips) and it is very stable.

Toolkit and HomeGate connect perfectly and changes through the Toolkit interface all work updating the project file xml on the pi as expected.

The only issue is trying to do a backup of the projects. I've attached the error log created by Toolkit. Any clues as to why? I suspect it's something to do with file transfer between the Pi and Windows but not sure how to resolve.

Thanks for any help.

 

Hello abg. I've been running c-gate on a Pi for ages also but never tried backing up a project. Will try tonight and let you know what happens - I can try on both W7 64 bit and W8.1.

 

Thanks Mr Mark.

I forgot to add that I am running Samba on the pi and file sharing between the pi and windows (with the toolkit PC - W7 64) is working.

 

Ahhh... no good.
Windows 8.1 throws the attached.

 

And similar with Windows 7.

 

Thanks for checking.

Looks like a manual backup of the xml file then....

 

I use WinSCP to transfer files, but will look into samba as an option for file sharing. I don't know a lot about linux, essentially got my RPi to do what I needed and have left it at that, so hopefully someone else here will have an answer?

 

ive also had nothing but errors on win 7 and 8/8.1 and raspberry pi with backup too.

any of you been able to program an eDLT using the pi as the c-gate server? that was why ive had to change back to a PC based c-gate server

 

I can add and program an eDLT in the database (don't have one so can't connect it to the network) but the display representation doesn't seem to change when I add items (might be me as never used one before) and it is very slow to load and save from db.

 

ok I'm glad its not just me. thanks for letting me know!

Not a big deal, IMO the backup is more important than programming an eDLT.

 

The logs show a few "socket" errors so something appears to be failing when trying to communicate with the pi on one of the tcp ports.

I must admit to not having used the backup menu option and right now am pretty busy and cannot predict when I will get a bit of downtime, but will endeavour look at it in the next couple of weeks.

Wireshark will help with the port identification, but if it something else it will take a bit longer to diagnose.

 

thank you!

 

Haven't tried it yet, but is this a problem when both the local and remote machines are Windows based? Time permitting, I'll test this at home this weekend.

Disregard the above query. Remembered a remote site and successfully backed up the database - it was slow though and took a few minutes.
Remote PC is running XP, Service Pack 3;
Local PC is running Windows 8.1.

 

Hello Daniel.
Remote site is running c-gate version 2.10.0 (build 3087).

 

Has there been any resolution to this?
I used to run cgate on a PC running Win10, but decided to move it to a Pi to unburden the PC.
But not being able to back, other than copying the xml file, is a bit of pain.

 

@daniel
Hi Daniel, not sure where you guys are at with the cgate on a pi backup problem.
I have been doing a little investigation and notice this in the logs when Toolkit connects to Cgate on a Pi:

Feb 19 09:27:25 raspberrypi systemd[1]: Started cgate.
Feb 19 09:27:25 raspberrypi java[4689]: Clipsal C-Gate(TM) v2.11.5 (build 3255)
Feb 19 09:27:28 raspberrypi java[4689]: Logging to file: logs/event.txt
Feb 19 09:27:28 raspberrypi java[4689]: 20200219-092728 800 cgate - C-Gate start
ed.
Feb 19 09:27:28 raspberrypi java[4689]: C-Gate is running.
Feb 19 09:33:03 raspberrypi java[4689]: WARNING: An illegal reflective access op
eration has occurred
Feb 19 09:33:03 raspberrypi java[4689]: WARNING: Illegal reflective access by or
g.exolab.castor.xml.BaseXercesOutputFormat (file:/usr/local/bin/cgate/lib/castor
-xml-1.4.1.jar) to method com.sun.org.apache.xml.internal.serialize.OutputFormat
.setMethod(java.lang.String)
Feb 19 09:33:03 raspberrypi java[4689]: WARNING: Please consider reporting this
to the maintainers of org.exolab.castor.xml.BaseXercesOutputFormat
Feb 19 09:33:03 raspberrypi java[4689]: WARNING: Use --illegal-access=warn to en
able warnings of further illegal reflective access operations
Feb 19 09:33:03 raspberrypi java[4689]: WARNING: All illegal access operations w
ill be denied in a future release

I'm not a java or xml expert but it looks like Castor XML might be the problem.

Hope this helps the team with the debugging.

Marty

 

This is an old thread but i took a look at what was happening. Toolkit is requesting to fetch the file tag\PROJECT_NAME.xml using \ instead of a /.
It should be easy for clipsal to update toolkit to use a / always which should work on all platforms.
A workaround i just tried is in the area where cgate is installed
ln -s tag/{PROJECT_NAME}.xml tag\\{PROJECT_NAME}.xml

replace {PROJECT_NAME} with your project name and repeat for each of them if you have more than one.
You may need to run this with sudo depending on your permissions.
toolkit is now able to backup those files.

 

@jpharvey Thanks for finding this. Have you submitted a support request with this information? There a a few people who would like this fixed officially.