Skip to content
This repository has been archived by the owner on Jan 15, 2019. It is now read-only.

[dev.icinga.com #29] Removing blocking behaviour in IDOUtils #12

Closed
icinga-migration opened this issue Apr 16, 2009 · 3 comments
Closed

Comments

@icinga-migration
Copy link

This issue has been migrated from Redmine: https://dev.icinga.com/issues/29

Created by berk on 2009-04-16 16:39:01 +00:00

Assignee: hbaecker
Status: Resolved (closed on 2010-02-11 19:04:21 +00:00)
Target Version: 1.0.1
Last Update: 2010-02-11 19:04:21 +00:00 (in Redmine)


Changesets

2010-02-10 15:05:51 +00:00 by mfriedrich d2560c7

fix threaded cleaner, some oracle modifications

* threaded cleaner gets own db_hello
	- selects instance_name from database
	- if not found, return error
	- if found, insert conninfo and do the config stuff
          like normal db_hello
* threaded cleaner waits until db_hello returns ok
  otherwise sleeps 5 seconds

* fixed oracle instance_name insert into table instead of instance_id

* added oracle truncate/delete all tables scripts

refs #29,#31
@icinga-migration
Copy link
Author

Updated by berk on 2009-04-23 14:33:13 +00:00

  • Assigned to changed from mhein to hbaecker

@icinga-migration
Copy link
Author

Updated by mfriedrich on 2010-02-10 18:06:06 +00:00

  • Target Version set to 1.0.1
  • Done % changed from 0 to 80
  • Estimated Hours set to 50

testing periodic and threaded cleaning improves startup of ido2db a lot. only status/config data is being deleted which is not that much and being improved by setting indexes on where clauses too.

thread is waiting until idomod has connected and then wakes up to perform periodic cleaning. needs to be tested, but might come into 1.0.1 :)

@icinga-migration
Copy link
Author

Updated by mfriedrich on 2010-02-11 19:04:21 +00:00

  • Status changed from New to Resolved
  • Done % changed from 80 to 100

everythings fine.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant