summaryrefslogtreecommitdiff
path: root/scripts/mysqld_multi.sh
Commit message (Collapse)AuthorAgeFilesLines
* MDEV-20728: /usr/sbin/mysqld: unknown variable 'defaults-group-suffix=mysqld1Julius Goryavsky2019-10-121-1/+1
| | | | | | | | | When the mysqld_multi script passes the --defaults-group-suffix option to mysqld, it must remove the initial substring with the group name ("mysqld") from option value, because otherwise substring "mysqld" will be added to the group name and then the group name will contain the word "mysqld" twice, which is wrong, because mysqld itself adds the suffix received to the group name.
* MDEV-20614: Syntax error, and option put in wrong placeJulius Goryavsky2019-09-271-2/+3
| | | | | | A syntax error in the mysqld_multi.sh script has been fixed here + a "--defaults-group-suffix" option has been moved to the top of the mysqld options list.
* MDEV-18863: Galera SST scripts can't read [mysqldN] option groupsJulius Goryavsky2019-08-191-1/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Some users and some scripts (for example, mysqld_multi.sh) use special option groups with names like [mysqld1], [mysqld2], ..., [mysqldN]. But SST scripts can't currently fully support these option groups. The only option group-related value it gets from the server is --defaults-group-suffix, if that option was set for mysqld when the server was started. However, the SST scripts does not get told by the server to read these option groups, so this means that the SST script will fail to read options like innodb-data-home-dir when it is in a option group like [mysqld1]...[mysqldN]. Moreover, SST scripts ignore many parameters that can be passed to them explicitly and cannot transfer them further, for example, to the input of mariabackup utility. Ideally, we want to transfer all the parameters of the original mysqld call to utilities such as mariabackup, however the SST script does not receive these parameters from the server and therefore cannot transfer them to mariabackup. To correct these shortcomings, we need to transfer to the scripts all of the parameters of the original mysqld call, and in the SST scripts themselves provide for the transfer all of these parameters to utilities such as mariabackup. To prevent these parameters from mixing with the script's own parameters, they should be transferred to SST script after the special option "--mysqld-args", followed by the string argument with the original parameters, as it received by the mysqld call at the time of launch (further all these parameters will be passed to mariabackup, for example). In addition, the SST scripts themselves must be refined so that they can read the parameters from the user-selected group, not just from the global mysqld configuration group. And also so that they can receive the parameters (which important for their work) as command-line arguments.
* Merge 10.1 into 10.2Marko Mäkelä2019-05-131-1/+1
|\
| * Merge branch '5.5' into 10.1Vicențiu Ciorbaru2019-05-111-1/+1
| |\
| | * Update FSF AddressVicențiu Ciorbaru2019-05-111-1/+1
| | | | | | | | | | | | * Update wrong zip-code
* | | MDEV-16906 No groups to be reported (check your GNRs) - mysqld_multi does ↵Sergei Golubchik2018-08-071-6/+13
|/ / | | | | | | | | | | | | not see instances make mysqld_multi to use same rules for my.cnf directories that all other tools are using (see my_default.c).
* | Merge branch '10.0' into bb-10.1-merge-sanjaOleksandr Byelkin2018-07-251-1/+1
|\ \
| * \ Merge branch '5.5' into bb-10.0-merge-sanjaOleksandr Byelkin2018-07-231-1/+1
| |\ \ | | |/
| | * MDEV-15050 scripts: mysql_install_db.{sh|pl}, mysqld_multi - mysqld is in ↵Daniel Black2018-07-161-1/+1
| | | | | | | | | | | | | | | | | | @sbindir@ Closes #551
* | | Merge branch '10.0' into 10.1Sergei Golubchik2017-08-081-19/+3
|\ \ \ | |/ /
| * | Merge remote-tracking branch 'origin/5.5' into 10.0Vicențiu Ciorbaru2017-07-251-19/+3
| |\ \ | | |/
| | * Merge remote-tracking branch 'mysql/5.5' into 5.5Sergei Golubchik2017-07-181-19/+3
| | |\
| | | * BUG#25719975 SHEBANG HARD CODED AS /USR/BIN/PERL IN SCRIPTS, BREAKS ON FREEBSDTerje Rosten2017-03-281-2/+2
| | | | | | | | | | | | | | | | Use cmake variable to adjust shebang to platform.
* | | | Merge branch '10.0' into 10.1Sergei Golubchik2016-06-281-2/+6
|\ \ \ \ | |/ / /
| * | | Merge branch '5.5' into bb-10.0Sergei Golubchik2016-06-211-2/+6
| |\ \ \ | | |/ /
| | * | Merge branch 'mysql/5.5' into 5.5Sergei Golubchik2016-06-141-2/+6
| | |\ \ | | | |/
| | | * Bug#19920049 - MYSQLD_MULTI MISLEADING WHEN MY_PRINT_DEFAULTSShishir Jaiswal2016-03-011-2/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | IS NOT FOUND DESCRIPTION =========== If script mysqld_multi and utility my_print_defaults are in the same folder (not included in $PATH) and the former is made to run, it complaints that the mysqld binary is absent eventhough the binary exists. ANALYSIS ======== We've a subroutine my_which() mimicking the behaviour of POSIX "which" command. Its current behaviour is to check for a given argument as follows: - Step 1: Assume the argument to be a command having full fledged absolute path. If it exists "as-is", return the argument (which will be pathname), else proceed to Step 2. - Step 2: Assume the argument to be a plain command with no aboslute path. Try locating it in all of the paths (mentioned in $PATH) one by one. If found return the pathname. If found nowhere, return NULL. Currently when my_which(my_print_defaults) is called, it returns from Step 1 (since utlity exists in current folder) and doesn't proceed to Step 2. This is wrong since the returned value is same as the argument i.e. 'my_print_default' which defies the purpose of this subroutine whose job is to return a pathname either in Step 1 or Step 2. Later when the utility is executed in subroutine defaults_for_group(), it evaluates to NULL and returns the same. This is because the plain command 'my_print_defaults {options} ...' would execute properly only if my_print_defaults exists in one of the paths (in $PATH). In such a case, in the course of the flow it looks onto the variable $mysqld_found which comes out to be NULL and hence ethe error. In this case, call to my_which should fail resulting in script being aborted and thus avoiding this mess. FIX === This utility my_print_defaults should be tested only in Step 2 since it does not have an absolute path. Thus added a condition in Step 1 so that is gets executed iff not called for my_print_defaults thus bypassing it to proceed to Step 2 where the check is made for various paths (in $PATH)
| | | * Bug#11764559: UMASK IS IGNORED BY ERROR LOGTatjana Azundris Nuernberg2012-10-171-0/+22
| | | |\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | mysqld_safe script did not heed MySQL specific environment variable $UMASK, leading to divergent behavior between mysqld and mysqld_safe. Patch adds an approximation of mysqld's behavior to mysqld_safe, within the bounds dictated by attempt to have mysqld_safe run on even the most basic of shells (proper '70s sh, not just bash with a fancy symlink). Patch also adds approximation of said behavior to mysqld_multi (in perl). (backport) manual merge
| | | | * Bug#11764559: UMASK IS IGNORED BY ERROR LOGTatjana Azundris Nuernberg2012-10-171-0/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | mysqld_safe script did not heed MySQL specific environment variable $UMASK, leading to divergent behavior between mysqld and mysqld_safe. Patch adds an approximation of mysqld's behavior to mysqld_safe, within the bounds dictated by attempt to have mysqld_safe run on even the most basic of shells (proper '70s sh, not just bash with a fancy symlink). Patch also adds approximation of said behavior to mysqld_multi (in perl).
| | | * | Updated/added copyright headersKent Boortz2011-06-301-3/+3
| | | |\ \ | | | | |/
| | | | * Updated/added copyright headersKent Boortz2011-06-301-3/+3
| | | | |\
| | | | | * Updated/added copyright headersKent Boortz2011-06-301-3/+4
| | | | | |
| | | * | | MergeKent Boortz2010-12-291-0/+17
| | | |\ \ \ | | | | |/ /
| | | | * | MergeKent Boortz2010-12-291-0/+17
| | | | |\ \ | | | | | |/
| | | | | * - Added/updated copyright headersKent Boortz2010-12-281-0/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Removed files specific to compiling on OS/2 - Removed files specific to SCO Unix packaging - Removed "libmysqld/copyright", text is included in documentation - Removed LaTeX headers for NDB Doxygen documentation - Removed obsolete NDB files - Removed "mkisofs" binaries - Removed the "cvs2cl.pl" script - Changed a few GPL texts to use "program" instead of "library"
| | | | * | Bug #51468: mysqld_multi is broken in 5.1.44Georgi Kodinov2010-02-261-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | Fixed a syntax error in mysqld_multi.sh
| | | | * | WL#5154 Remove deprecated 4.1 featuresMagne Mahre2010-01-211-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Several items said to be deprecated in the 4.1 manual have never been removed. This worklog adds deprecation warnings when these items are used, and warns the user that the items will be removed in MySQL 5.6. A couple of previously deprecation decision have been reversed (see single file comments)
| | | * | | WL#5154 Remove deprecated 4.1 featuresMagne Mahre2010-02-171-20/+2
| | | |/ / | | | | | | | | | | | | | | | | | | | | | | | | | A set of program options and variables was deprecated in MySQL 5.1, and is hereby removed.
| | | * | automergeGeorgi Kodinov2009-06-191-1/+19
| | | |\ \ | | | | |/
| | | | * Bug #36654: mysqld_multi cannot start instances with different versions Georgi Kodinov2009-06-191-1/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | occasionally. mysql_multi can call mysqld_safe. In doing this it's not changing the current working directory. This may cause confusion in the case where mysqld_multi is handling instances of servers of different versions and the current working directory is the installation directory of one of these servers. Fixed by enhancing the meaning of basedir in [mysqldN] sections of mysqld_multi. If specified, mysqld_multi will change the current working directory to the basedir directory before starting the server in mysqld_multi ... start ... and then change it back to what it was.
| | | * | mysqld_multi still had mentions of safe_mysqld instead of mysqld_safe,Jim Winstead2009-04-281-5/+5
| | | |/ | | | | | | | | | | | | as well as some unclear example paths. (Bug #28094)
| | | * Bug#43876: mysqld_multi introduces --no-defaults which screws up my systemChad MILLER2009-04-021-5/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug#32136: mysqld_multi --defaults-file not respected while using \ --mysqld=mysqld_safe Revert change that adds "--no-defaults" to mysqld_multi. This closes Bug#43508 and re-opens Bug#32136.
| | | * Bug#32136: mysqld_multi --defaults-file not respected while using \Chad MILLER2008-11-261-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | --mysqld=mysqld_safe The server run didn't know the correct section to read in a configuration file, and would read from "[mysqld]" even though mysqld_multi had already read the defaults and made them into explicit parameters. Worse, the "defaults-file" parameter says that it means "Read only this configuration file, do not read the standard system-wide and user-specific files", which should apply not only to mysql-multi, but to the server also. So, now if "defaults-file" is given, put "no-defaults" before all the explicit parameters we read from the defaults-file and feed to the mysqld or mysqld_safe.
| | | * make_win_bin_dist CMakeLists.txt resolveip.c Makefile.am:kent@mysql.com/kent-amd64.(none)2007-12-281-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Better Windows support in the scripts directory mysql_config.pl.in, mysql_install_db.pl.in: New Perl version of Unix shell script, mainly for Windows Many files in scripts directory: Use default Perl location "#!/usr/bin/perl" instead of the build host path
| | | * Bug #27390: mysqld_multi --config-file= not working as documentedtsmith@quadxeon.mysql.com2007-04-281-185/+127
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Recognize the --no-defaults, --defaults-file and --defaults-extra-file options. Treat old --config-file argument as if --defaults-extra-file had been specified instead. Plus a few other defaults-related cleanups.
| | | * Merge bk-internal.mysql.com:/home/bk/mysql-5.0cmiller@zippy.cornsilk.net2007-01-311-0/+3
| | | |\ | | | | | | | | | | | | | | | into zippy.cornsilk.net:/home/cmiller/work/mysql/mysql-5.0-maint
| | | | * Merge kahlann.erinye.com:/home/df/mysql/build/mysql-5.0-build-work-24780df@kahlann.erinye.com2007-01-221-0/+3
| | | | |\ | | | | | | | | | | | | | | | | | | into kahlann.erinye.com:/home/df/mysql/build/mysql-5.0-build-work
| | | | | * Merge kahlann.erinye.com:/home/df/mysql/build/mysql-4.1-build-work-24780df@kahlann.erinye.com2007-01-091-0/+3
| | | | | |\ | | | | | | | | | | | | | | | | | | | | | into kahlann.erinye.com:/home/df/mysql/build/mysql-5.0-build-work-24780
| | | | | | * BUG#24780 workaround for broken installations that depend on using /etc, but ↵df@kahlann.erinye.com2007-01-091-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | were configured differently
| | | * | | | Merge qualinost.(none):/home/mtaylor/src/mysql-4.1-maintmtaylor@qualinost.(none)2007-01-261-8/+0
| | | |\ \ \ \ | | | | |/ / / | | | |/| | | | | | | | | | into qualinost.(none):/home/mtaylor/src/mysql-5.0-maint
| | | | * | | User visible change - breaks some environments, per Paul DuBois. Reverting ↵mtaylor@qualinost.(none)2007-01-261-8/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | in 4.1 and 5.0.
| | | | * | | Merge siva.hindu.god:/usr/home/tim/m/bk/g41tsmith/tim@siva.hindu.god2006-12-211-3/+3
| | | | |\ \ \ | | | | | | |/ | | | | | |/| | | | | | | | into siva.hindu.god:/usr/home/tim/m/bk/41
| | | * | | | Merge siva.hindu.god:/usr/home/tim/m/bk/g50tsmith/tim@siva.hindu.god2006-12-211-3/+3
| | | |\ \ \ \ | | | | | |_|/ | | | | |/| | | | | | | | | into siva.hindu.god:/usr/home/tim/m/bk/50
| | | | * | | Merge kahlann.erinye.com:/home/df/mysql/build/mysql-4.1-build-workdf@kahlann.erinye.com2006-12-071-3/+3
| | | | |\ \ \ | | | | | | |/ | | | | | |/| | | | | | | | into kahlann.erinye.com:/home/df/mysql/build/mysql-5.0-build-work
| | | | | * | BUG#24780 use --sysconfdir in scriptsdf@kahlann.erinye.com2006-12-071-3/+3
| | | | | | |
| | | * | | | Merge qualinost.(none):/home/mtaylor/src/mysql-4.1-maintmtaylor@qualinost.(none)2006-12-151-0/+8
| | | |\ \ \ \ | | | | | |_|/ | | | | |/| | | | | | | | | into qualinost.(none):/home/mtaylor/src/mysql-5.0-maint
| | | | * | | support /etc/mysql/my.cnf in mysqld_multi as well. mtaylor@qualinost.(none)2006-12-151-1/+9
| | | | | |/ | | | | |/|
| | | * | | Added /etc/mysql to my.cnf search path after /etc. mtaylor@qualinost.(none)2006-12-151-1/+9
| | | | |/ | | | |/| | | | | | | | | | | bug #25104
| | | * | Manual merge of the fix for bug#16106.joerg@mysql.com2006-01-161-3/+0
| | | |\ \ | | | | |/ | | | | | | | | | | | | | | | Currently failing tests (for me) in non-debug build: blackhole fulltext fulltext_cache fulltext_left_join fulltext_multi
View Lorry Controller Status