forums › forums › SQLyog › Sync tools, Migration, Scheduled Backup and Notifications › Segmentation Fault With V5.2
- This topic is empty.
-
AuthorPosts
-
-
December 6, 2006 at 10:33 am #10067AmirMember
Hi,
I seem to get Segmentation fault with v5.2 when i run it on my desktop. It used to happen with FC5 so I gave up on it. Recently I upgraded to FC6 and still i get seg faults. I've also tried to run it on my other box that runs RHEL3 and it seg faults there too.
I I run without arguments its displays usage. Only If i give it the XML does it barf 🙁
Code:
192.168.0.76
admin password 3306 live_ocs
newsql0
admin password 3306 live_ocs
I've changed the password to “password” in this post for obvious reasons. The log file is created but its 0 bytes 🙁
password is mixture of letters and numbers and “)” and “(” characters.
Please find attached strace.log.
-
December 6, 2006 at 11:31 am #23034peterlaursenParticipant
Not reproduceable here. Testing includes Fedora3, Fedora5, RHEL4 and SuSE10.
I just tried passwords like '123()abc' and similar.
We will need a complete test case or temporary access to your server.
Create a ticket if you have some details you do not want to reveal here.
-
December 6, 2006 at 1:25 pm #23035AmirMemberpeterlaursen wrote on Dec 6 2006, 11:31 AM:Not reproduceable here. Testing includes Fedora3, Fedora5, RHEL4 and SuSE10.
I just tried passwords like '123()abc' and similar.
We will need a complete test case or temporary access to your server.
Create a ticket if you have some details you do not want to reveal here.
Unfortunatley the database servers are behind a firewall so I cant give you access. I'd be happy to run any testcase or anyting else you want me to run against the servers. I have root access to the server so can run any commands against the server.
FWIW one server (src) is 4.0.20 and the other is 5.X (destination).
-
December 6, 2006 at 1:56 pm #23036AmirMember
Thanks for the PM…
So is there anything else at all I can do to find out whats wrong?, how can I make a “ticket”?.. Can I run the agent in debug mode to see what its not happy about?
Tried to run the app under gdb, but it just sits there (and does nothing) ?
Code:[amir@khan x7]$ gdb ./sja
GNU gdb Red Hat Linux (6.5-13.fc6rh)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type “show copying” to see the conditions.
There is absolutely no warranty for GDB. Type “show warranty” for details.
This GDB was configured as “i386-redhat-linux-gnu”…(no debugging symbols found)
Using host libthread_db library “/lib/libthread_db.so.1”.(gdb) run syncstage-newsql0.xml
Starting program: /home/amir/tmp/x7/sja syncstage-newsql0.xml
(no debugging symbols found)
SQLyog Job Agent Version 5.2
Copyright (c) Webyog Softworks Pvt. Ltd.. All Rights Reserved.Sync started at Wed Dec 6 13:05:09 2006
Program received signal SIGTSTP, Stopped (user).
0x08079acb in connect ()
(gdb) quit
The program is running. Exit anyway? (y or n) y
[amir@khan x7]$ date
Wed Dec 6 13:05:48 GMT 2006
[amir@khan x7]$ -
December 6, 2006 at 3:33 pm #23037peterlaursenParticipant
OK .. reproduced now.
I can copy the text from your 'Code box' here and change the details and get the segmentation fault on Fedora3 and SuSE10. If I build a similar jobfile with the wizard on Windows and copy that file to Linux I do not.
Password does not matter. It is reproducable with any password.
We will have to look detailed into this tomorrow.
-
December 6, 2006 at 4:05 pm #23038AmirMemberpeterlaursen wrote on Dec 6 2006, 03:33 PM:OK .. reproduced now.
I can copy the text from your 'Code box' here and change the details and get the segmentation fault on Fedora3 and SuSE10. If I build a similar jobfile with the wizard on Windows and copy that file to Linux I do not.
Password does not matter. It is reproducable with any password.
We will have to look detailed into this tomorrow.
Thank you VERY much! 🙂
-
December 6, 2006 at 4:28 pm #23039peterlaursenParticipant
First observations is that if you add
tags for each connection it will work. However omitting a tag should be OK, so this must be considered a bug. Enter the
tags like: Code:
localhost
root **** 3306 [default]
test2
localhost
root **** 3306 [default]
test3
-
December 6, 2006 at 5:06 pm #23040AmirMember
Added element and its working fine now.
🙂
-
December 11, 2006 at 9:27 am #23041peterlaursenParticipant
It should now (version 5.21) also work on LINUX without the
tag. Can you confirm?
-
December 11, 2006 at 10:52 am #23042AmirMemberpeterlaursen wrote on Dec 11 2006, 09:27 AM:It should now (version 5.21) also work on LINUX without the
tag. Can you confirm?
Works 🙂
-
-
AuthorPosts
- You must be logged in to reply to this topic.