[MDEV-21330] Lock monitor doesn't print a semaphore's last reserved thread in non-debug builds and INFORMATION_SCHEMA.INNODB_SYS_SEMAPHORE_WAITS is totally broken - Jira

Details

Type: Bug
Status: Closed (View Workflow)
Priority: Critical
Resolution: Won't Fix
Affects Version/s: 10.2.30, 10.3.21, 10.4.11
Fix Version/s: N/A
Component/s: Information Schema, Storage Engine - InnoDB
Labels:
None

Description

When a semaphore wait is in progress, InnoDB prints information about the wait in sync_array_cell_print():

https://github.com/MariaDB/server/blob/mariadb-10.2.30/storage/innobase/sync/sync0arr.cc#L478

This function prints the following information:

The thread ID of the thread waiting for the semaphore.
The type of semaphore. (i.e. mutex or RW-latch)
The source file and line where the thread is waiting for the lock.
The source file and line where the semaphore was last reserved.

The information about where the semaphore was last reserved is some of the most useful information available, since it can often give clues about what kind of statement may be holding the semaphore. Unfortunately, for most kinds of semaphores, it appears that this information is only printed in debug builds. We can see that it is dependent on UNIV_DEBUG. i.e.:

	if (type == SYNC_MUTEX) {

		WaitMutex*	mutex = cell->latch.mutex;

		const WaitMutex::MutexPolicy&	policy = mutex->policy();

#ifdef UNIV_DEBUG

		const char*	name = policy.get_enter_filename();

		if (name == NULL) {

			/* The mutex might have been released. */

			name = "NULL";

#endif /* UNIV_DEBUG */

		if (mutex) {

		fprintf(file,

			"Mutex at %p, %s, lock var %x\n"

#ifdef UNIV_DEBUG

			"Last time reserved in file %s line %u"

#endif /* UNIV_DEBUG */

			"\n",

			(void*) mutex,

			policy.to_string().c_str(),

			mutex->state()

#ifdef UNIV_DEBUG

			,name,

			policy.get_enter_line()

#endif /* UNIV_DEBUG */

);

	} else if (type == SYNC_BUF_BLOCK) {

		BlockWaitMutex*	mutex = cell->latch.bpmutex;

		const BlockWaitMutex::MutexPolicy&	policy =

			mutex->policy();

#ifdef UNIV_DEBUG

		const char*	name = policy.get_enter_filename();

		if (name == NULL) {

			/* The mutex might have been released. */

			name = "NULL";

#endif /* UNIV_DEBUG */

		fprintf(file,

			"Mutex at %p, %s, lock var %lu\n"

#ifdef UNIV_DEBUG

			"Last time reserved in file %s line %lu"

#endif /* UNIV_DEBUG */

			"\n",

			(void*) mutex,

			policy.to_string().c_str(),

			(ulong) mutex->state()

#ifdef UNIV_DEBUG

			,name,

			(ulong) policy.get_enter_line()

#endif /* UNIV_DEBUG */

);

For the INFORMATION_SCHEMA.INNODB_SYS_SEMAPHORE_WAITS table, the rows are built in the sync_arr_fill_sys_semphore_waits_table() function:

https://github.com/MariaDB/server/blob/mariadb-10.2.30/storage/innobase/sync/sync0arr.cc#L1292

In that function, a lot of the fields are not filled out in any build, because some code is commented out. i.e.:

			if (type == SYNC_MUTEX) {

				mutex = static_cast<WaitMutex*>(cell->latch.mutex);

				if (mutex) {

					// JAN: FIXME

					// OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_OBJECT_NAME], mutex->cmutex_name));

					OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_WAIT_OBJECT], (longlong)mutex));

					OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_WAIT_TYPE], "MUTEX"));

					//OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_HOLDER_THREAD_ID], (longlong)mutex->thread_id));

					//OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_HOLDER_FILE], innobase_basename(mutex->file_name)));

					//OK(fields[SYS_SEMAPHORE_WAITS_HOLDER_LINE]->store(mutex->line, true));

					//fields[SYS_SEMAPHORE_WAITS_HOLDER_LINE]->set_notnull();

					//OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_CREATED_FILE], innobase_basename(mutex->cfile_name)));

					//OK(fields[SYS_SEMAPHORE_WAITS_CREATED_LINE]->store(mutex->cline, true));

					//fields[SYS_SEMAPHORE_WAITS_CREATED_LINE]->set_notnull();

					//OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_WAITERS_FLAG], (longlong)mutex->waiters));

					//OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_LOCK_WORD], (longlong)mutex->lock_word));

					//OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_LAST_WRITER_FILE], innobase_basename(mutex->file_name)));

					//OK(fields[SYS_SEMAPHORE_WAITS_LAST_WRITER_LINE]->store(mutex->line, true));

					//fields[SYS_SEMAPHORE_WAITS_LAST_WRITER_LINE]->set_notnull();

					//OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_OS_WAIT_COUNT], mutex->count_os_wait));

			} else if (type == RW_LOCK_X_WAIT

				|| type == RW_LOCK_X

				|| type == RW_LOCK_SX

			        || type == RW_LOCK_S) {

				rw_lock_t* rwlock=NULL;

				rwlock = static_cast<rw_lock_t *> (cell->latch.lock);

				if (rwlock) {

					ulint writer = rw_lock_get_writer(rwlock);

					OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_WAIT_OBJECT], (longlong)rwlock));

					if (type == RW_LOCK_X) {

						OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_WAIT_TYPE], "RW_LOCK_X"));

					} else if (type == RW_LOCK_X_WAIT) {

						OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_WAIT_TYPE], "RW_LOCK_X_WAIT"));

					} else if (type == RW_LOCK_S) {

						OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_WAIT_TYPE], "RW_LOCK_S"));

					} else if (type == RW_LOCK_SX) {

						OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_WAIT_TYPE], "RW_LOCK_SX"));

					if (writer != RW_LOCK_NOT_LOCKED) {

						// JAN: FIXME

						// OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_OBJECT_NAME], rwlock->lock_name));

						OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_WRITER_THREAD], (longlong)os_thread_pf(rwlock->writer_thread)));

						if (writer == RW_LOCK_X) {

							OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_RESERVATION_MODE], "RW_LOCK_X"));

						} else if (writer == RW_LOCK_X_WAIT) {

							OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_RESERVATION_MODE], "RW_LOCK_X_WAIT"));

						} else if (type == RW_LOCK_SX) {

							OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_RESERVATION_MODE], "RW_LOCK_SX"));

						//OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_HOLDER_THREAD_ID], (longlong)rwlock->thread_id));

						//OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_HOLDER_FILE], innobase_basename(rwlock->file_name)));

						//OK(fields[SYS_SEMAPHORE_WAITS_HOLDER_LINE]->store(rwlock->line, true));

						//fields[SYS_SEMAPHORE_WAITS_HOLDER_LINE]->set_notnull();

						OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_READERS], rw_lock_get_reader_count(rwlock)));

						OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_WAITERS_FLAG], (longlong)rwlock->waiters));

						OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_LOCK_WORD], (longlong)rwlock->lock_word));

						OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_LAST_READER_FILE], innobase_basename(rwlock->last_s_file_name)));

						OK(fields[SYS_SEMAPHORE_WAITS_LAST_READER_LINE]->store(rwlock->last_s_line, true));

						fields[SYS_SEMAPHORE_WAITS_LAST_READER_LINE]->set_notnull();

						OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_LAST_WRITER_FILE], innobase_basename(rwlock->last_x_file_name)));

						OK(fields[SYS_SEMAPHORE_WAITS_LAST_WRITER_LINE]->store(rwlock->last_x_line, true));

						fields[SYS_SEMAPHORE_WAITS_LAST_WRITER_LINE]->set_notnull();

						OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_OS_WAIT_COUNT], rwlock->count_os_wait));

Attachments

Issue Links

blocks

MDEV-19988 Document Information Schema INNODB_SYS_SEMAPHORE_WAITS Table

Open

is duplicated by

MDEV-22527 Add thread info for innodb semaphore wait in error log

Closed

relates to

MDEV-7109 Add support for INFORMATION_SCHEMA.INNODB_SEMAPHORE_WAITS

Closed

MDEV-15053 Reduce buf_pool_t::mutex contention

Closed

MDEV-17237 thread IDs are printed in different formats in different sections of SHOW ENGINE INNODB STATUS output

Open

MDEV-17238 Document special thread IDs used in SHOW ENGINE INNODB STATUS output

Open

MDEV-18391 Print ENGINE INNODB STATUS in machine parsable format

Open

MDEV-18429 Consistent non-locking reads do not appear in TRANSACTIONS section of SHOW ENGINE INNODB STATUS

Closed

MDEV-18572 Thread executing DROP TABLE listed twice in SHOW ENGINE INNODB STATUS output

Open

MDEV-18582 Port status variables related to SHOW ENGINE INNODB STATUS from XtraDB to InnoDB in 10.2+

Closed

MDEV-18698 Show InnoDB's internal background threads in SHOW ENGINE INNODB STATUS

Open

MDEV-21390 lock_print_info_summary() should work even when trx_sys.mutex is locked

Closed

MDEV-21452 Use condition variables and normal mutexes instead of InnoDB os_event and mutex

Closed

MDEV-21566 Lock monitor doesn't print a name for RW-latches

Closed

MDEV-22087 Increase buffer size for query in SHOW ENGINE INNODB STATUS output

Open

MDEV-23399 10.5 performance regression with IO-bound tpcc

Closed

MDEV-24142 rw_lock_t has unnecessarily complex wait logic

Closed

MDEV-24167 InnoDB unnecessarily uses complex rw-lock implementation

Closed

(13 relates to)

Activity

Ascending order - Click to sort in descending order

Geoff Montee (Inactive) created issue - 2019-12-17 00:40

Geoff Montee (Inactive) made changes - 2019-12-17 00:53

Field	Original Value	New Value
Link		This issue relates to MDEV-18572 [ MDEV-18572 ]

Geoff Montee (Inactive) made changes - 2019-12-17 00:53

Link

This issue relates to ~~MDEV-18582~~ [ ~~MDEV-18582~~ ]

Geoff Montee (Inactive) made changes - 2019-12-17 00:53

Link

This issue relates to MDEV-17237 [ MDEV-17237 ]

Geoff Montee (Inactive) made changes - 2019-12-17 00:53

Link

This issue relates to ~~MDEV-18429~~ [ ~~MDEV-18429~~ ]

Geoff Montee (Inactive) made changes - 2019-12-17 00:53

Link

This issue relates to MDEV-18391 [ MDEV-18391 ]

Geoff Montee (Inactive) made changes - 2019-12-17 00:53

Link

This issue relates to MDEV-18698 [ MDEV-18698 ]

Geoff Montee (Inactive) made changes - 2019-12-17 00:53

Link

This issue relates to MDEV-17238 [ MDEV-17238 ]

Marko Mäkelä made changes - 2019-12-17 06:50

Assignee

Marko Mäkelä [ marko ]

Eugene Kosov [ kevg ]

Geoff Montee (Inactive) made changes - 2019-12-18 01:00

Description

When a semaphore wait is in progress, InnoDB prints information about the wait in {{sync_array_cell_print()}}:

https://github.com/MariaDB/server/blob/mariadb-10.2.30/storage/innobase/sync/sync0arr.cc#L478

This function prints the following information:

* The thread ID of the thread waiting for the semaphore.
* The type of semaphore. (i.e. mutex or RW-latch)
* The source file and line where the thread is waiting for the lock.
* The source file and line where the semaphore was last reserved.

The information about where the semaphore was last reserved is some of the most useful information available, since it can often give clues about what kind of statement may be holding the semaphore. Unfortunately, for most kinds of semaphores, it appears that this information is only printed in debug builds. We can see that it is dependent on {{UNIV_DEBUG}}. i.e.:

{code}
if (type == SYNC_MUTEX) {
WaitMutex* mutex = cell->latch.mutex;
const WaitMutex::MutexPolicy& policy = mutex->policy();
#ifdef UNIV_DEBUG
const char* name = policy.get_enter_filename();
if (name == NULL) {
/* The mutex might have been released. */
name = "NULL";
}
#endif /* UNIV_DEBUG */

if (mutex) {
fprintf(file,
"Mutex at %p, %s, lock var %x\n"
#ifdef UNIV_DEBUG
"Last time reserved in file %s line %u"
#endif /* UNIV_DEBUG */
"\n",
(void*) mutex,
policy.to_string().c_str(),
mutex->state()
#ifdef UNIV_DEBUG
,name,
policy.get_enter_line()
#endif /* UNIV_DEBUG */
);
}
} else if (type == SYNC_BUF_BLOCK) {
BlockWaitMutex* mutex = cell->latch.bpmutex;

const BlockWaitMutex::MutexPolicy& policy =
mutex->policy();
#ifdef UNIV_DEBUG
const char* name = policy.get_enter_filename();
if (name == NULL) {
/* The mutex might have been released. */
name = "NULL";
}
#endif /* UNIV_DEBUG */

fprintf(file,
"Mutex at %p, %s, lock var %lu\n"
#ifdef UNIV_DEBUG
"Last time reserved in file %s line %lu"
#endif /* UNIV_DEBUG */
"\n",
(void*) mutex,
policy.to_string().c_str(),
(ulong) mutex->state()
#ifdef UNIV_DEBUG
,name,
(ulong) policy.get_enter_line()
#endif /* UNIV_DEBUG */
);
}
{code}

For the {{INFORMATION_SCHEMA.INNODB_SYS_SEMAPHORE_WAITS}} table, the rows are built in the {{sync_arr_fill_sys_semphore_waits_table()}} function:

https://github.com/MariaDB/server/blob/mariadb-10.2.30/storage/innobase/sync/sync0arr.cc#L1292

In that function, a lot of the fields are not filled out in *any* build, because some code is commented out. i.e.:

{code}
if (type == SYNC_MUTEX) {
mutex = static_cast<WaitMutex*>(cell->latch.mutex);

if (mutex) {
// JAN: FIXME
// OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_OBJECT_NAME], mutex->cmutex_name));
OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_WAIT_OBJECT], (longlong)mutex));
OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_WAIT_TYPE], "MUTEX"));
//OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_HOLDER_THREAD_ID], (longlong)mutex->thread_id));
//OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_HOLDER_FILE], innobase_basename(mutex->file_name)));
//OK(fields[SYS_SEMAPHORE_WAITS_HOLDER_LINE]->store(mutex->line, true));
//fields[SYS_SEMAPHORE_WAITS_HOLDER_LINE]->set_notnull();
//OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_CREATED_FILE], innobase_basename(mutex->cfile_name)));
//OK(fields[SYS_SEMAPHORE_WAITS_CREATED_LINE]->store(mutex->cline, true));
//fields[SYS_SEMAPHORE_WAITS_CREATED_LINE]->set_notnull();
//OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_WAITERS_FLAG], (longlong)mutex->waiters));
//OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_LOCK_WORD], (longlong)mutex->lock_word));
//OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_LAST_WRITER_FILE], innobase_basename(mutex->file_name)));
//OK(fields[SYS_SEMAPHORE_WAITS_LAST_WRITER_LINE]->store(mutex->line, true));
//fields[SYS_SEMAPHORE_WAITS_LAST_WRITER_LINE]->set_notnull();
//OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_OS_WAIT_COUNT], mutex->count_os_wait));
}
} else if (type == RW_LOCK_X_WAIT
|| type == RW_LOCK_X
|| type == RW_LOCK_SX
|| type == RW_LOCK_S) {
rw_lock_t* rwlock=NULL;

rwlock = static_cast<rw_lock_t *> (cell->latch.lock);

if (rwlock) {
ulint writer = rw_lock_get_writer(rwlock);

OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_WAIT_OBJECT], (longlong)rwlock));
if (type == RW_LOCK_X) {
OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_WAIT_TYPE], "RW_LOCK_X"));
} else if (type == RW_LOCK_X_WAIT) {
OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_WAIT_TYPE], "RW_LOCK_X_WAIT"));
} else if (type == RW_LOCK_S) {
OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_WAIT_TYPE], "RW_LOCK_S"));
} else if (type == RW_LOCK_SX) {
OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_WAIT_TYPE], "RW_LOCK_SX"));
}

if (writer != RW_LOCK_NOT_LOCKED) {
// JAN: FIXME
// OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_OBJECT_NAME], rwlock->lock_name));
OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_WRITER_THREAD], (longlong)os_thread_pf(rwlock->writer_thread)));

if (writer == RW_LOCK_X) {
OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_RESERVATION_MODE], "RW_LOCK_X"));
} else if (writer == RW_LOCK_X_WAIT) {
OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_RESERVATION_MODE], "RW_LOCK_X_WAIT"));
} else if (type == RW_LOCK_SX) {
OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_RESERVATION_MODE], "RW_LOCK_SX"));
}

//OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_HOLDER_THREAD_ID], (longlong)rwlock->thread_id));
//OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_HOLDER_FILE], innobase_basename(rwlock->file_name)));
//OK(fields[SYS_SEMAPHORE_WAITS_HOLDER_LINE]->store(rwlock->line, true));
//fields[SYS_SEMAPHORE_WAITS_HOLDER_LINE]->set_notnull();
OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_READERS], rw_lock_get_reader_count(rwlock)));
OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_WAITERS_FLAG], (longlong)rwlock->waiters));
OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_LOCK_WORD], (longlong)rwlock->lock_word));
OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_LAST_READER_FILE], innobase_basename(rwlock->last_s_file_name)));
OK(fields[SYS_SEMAPHORE_WAITS_LAST_READER_LINE]->store(rwlock->last_s_line, true));
fields[SYS_SEMAPHORE_WAITS_LAST_READER_LINE]->set_notnull();
OK(field_store_string(fields[SYS_SEMAPHORE_WAITS_LAST_WRITER_FILE], innobase_basename(rwlock->last_x_file_name)));
OK(fields[SYS_SEMAPHORE_WAITS_LAST_WRITER_LINE]->store(rwlock->last_x_line, true));
fields[SYS_SEMAPHORE_WAITS_LAST_WRITER_LINE]->set_notnull();
OK(field_store_ulint(fields[SYS_SEMAPHORE_WAITS_OS_WAIT_COUNT], rwlock->count_os_wait));
}
}
}
{code}

Geoff Montee (Inactive) made changes - 2019-12-18 01:01

Component/s

Information Schema [ 14413 ]

Geoff Montee (Inactive) made changes - 2019-12-24 20:46

Link

This issue relates to ~~MDEV-21390~~ [ ~~MDEV-21390~~ ]

Geoff Montee (Inactive) made changes - 2020-01-23 19:46

Link

This issue blocks MDEV-19988 [ MDEV-19988 ]

Geoff Montee (Inactive) made changes - 2020-01-23 19:47

Summary

InnoDB doesn't print a semaphore's last reserved thread in non-debug builds

Lock monitor doesn't print a semaphore's last reserved thread in non-debug builds

Geoff Montee (Inactive) made changes - 2020-01-23 19:47

Summary

Lock monitor doesn't print a semaphore's last reserved thread in non-debug builds

Lock monitor doesn't print a semaphore's last reserved thread in non-debug builds and INFORMATION_SCHEMA.INNODB_SYS_SEMAPHORE_WAITS is totally broken

Geoff Montee (Inactive) made changes - 2020-01-26 06:28

Link

This issue relates to ~~MDEV-21566~~ [ ~~MDEV-21566~~ ]

Geoff Montee (Inactive) made changes - 2020-03-31 03:10

Link

This issue relates to MDEV-22087 [ MDEV-22087 ]

Geoff Montee (Inactive) made changes - 2020-05-11 23:01

Link

This issue is duplicated by ~~MDEV-22527~~ [ ~~MDEV-22527~~ ]

Marko Mäkelä made changes - 2020-05-27 13:36

Link

This issue relates to ~~MDEV-15053~~ [ ~~MDEV-15053~~ ]

Julien Fritsch made changes - 2020-05-29 16:22

Priority

Major [ 3 ]

Critical [ 2 ]

Julien Fritsch made changes - 2020-07-28 15:44

Status

Open [ 1 ]

In Progress [ 3 ]

Eugene Kosov (Inactive) made changes - 2020-08-04 08:07

Assignee

Eugene Kosov [ kevg ]

Ralf Gebhardt [ ralf.gebhardt@mariadb.com ]

Marko Mäkelä made changes - 2020-09-01 09:17

Link

This issue relates to ~~MDEV-21452~~ [ ~~MDEV-21452~~ ]

Ralf Gebhardt made changes - 2020-09-01 09:20

Link

This issue relates to ~~MDEV-23399~~ [ ~~MDEV-23399~~ ]

Julien Fritsch made changes - 2020-11-18 13:01

Priority

Critical [ 2 ]

Major [ 3 ]

Marko Mäkelä made changes - 2020-12-17 19:47

Link

This issue relates to ~~MDEV-24142~~ [ ~~MDEV-24142~~ ]

Marko Mäkelä made changes - 2020-12-17 19:47

Link

This issue relates to ~~MDEV-24167~~ [ ~~MDEV-24167~~ ]

Marko Mäkelä made changes - 2020-12-17 19:47

Link

This issue relates to ~~MDEV-7109~~ [ ~~MDEV-7109~~ ]

Rob Schwyzer (Inactive) made changes - 2021-06-23 20:44

Labels

ServiceNow

Rob Schwyzer (Inactive) made changes - 2021-07-02 19:53

Labels

ServiceNow

76qDvLB8Gju6Hs7nk3VY3EX42G795W5z

Sergei Golubchik made changes - 2021-08-13 22:33

Labels

76qDvLB8Gju6Hs7nk3VY3EX42G795W5z

Sergei Golubchik made changes - 2021-12-06 21:36

Workflow

MariaDB v3 [ 102113 ]

MariaDB v4 [ 144534 ]

Ralf Gebhardt made changes - 2022-08-04 08:46

Fix Version/s

10.2 [ 14601 ]

Julien Fritsch made changes - 2023-04-27 14:01

Fix Version/s

10.3 [ 22126 ]

Julien Fritsch made changes - 2023-05-16 14:13

Priority

Major [ 3 ]

Critical [ 2 ]

Julien Fritsch made changes - 2023-05-16 14:14

Assignee

Ralf Gebhardt [ ralf.gebhardt@mariadb.com ]

Marko Mäkelä [ marko ]

Marko Mäkelä made changes - 2023-05-16 14:17

Status

In Progress [ 3 ]

Needs Feedback [ 10501 ]

Marko Mäkelä made changes - 2023-05-16 14:21

Assignee

Marko Mäkelä [ marko ]

Geoff Montee [ geoffmontee ]

Geoff Montee (Inactive) made changes - 2023-05-16 16:13

Assignee	Geoff Montee [ geoffmontee ]	Marko Mäkelä [ marko ]
Status	Needs Feedback [ 10501 ]	Open [ 1 ]

Julien Fritsch made changes - 2023-05-16 17:32

Assignee

Marko Mäkelä [ marko ]

Chris Calender [ ccalender ]

Julien Fritsch made changes - 2023-05-16 17:32

Status

Open [ 1 ]

Needs Feedback [ 10501 ]

Chris Calender (Inactive) made changes - 2023-05-16 17:43

Status

Needs Feedback [ 10501 ]

Open [ 1 ]

Chris Calender (Inactive) made changes - 2023-05-16 17:43

Assignee

Chris Calender [ ccalender ]

Marko Mäkelä [ marko ]

Marko Mäkelä made changes - 2023-05-25 13:37

Assignee	Marko Mäkelä [ marko ]	Chris Calender [ ccalender ]
Status	Open [ 1 ]	Needs Feedback [ 10501 ]

Julien Fritsch made changes - 2023-05-26 07:50

Assignee

Chris Calender [ ccalender ]

Geoff Montee [ geoffmontee ]

Geoff Montee (Inactive) made changes - 2023-05-26 17:08

Assignee	Geoff Montee [ geoffmontee ]	Julien Fritsch [ julien.fritsch ]
Status	Needs Feedback [ 10501 ]	Open [ 1 ]

Julien Fritsch made changes - 2023-05-30 12:44

Fix Version/s		N/A [ 14700 ]
Fix Version/s	10.4 [ 22408 ]
Resolution		Won't Fix [ 2 ]
Status	Open [ 1 ]	Closed [ 6 ]

Jira Automation (IT) made changes - 2024-07-04 03:18

Zendesk Related Tickets		201658 178539 200940
Zendesk active tickets		201658

People

Assignee:: Julien Fritsch

Reporter:: Geoff Montee (Inactive)

Votes:: 1 Vote for this issue

Watchers:: 9 Start watching this issue

Dates

Created:: 2019-12-17 00:40

Updated:: 2024-09-06 10:01

Resolved:: 2023-05-30 12:44

Git Integration

Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.

MariaDB Server

Details

Description

Attachments

Issue Links

Activity

People

Dates

Git Integration