| Bug #71646 | Doesn't start | ||
|---|---|---|---|
| Submitted: | 10 Feb 2014 7:30 | Modified: | 26 Mar 2014 4:46 |
| Reporter: | Jack Sitnikov | Email Updates: | |
| Status: | Closed | Impact on me: | |
| Category: | MySQL Workbench | Severity: | S3 (Non-critical) |
| Version: | 6.0.9 | OS: | Linux (Fedora 20) |
| Assigned to: | CPU Architecture: | Any | |
[10 Feb 2014 7:30]
Jack Sitnikov
[10 Feb 2014 21:29]
Bob Builder
also occurs using mysql-workbench-community-6.1.1-1.fc20.x86_64 fedora 20 KDE kernel 3.12.9-301.fc20.x86_64
[11 Feb 2014 19:02]
Alfredo Kojima
Jack, are you using KDE too?
[12 Feb 2014 8:26]
Jack Sitnikov
No, I use GNOME version.
[12 Feb 2014 9:59]
Morné Lamprecht
I have the exact same issue, but I am using the KDE spin for Fedora 20 Output from the wb.log with debug level as debug3: cat .mysql/workbench/log/wb.log 11:58:35 [INF][ WBContext]: Parsing application arguments. 11:58:35 [INF][ WBContext]: /usr/libexec/mysql-workbench/mysql-workbench-bin 11:58:35 [INF][ WBContext]: --verbose 11:58:35 [INF][ WBContext]: --log-level=debug3 11:58:35 [INF][ WBContext]: Logger set to level 'debug3' 11:58:35 [DB2][ mforms backend]: Initializing mforms factory 11:58:35 [DB1][ WBContext]: Creating WBContext
[12 Feb 2014 12:18]
Jack Sitnikov
I think this problem is not related with desktop environment. Morné, are you using mysql-workbench X86_64 version? If yes: Get all process: ps -aux | grep mysql-workbench and make connect debugging utility to last process strace -p PID And copy here system call Can you do that?
[12 Feb 2014 12:39]
Morné Lamprecht
Yes - I am using the mysql-workbench x86_64 version. ps -aux | grep mysql-workbench morne 20167 0.0 0.0 113152 1288 ? S 14:26 0:00 /bin/bash /usr/bin/mysql-workbench morne 20168 0.0 0.0 113152 1272 ? S 14:26 0:00 /bin/sh /usr/bin/catchsegv /usr/libexec/mysql-workbench/mysql-workbench-bin morne 20170 0.0 0.0 113152 644 ? S 14:26 0:00 /bin/sh /usr/bin/catchsegv /usr/libexec/mysql-workbench/mysql-workbench-bin morne 20171 0.2 0.0 464764 25880 ? SLl 14:26 0:00 /usr/libexec/mysql-workbench/mysql-workbench-bin strace -p 20171 Process 20171 attached futex(0x7f897f6619d0, FUTEX_WAIT, 20174, NULL This is the only output it gives, and then just hangs at this point....
[12 Feb 2014 13:04]
flo schramm
I've also the same problem. Log-Output: 14:01:50 [INF][ WBContext]: Parsing application arguments. 14:01:50 [INF][ WBContext]: /usr/libexec/mysql-workbench/mysql-workbench-bin 14:01:50 [INF][ base library]: Notification GNUIFormCreated is not registered
[12 Feb 2014 13:34]
Alex Prog4
I have the same issue. Fedora 20, 3.12.10-300.fc20.x86_6, KDE. I tried mysql-workbench-community-6.0.9-1.fc20.x86_64 and mysql-workbench-community-6.1.1-1.fc20.x86_64. Workbench not started, but not failed start. Always run. And i tired disabling selinux (setenforce 0). In console: [alexprog4@localhost ~]$ mysql-workbench --log-level=debug3 ** Message: Gnome keyring daemon seems to not be available. Stored passwords will be lost once quit Logger set to level 'debug3'. '0111111' [alexprog4@localhost ~]$ ps -aux | grep mysql-workbench alexpro+ 3885 0.0 0.0 113148 1288 pts/3 S+ 17:26 0:00 /bin/bash /usr/bin/mysql-workbench --log-level=debug3 alexpro+ 3886 0.0 0.0 113152 1264 pts/3 S+ 17:26 0:00 /bin/sh /usr/bin/catchsegv /usr/libexec/mysql-workbench/mysql-workbench-bin --log-level=debug3 alexpro+ 3888 0.0 0.0 113152 640 pts/3 S+ 17:26 0:00 /bin/sh /usr/bin/catchsegv /usr/libexec/mysql-workbench/mysql-workbench-bin --log-level=debug3 alexpro+ 3889 0.0 0.3 468376 25624 pts/3 SLl+ 17:26 0:00 /usr/libexec/mysql-workbench/mysql-workbench-bin --log-level=debug3 alexpro+ 3926 0.0 0.0 112684 920 pts/5 S+ 17:31 0:00 grep --color=auto mysql-workbench [alexprog4@localhost ~]$ strace -p 3885 Process 3885 attached wait4(-1, ^CProcess 3885 detached <detached ...> [alexprog4@localhost ~]$ strace -p 3889 Process 3889 attached futex(0x7f1e10be49d0, FUTEX_WAIT, 3892, NULL^CProcess 3889 detached <detached ...> In log: 17:26:19 [INF][ WBContext]: Parsing application arguments. 17:26:19 [INF][ WBContext]: /usr/libexec/mysql-workbench/mysql-workbench-bin 17:26:19 [INF][ WBContext]: --log-level=debug3 17:26:19 [INF][ WBContext]: Logger set to level 'debug3' 17:26:19 [DB2][ mforms backend]: Initializing mforms factory 17:26:19 [DB1][ WBContext]: Creating WBContext
[12 Feb 2014 13:59]
MySQL Verification Team
Thank you for the bug report. On my side from terminal the start just hangs.
[16 Feb 2014 9:55]
flo schramm
Same problem with MySQL Workbench 6.1.1 beta.
[16 Feb 2014 20:43]
Marc Miralles
Same error in old versions of mysql-workbench 5.x
[24 Feb 2014 18:50]
MySQL Verification Team
bugs.mysql.com/bug.php?id=71796 marked as duplicate of this one.
[25 Feb 2014 7:41]
Jason Sherrill
I also have this problem with Fedora 20 with the latest kernel. The Log: 02:23:06 [INF][ WBContext]: Parsing application arguments. 02:23:06 [INF][ WBContext]: /usr/libexec/mysql-workbench/mysql-workbench-bin 02:23:06 [INF][ WBContext]: --log-level=debug3 02:23:06 [INF][ WBContext]: --verbose 02:23:06 [INF][ WBContext]: Logger set to level 'debug3' 02:23:06 [DB2][ mforms backend]: Initializing mforms factory 02:23:06 [DB1][ WBContext]: Creating WBContext 02:23:06 [INF][ base library]: Notification GNUIFormCreated is not registered and then it does not load.
[25 Feb 2014 20:27]
Jason Sherrill
Seems I have the same hang something is wrong in the program. futex(0x7f6cb603f9d0, FUTEX_WAIT, 15015, NULL
[28 Feb 2014 19:16]
marvin Clavey
ltrace log
Attachment: ltrace.log (text/x-log), 0 bytes.
[28 Feb 2014 19:17]
marvin Clavey
strace log
Attachment: strace.log (text/x-log), 0 bytes.
[28 Feb 2014 19:28]
marvin Clavey
ltrace log
Attachment: ltrace.log (text/x-log), 529.78 KiB.
[28 Feb 2014 19:29]
marvin Clavey
ltrace log
Attachment: ltrace.log (text/x-log), 529.78 KiB.
[28 Feb 2014 19:29]
marvin Clavey
strace log
Attachment: strace.log (text/x-log), 269.37 KiB.
[28 Feb 2014 19:31]
marvin Clavey
here is the other output http://pastebin.com/index/yfWKfLZ9
[28 Feb 2014 19:59]
Miguel Tadeu Mota
Before it goes away: http://pastebin.com/index/yfWKfLZ9 (gdb) t a a bt Thread 2 (Thread 0x7fffea769700 (LWP 7271)): #0 0x000000357a80e59d in __lll_lock_wait () from /lib64/libpthread.so.0 #1 0x000000357a80a194 in _L_lock_874 () from /lib64/libpthread.so.0 #2 0x000000357a80a093 in pthread_mutex_lock () from /lib64/libpthread.so.0 #3 0x0000003579c1302e in _dl_open () from /lib64/ld-linux-x86-64.so.2 #4 0x000000357a12f9c2 in do_dlopen () from /lib64/libc.so.6 #5 0x0000003579c0f174 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 #6 0x000000357a12fa82 in __libc_dlopen_mode () from /lib64/libc.so.6 #7 0x000000357a80fe83 in pthread_cancel_init () from /lib64/libpthread.so.0 #8 0x000000357a81004c in _Unwind_ForcedUnwind () from /lib64/libpthread.so.0 #9 0x000000357a80e3b0 in __pthread_unwind () from /lib64/libpthread.so.0 #10 0x000000357a809175 in pthread_exit () from /lib64/libpthread.so.0 #11 0x00007ffff2873ecb in nptl_pthread_exit_hack_handler () from /usr/lib64/mysql-workbench/libmysqlclient.so.18 #12 0x000000357a807f33 in start_thread () from /lib64/libpthread.so.0 #13 0x000000357a0f4ded in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7ffff1b47a40 (LWP 7267)): #0 0x000000357a809297 in pthread_join () from /lib64/libpthread.so.0 #1 0x00007ffff2874370 in my_thread_global_init () from /usr/lib64/mysql-workbench/libmysqlclient.so.18 #2 0x00007ffff2872926 in my_init () from /usr/lib64/mysql-workbench/libmysqlclient.so.18 #3 0x0000003579c0f2ea in call_init.part.0 () from /lib64/ld-linux-x86-64.so.2 #4 0x0000003579c0f3d3 in _dl_init_internal () from /lib64/ld-linux-x86-64.so.2 #5 0x0000003579c139b4 in dl_open_worker () from /lib64/ld-linux-x86-64.so.2 #6 0x0000003579c0f174 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 #7 0x0000003579c1309b in _dl_open () from /lib64/ld-linux-x86-64.so.2 #8 0x00007ffff260602b in dlopen_doit () from /lib64/libdl.so.2 #9 0x0000003579c0f174 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 #10 0x00007ffff260662d in _dlerror_run () from /lib64/libdl.so.2 #11 0x00007ffff26060c1 in dlopen@@GLIBC_2.2.5 () from /lib64/libdl.so.2 #12 0x000000357e4018c9 in g_module_open () from /lib64/libgmodule-2.0.so.0 #13 0x000000354c45bbbb in g_io_module_load_module () from /lib64/libgio-2.0.so.0 #14 0x000000357d434921 in g_type_module_use () from /lib64/libgobject-2.0.so.0 #15 0x000000354c45c3f8 in g_io_modules_scan_all_in_directory_with_scope () from /lib64/libgio-2.0.so.0 #16 0x000000354c45c73c in _g_io_modules_ensure_loaded () from /lib64/libgio-2.0.so.0 #17 0x000000354c45cd52 in _g_io_module_get_default () from /lib64/libgio-2.0.so.0 #18 0x000000354c44973e in g_file_new_for_path () from /lib64/libgio-2.0.so.0 #19 0x0000003f08e22a40 in ibus_bus_init () from /lib64/libibus-1.0.so.5 #20 0x000000357d43168b in g_type_create_instance () from /lib64/libgobject-2.0.so.0 #21 0x000000357d415158 in g_object_constructor () from /lib64/libgobject-2.0.so.0 #22 0x0000003f08e252f5 in ibus_bus_constructor () from /lib64/libibus-1.0.so.5 #23 0x000000357d415544 in g_object_new_internal () from /lib64/libgobject-2.0.so.0 #24 0x000000357d417814 in g_object_new_valist () from /lib64/libgobject-2.0.so.0 #25 0x000000357d417c11 in g_object_new () from /lib64/libgobject-2.0.so.0 #26 0x0000003f08e230e6 in ibus_bus_new_async () from /lib64/libibus-1.0.so.5 ---Type <return> to continue, or q <return> to quit---
[4 Mar 2014 12:53]
Miguel Tadeu Mota
Seems to be a racing condition at startup.
[4 Mar 2014 14:35]
Marc Miralles
Today i have reinstall Fedora 20 and updated it to last update, after this i install mysql-workbench 6.0.9 and it work fine. :) Bug does not exist if you reinstall fedora 20 and updates it before install mysqlworkbench.
[5 Mar 2014 7:32]
Jack Sitnikov
Marc Miralles which version you used x86_84 or x86?
[5 Mar 2014 10:46]
Marc Miralles
Jack Sitnikov :Sorry, I use Fedora20 x86_64.in a Hp pavilion. And now, after reinstall and update system to last update, mysql-workbench works perfect for me. :D
[5 Mar 2014 13:25]
Jack Sitnikov
I install to VirtualBox a new Fedora 20 and installed all updates. After I installed a mysql-workbench 6.0.0 x86_64 and it work. But how to start it on my pc without reinstall operation systems?
[6 Mar 2014 5:45]
xiaoyu zou
[xiaoyu@Seals ~]$ mysql-workbench -v --log-to-stderr 13:35:27 [INF][ base library]: Notification GNUIFormCreated is not registered When I finish install Fedora XFCE Spin ,i remove sevel tools. this is the list: yumex libabiword claws-mail-* xfce4-dict-* asunder ibus-* parole pragha xfburn catfish xfce4-clipman-plugin xfce4-appfinder liferea midori pidgin remmina transmission-* geany xfce4-about fedora-release-notes seahorse tigervnc-* selinux-* PackageKit-glib spice-vdagent xorg-x11-drv-vmware [xiaoyu@Seals ~]$ ps -aux | grep mysql xiaoyu 15299 0.0 0.0 113152 1384 pts/0 S+ 13:35 0:00 /bin/bash /usr/bin/mysql-workbench -v --log-to-stderr xiaoyu 15300 0.0 0.0 113152 1364 pts/0 S+ 13:35 0:00 /bin/sh /usr/bin/catchsegv /usr/libexec/mysql-workbench/mysql-workbench-bin -v --log-to-stderr xiaoyu 15302 0.0 0.0 113152 648 pts/0 S+ 13:35 0:00 /bin/sh /usr/bin/catchsegv /usr/libexec/mysql-workbench/mysql-workbench-bin -v --log-to-stderr xiaoyu 15303 0.0 0.6 489792 27716 pts/0 SLl+ 13:35 0:00 /usr/libexec/mysql-workbench/mysql-workbench-bin -v --log-to-stderr xiaoyu 15451 0.0 0.0 112672 912 pts/1 S+ 13:42 0:00 grep --color=auto mysql [xiaoyu@Seals ~]$ strace -p 15299 Process 15299 attached wait4(-1, [xiaoyu@Seals ~]$ strace -p 15300 Process 15300 attached wait4(-1, [xiaoyu@Seals ~]$ strace -p 15302 Process 15302 attached wait4(-1, [xiaoyu@Seals ~]$ strace -p 15303 Process 15303 attached futex(0x7ffc452639d0, FUTEX_WAIT, 15304, NULL
[6 Mar 2014 9:51]
Jack Sitnikov
Hello everyone. Yesterday, I reinstalled all packages in my system. I used yum reinstall * in blank dir. Today I rebooted my pc and start mysql-workbench x86_64 version and it work! This way isn't fix problems, just bypassed it.
[7 Mar 2014 2:01]
xiaoyu zou
Hi,everyone.
I found this "mysql-workbench-community-6.0.9-src/library/base/ui_form.cpp"
#include "base/string_utilities.h"
23 #include "base/ui_form.h"
24 #include "base/log.h"
25 #include "base/notifications.h"
26
27 using namespace bec;
28
29 static std::map<std::string, UIForm*> ui_form_instances;
30
31
32 UIForm::UIForm()
33 : _owner_data(0), _frontend_data(0)
34 {
35 ui_form_instances[form_id()] = this;
36
37 base::NotificationInfo info;
38 info["form"] = form_id();
39 base::NotificationCenter::get()->send(GNUIFormCreated, 0, info);
40 }
41
42 UIForm::~UIForm()
43 {
44 base::NotificationInfo info;
45 info["form"] = form_id();
46 base::NotificationCenter::get()->send(GNUIFormDestroyed, 0, info);
47
48 ui_form_instances.erase(ui_form_instances.find(form_id()));
49 }
50
51
52 bec::UIForm *UIForm::form_with_id(const std::string &id)
53 {
54 if (ui_form_instances.find(id) != ui_form_instances.end())
55 return ui_form_instances[id];
56 return 0;
57 }
58
59 std::string UIForm::form_id()
60 {
61 return base::strfmt("<UIForm %p>", this);
62 }
63
64 void UIForm::set_frontend_data(void *data)
65 {
66 _frontend_data= data;
67 }
68
69
70 void *UIForm::get_frontend_data()
71 {
72 return _frontend_data;
73 }
74
75
76 void UIForm::set_owner_data(void *data) { _owner_data= data; }
77 void *UIForm::get_owner_data() { return _owner_data; }
78
79 bool UIForm::is_main_form() { return false; }
80
81 // target description for cuy/copy/delete menu items and for paste, after a copy is made
82 std::string UIForm::get_edit_target_name() { return ""; }
83
84 bool UIForm::can_undo(/*Clipboard *clip*/) { return false; }
85 bool UIForm::can_redo(/*Clipboard *clip*/) { return false; }
86 bool UIForm::can_cut(/*Clipboard *clip*/) { return can_copy() && can_delete(); }
87 bool UIForm::can_copy(/*Clipboard *clip*/) { return false; }
88 bool UIForm::can_paste(/*Clipboard *clip*/) { return false; }
89 bool UIForm::can_delete() { return false; }
90 bool UIForm::can_select_all() { return false; }
91
92 void UIForm::undo() {}
93 void UIForm::redo() {}
94 void UIForm::cut(/*Clipboard *clip*/) {}
95 void UIForm::copy(/*Clipboard *clip*/) {}
96 void UIForm::paste(/*Clipboard *clip*/) {}
97 void UIForm::delete_selection() {}
98 void UIForm::select_all() {}
99
100
101
102 //--------------------------------------------------------------------------------------------------
103
104 static struct RegisterNotifDocs
105 {
106 RegisterNotifDocs()
107 {
108 base::NotificationCenter::get()->register_notification(GNUIFormCreated,
109 "application",
110 "Sent when a new form object is created.\n"
111 "Note: at the time this notification is sent, the form object is not yet fully initialized.",
112 "",
113 "form - identifier of the form");
114
115 base::NotificationCenter::get()->register_notification(GNUIFormDestroyed,
116 "application",
117 "Sent when a new form object is destroyed.",
118 "",
119 "form - identifier of the form");
120
121 base::NotificationCenter::get()->register_notification("GNFormTitleDidChange",
122 "application",
123 "Sent when a form's title change.",
124 "",
125 "form - identifier of the form\n"
126 "title - the new title of the form");
127 base::NotificationCenter::get()->register_notification("GNTextSelectionChanged",
128 "application",
129 "Sent when the selection or the caret position\n"
130 " in an editor changed.",
131 "",
132 "");
133 base::NotificationCenter::get()->register_notification("GNFocusChanged",
134 "application",
135 "Sent when a control gets the input focus.",
136 "",
137 "");
138 base::NotificationCenter::get()->register_notification("GNColorsChanged",
139 "application",
140 "Sent when either the color scheme or one of its colors was changed in the preferences.",
141 "",
142 "");
143 }
144 } initdocs;
It's releated to the message:11:23:30 [INF][ base library]: Notification GNUIFormCreated is not registered.
But i can't read c++ source code ,can anyone read this? Can this help?
[7 Mar 2014 5:41]
Jack Sitnikov
xiaoyu zou Notification GNUIFormDestroyed is not registered isn't error, it is infomessage. Normal start mysql-workbench cat log/wb.log 09:37:56 [INF][ WBContext]: Parsing application arguments. 09:37:56 [INF][ WBContext]: /usr/libexec/mysql-workbench/mysql-workbench-bin 09:37:56 [INF][ WBContext]: -v 09:37:56 [INF][ base library]: Notification GNUIFormCreated is not registered 09:37:56 [INF][ WBContext UI]: Initializing workbench context UI with these values: base dir: /usr/share/mysql-workbench plugin path: /usr/lib64/mysql-workbench/plugins struct path: /usr/share/mysql-workbench/grt module path: /usr/lib64/mysql-workbench/modules library path: /usr/share/mysql-workbench/libraries user data dir: /home/jack/.mysql/workbench open at start: open type: run at startup: run type: Force SW rendering: No Force OpenGL: No quit when done: No 09:37:56 [INF][ WBContext]: WbContext::init 09:37:56 [INF][ grt]: Scanning module directory /home/jack/.mysql/workbench/modules. 09:37:56 [INF][ grt]: Scanning module directory /usr/lib64/mysql-workbench/modules. 09:37:56 [INF][ ]: Initialized Lua module /usr/lib64/mysql-workbench/modules/catalog_utils.grt.lua (WbUtils) 09:37:56 [INF][ WBA]: Looking for extension modules for WBA... 09:37:56 [INF][ WBA]: 0 extension modules found 09:37:56 [INF][ grt]: Scanning module directory /usr/lib64/mysql-workbench/plugins. 09:37:56 [WRN][ grt]: /home/jack/.mysql/workbench/connections.xml:11: link '9f059ab2-a5ba-11e3-ad3d-08606ef3b780' <object GrtObject> key=owner could not be resolved 09:37:56 [INF][ WBContext]: System info: MySQL Workbench Community (GPL) for Linux/Unix version 6.0.9 revision 11421 build 1170 Configuration Directory: /home/jack/.mysql/workbench Data Directory: /usr/share/mysql-workbench Cairo Version: 1.13.1 OS: Linux 3.13.4-200.fc20.x86_64 CPU: 4x Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz (3800.031MHz) - 15,62GiB RAM Distribution: Fedora release 20 (Heisenbug) 09:37:56 [INF][ ]: overview.home built-in command is being overwritten 09:37:56 [INF][ base library]: Notification GNUIFormCreated is not registered 09:38:00 [INF][ base library]: Notification GNUIFormDestroyed is not registered
[7 Mar 2014 7:44]
xiaoyu zou
Hi,Jack Sitnikov Yes,I find out this today .I install Fedora 20 XFCE in VirtualBox,and it works fine.It seems to be this so called "bug" not comes from workbench itself,and will remain "bug" for a very lang time.
[7 Mar 2014 8:44]
flo schramm
@Jack Sitnikov: Thanks, yum reinstall * did the job!
[13 Mar 2014 2:59]
Philip Olson
Is the problem (and/or workaround) known here? Does Workbench not work with a specific Fedora component?
[14 Mar 2014 0:11]
Filipe Rosset
It's very weird, mysql-workbench-community-6.1.2-1.fc20.x86_64.rpm is working fine on rawhide, but no luck in Fedora 20.
[14 Mar 2014 9:24]
Jack Sitnikov
I tried to install mysql-workbench beta 6.1.2 on Fedora 20 and I don't saw difference. After that I reinstall all packages and it help.
[25 Mar 2014 11:16]
ahmed gestshb
I was reinstall all packages and it work fine bad way but it help me ^_^
[26 Mar 2014 4:46]
Philip Olson
It was determined that this mysterious bug is not a Workbench bug. It does not appear that a clear FAQ can be created here, so this bug report is being closed. Thank you for the bug report and all of the comments.
