Can anyone help me out here? This is a localhost mysql db. User is root, pass is blank, as I am logged in as root on the server.
Installed version is percona-toolkit-2.2.6-1.noarch
Database version is Percona-Server-server-56-5.6.15-rel63.0.519.rhel6.x86_64
root@server1 [~]# pt-online-schema-change --alter “ENGINE=InnoDB” D=test,t=alterme,u=root --execute
Use of uninitialized value $host in string eq at /usr/bin/pt-online-schema-change line 4112.
root@server1 [~]# pt-online-schema-change --alter “ENGINE=InnoDB” D=test,t=alterme --execute
Use of uninitialized value $host in string eq at /usr/bin/pt-online-schema-change line 4112.
root@server1 [~]# pt-online-schema-change --alter “ENGINE=InnoDB” D=test,t=alterme,h=localhost --execute
Use of uninitialized value $host in string eq at /usr/bin/pt-online-schema-change line 4112.
root@server1 [~]# pt-online-schema-change --alter “ENGINE=InnoDB” D=test,t=alterme,h=server1 --execute
Use of uninitialized value $host in string eq at /usr/bin/pt-online-schema-change line 4112.
On the other hand, --dry-run always works, but of course executes nothing.
what version of pt-online-schema-change you are using ? Can you try with latest version ? Further, i would suggest to run it along PTDEBUG=1 and redirect the output to file and this will yield lot of debugging info which will help to identify the problem.
Thanks for responding, mirfan. I apparently don’t have my notifications set up properly and am late in replying to this. I found the problem, using the PTDEBUG. What I found is that the recursion-method is causing this to fail, since I don’t have any slaves. The fix was to use the “–recursion-method=none” flag to bypass that functionality. You can see the DEBUG below, as it may be a bug for single server topology regardless of the workaround?