1. 14 Dec, 2022 8 commits
  2. 13 Dec, 2022 11 commits
  3. 12 Dec, 2022 11 commits
  4. 10 Dec, 2022 1 commit
    • Julius Goryavsky's avatar
      MDEV-29814: galera_var_notify_ssl_ipv6 causes testing system to hang · a4914008
      Julius Goryavsky authored
      This commit fixes the test system hanging due to
      the galera_var_notify_ssl_ipv6 test and also brings
      the wsrep_notify[_ssl].sh files in line with each other
      between the user template and the mtr suite.
      
      Quotes are also added here to avoid problems if the
      user specifies the value of one of the variables at the
      beginning of the file containing shell-specific characters,
      for example, if the password or username specified in the
      PSWD and USER variables will contain the "$" character.
      
      Also fixed an issue with automatic --ssl-verify-server-cert
      option substitution when the corresponding value is set
      by the user to "1" or "on".
      
      Also fixed some tests here to avoid joining one of the nodes
      to another cluster when the nodes are restarted from the mtr
      side, which can lead to random failures when testing with
      buildbot.
      a4914008
  5. 09 Dec, 2022 2 commits
    • Julius Goryavsky's avatar
      MDEV-29814: galera_var_notify_ssl_ipv6 causes testing system to hang · 8f309732
      Julius Goryavsky authored
      This commit fixes the test system hanging due to
      the galera_var_notify_ssl_ipv6 test and also brings
      the wsrep_notify[_ssl].sh files in line with each other
      between the user template and the mtr suite.
      
      Quotes are also added here to avoid problems if the
      user specifies the value of one of the variables at the
      beginning of the file containing shell-specific characters,
      for example, if the password or username specified in the
      PSWD and USER variables will contain the "$" character.
      
      Also fixed an issue with automatic --ssl-verify-server-cert
      option substitution when the corresponding value is set
      by the user to "1" or "on".
      
      Also fixed some tests here to avoid joining one of the nodes
      to another cluster when the nodes are restarted from the mtr
      side, which can lead to random failures when testing with
      buildbot.
      8f309732
    • Marko Mäkelä's avatar
      MDEV-29144 ER_TABLE_SCHEMA_MISMATCH or crash on DISCARD/IMPORT · 782b2a75
      Marko Mäkelä authored
      mysql_discard_or_import_tablespace(): On successful
      ALTER TABLE...DISCARD TABLESPACE, evict the table handle from the
      table definition cache, so that ha_innobase::close() will be invoked,
      like InnoDB expects to be the case. This will avoid an assertion failure
      ut_a(table->get_ref_count() == 0) during IMPORT TABLESPACE.
      
      ha_innobase::open(): Do not issue any ER_TABLESPACE_DISCARDED warning.
      Member functions for DML will do that.
      
      ha_innobase::truncate(), ha_innobase::check_if_supported_inplace_alter():
      Issue ER_TABLESPACE_DISCARDED warnings, to compensate for the removal of
      the warning in ha_innobase::open().
      
      row_quiesce_write_indexes(): Only write information about committed
      indexes. The ALTER TABLE t NOWAIT ADD INDEX(c) in the nondeterministic
      test case will most of the time fail due to a metadata lock (MDL) timeout
      and leave behind an uncommitted index.
      
      Reviewed by: Sergei Golubchik
      782b2a75
  6. 08 Dec, 2022 3 commits
    • Daniel Black's avatar
      MDEV-30150 ST_GeomFromGeoJSON, 'geometry' before 'type: feature' error · 8f3631d0
      Daniel Black authored
      The geometry type requires Type:"Feature" but the feature need
      not be first in the JSON structure.
      
      Adjust code to return an error if geometry isn't a JSON object,
      but continue parsing searching for Type: "Feature" to trigger
      the geometry parsing.
      
      Thanks Derick Magnusen for the bug report.
      8f3631d0
    • Tuukka Pasanen's avatar
      MDEV-28834: Add minimal support for Lintian version 2.115 and above · 85181653
      Tuukka Pasanen authored
      Convert minimal amount of Lintian overrides to make Lintian
      test pass also with Debian Sid latest Lintian 2.115 version.
      
      Old style overrides are kept so they can be used with
      older versions of Lintian.
      
      Introduce minimal Lintian overrides which are common
      from MariaDB version 10.5 up-to to 10.8.
      
      Overrides added files:
        * debian/mariadb-test-data.lintian-overrides
          - MariaDB installs some shared objects to test-suite directory and not in
            '/usr/lib' or similar. Share objects is pam_mariadb_mtr.so. Tags are
            arch-dependent-file-in-usr-share and
            arch-independent-package-contains-binary-or-object Lintia
       * debian/mariadb-test.lintian-overrides
         - MariaDB installs some some binaries to test-sute directory and
           in mariadb-test package they are my_safe_process and
           wsrep_check_version. Tags is
           arch-dependent-file-in-usr-share
       * debian/source/lintian-overrides
         - In source there is some source files missing which should be addressed
           sql/share/charsets/languages.html and
           and storage/rocksdb/rocksdb/docs/_includes/footer.html.
           Tags is source-is-missing
         - Add Lintian override for missing:
           storage/columnstore/columnstore/utils/jemalloc/libjemalloc.so.2
         - Add Lintian override for substvar external resources:
           ${source:Version} libmariadb-dev -> libmysqlclient-dev [debian/control:66]
           ${source:Version} libmariadb-dev -> libmysqld-dev [debian/control:66]
           ${source:Version} libmariadbd-dev -> libmariadbclient-dev [debian/control:216]
      85181653
    • Monty's avatar
      Fixed bug in Aria when used with enterprise mariadb-backup · dd5f4b36
      Monty authored
      If the backup finished in the middle of a Aria bulk load insert,
      which could happen with LOAD DATA INFILE, CREATE ... SELECT etc)
      there was a chance that Aria recovery would fail on the backup.
      
      Fixed by ensuring that bulk load operations for Aria are not allowed
      under BACKUP LOCK.
      I also changed so that the table TRN is updated just before truncate
      which ensures that old redo's for the table are ignored.
      I also enabled Aria redo for DDL's to be able to repeat REPAIR commands.
      Without this change recovery would not work on repaired tables.
      
      Notes:
      - We take the backup lock protection at the end of bulk insert (as we
        don't want to keep the lock over a very long running insert).
        If mariadb-backup keeps the backup lock too long,  this may fail with
        a lock timeout. In this case the batch insert will fail and the table
        will be truncated (set to it's original state).
      dd5f4b36
  7. 07 Dec, 2022 4 commits