- Fix in CegoRecoveryManager::recoverTableSet, the lsn was incremented
which lead to leaks in the transaction log. This could result in
an incomplete recovery procedure
- Improvements for tableset recovery, external log manage field is
checked in CegoAdminThread::medRecover before restore procedure is
started.
- Fix in CegoLogManager::logAction, if online redo log is full, the
current log entry has to be written anyway, otherwise a checkpoint
is written and subsequent logAction call in CegoTableManager::logIt
might lead to duplicate entries in case of a crash recovery
- Fixes for query and table cache added (addEntry method was still not clean)
- Added tableset runstate CHECKPOINT to be set during a tableset
checkpoint is performed.
Since this is a critical section in terms of data consistency,
no system crash should occur while writing a checkpoint.
If so, the tableset now is marked with status CHECKPOINT and cannot be
used anymore ( tableset recovery from backup required )
- Patch in CegoDistManager::startTableSet, before starting redo log
file recovery, the tableset state has to be set to RECOVERY
Otherwise, occupied redo logs are not archived by the log manager.
This problem might occur in case of a crash recovery with archive
mode set to ON
- Patch in CegoQueryCache and CegoTableCache ( for each method addEntry )
The usedSize calculation was not done correctly for replaces entries
- Added table and cache used size information to show tableset admin command
This indicates the amount of memory, which is already allocated
for cached data
- Added synrchonization for query and table cache handling.
The lack of synchronization might lead to core dumps, if a cache
entry is freed but also be used by a query
So before cache cleanup, it has to be checked,
if the corresponding cache entry is still in use
If so, it has to be wait, until the cache is clean. For both
caches ( query and table), the similar logic is used
- Added improvement for query cache handling
If a stored function, which are used in the cached query, was
modified, the cache entry will be invalidated
For this, the CegoSelect::getTableList method was changed to
CegoSelect::getObjectList and also the used functions are evaluated
and added to this list.
- Adapted sysmtexp and sysmtimp X-port utilities for current schema definition
- Cache cleanup in CegoQuery class is performed now AFTER the
modifying action.Otherwise, it may appear, that a cache entry is
made after cache cleanup but also before the modifying action.
This may lead to wrong results retrieved from obsolete query cache
Submitted by: Bjoern Lemke <lemke@lemke-it.com>
- Lots of important fixes in the solver
- Fix pkg upgrade -f
- Reduce namecache contention a bit
- Prefix all temporary files with a . so they are hidden
- Explicitly tell the users which conflicts were found
- Do not fork pkg when being ptraced (only on FreeBSD)
- Implement repo pinning so once installed a package will keep coming from a
given repo
- Fix repository priority handling on directly requested packages
Big thanks az@ and vsevolod@ for the thank less help provided
to deploy applications across an infrastructure. Deploy virtualized,
containerized, or standalone application workloads across a fleet of
servers to maximize resource utilization.
https://www.nomadproject.io/
PR: 210456
Submitted by: John Hixson <jhixson@gmail.com>
This is based on the area51 testing repository of the KDE-FreeBSD
project, containing work by Raphael Kubo da Costa, Tobias Berner,
Ralf Nolden, Adriaan de Groot and probably many more from the KDE
team.
KDE4 releases have fallen into three tracks now that KDE4 is pretty
much end-of-life upstream. There's the libraries, the workspace
(Plasma4) and applications.
This patch introduces KDE4_KDELIBS_VERSION to track library releases,
which are still done infrequently. It bumps the workspace version.
It leaves applications alone. This has an effect on some applications
pkg-plists where library version numbers need to be changed. Other
than that it's supposed to be a minor upgrade, which opens the doors
for more reorganization and getting KDE Frameworks 5 in.
PR: 210255
Submitted by: Adriaan de Groot <groot@kde.org> (kde), Tobias C.Berner <tcberner@gmail.com> (kde)
Exp-run by: antoine
