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 #10067
Amir
MemberHi,
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 #23034
peterlaursen
ParticipantNot 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 #23035
Amir
Memberpeterlaursen 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 #23036
Amir
MemberThanks 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 #23037
peterlaursen
ParticipantOK .. 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 #23038
Amir
Memberpeterlaursen 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 #23039
peterlaursen
ParticipantFirst 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 #23040
Amir
MemberAdded element and its working fine now.
🙂
-
December 11, 2006 at 9:27 am #23041
peterlaursen
ParticipantIt should now (version 5.21) also work on LINUX without the
tag. Can you confirm?
-
December 11, 2006 at 10:52 am #23042
Amir
Memberpeterlaursen wrote on Dec 11 2006, 09:27 AM:It should now (version 5.21) also work on LINUX without thetag. Can you confirm?
Works 🙂
-
-
AuthorPosts
- You must be logged in to reply to this topic.