You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
clicking on a service in a service set should show the edit dialog for setting parameters
Current Behavior
On services added long ago to a service set, the click on the service name produces this exception:
Uncaught Error: Call to a member function toString() on null in /usr/share/icingaweb2/modules/director/application/controllers/ServiceController.php:254
Stack trace:
#0 /usr/share/icingaweb2/modules/director/library/Director/Web/Controller/ObjectController.php(497): Icinga\Module\Director\Controllers\ServiceController->loadObject()
#1 /usr/share/icingaweb2/modules/director/library/Director/Web/Controller/ObjectController.php(90): Icinga\Module\Director\Web\Controller\ObjectController->loadOptionalObject()
#2 /usr/share/icingaweb2/modules/director/application/controllers/ServiceController.php(46): Icinga\Module\Director\Web\Controller\ObjectController->init()
#3 /usr/share/php/Icinga/Web/Controller/ActionController.php(165): Icinga\Module\Director\Controllers\ServiceController->init()
#4 /usr/share/php/Icinga/Web/Controller/Dispatcher.php(59): Icinga\Web\Controller\ActionController->__construct()
#5 /usr/share/icingaweb2/library/vendor/Zend/Controller/Front.php(937): Icinga\Web\Controller\Dispatcher->dispatch(
#0 [internal function]: Icinga\Application\Web->Icinga\Application\{closure}()
#1 {main}
When I add a new service to the same set, I can edit this one without problems, but the other ones still fail.
Possible Solution
Something with the UUID stuff - the $uuid object is empty. I think, there are some entries missing in the database which
URL is: /icingaweb2/director/service?name=dns-verify&set=X-LOM%20SSL
# $key="dns-verify"
# $this->host = ""
# $this->set: "template ServiceSet "X-LOM SSL" {\n description = "Webserver mit SSL, HTTP und DNS Check"\n}\n\n"
$uuid = UuidLookup::findServiceUuid($this->db(), $this->getBranch(), 'object', $key, $this->host, $this->set);
# $uuid is empty
I think it will generate something like this in library/Director/Db/Branch/UuidLookup.php: select uuid from icinga_service where object_name="dns-verify" and object_type='object' and service_set_id=568
which has no hits in my database.
The code in library/Director/Db/Branch/UuidLookup.php does not enter the isBranch() part and so no uuid is returned.
When I remove the "object_type=object" part from the SQL statement, it just gives one hit with an object_type = "apply".
Doing the same with a fresh added service results in a valid UUID and everything works.
If you further information, just ask :-)
Steps to Reproduce (for bugs)
Can't reproduce it, because new services work - it's just the old ones which fail every time.
Your Environment
Director version (System - About): 1.9.0 or git master
Icinga Web 2 version and modules (System - About): 2.9.5
Expected Behavior
clicking on a service in a service set should show the edit dialog for setting parameters
Current Behavior
On services added long ago to a service set, the click on the service name produces this exception:
When I add a new service to the same set, I can edit this one without problems, but the other ones still fail.
Possible Solution
Something with the UUID stuff - the $uuid object is empty. I think, there are some entries missing in the database which
URL is: /icingaweb2/director/service?name=dns-verify&set=X-LOM%20SSL
Code:
/usr/share/icingaweb2/modules/director/application/controllers/ServiceController.php:254
I think it will generate something like this in library/Director/Db/Branch/UuidLookup.php:
select uuid from icinga_service where object_name="dns-verify" and object_type='object' and service_set_id=568
which has no hits in my database.
The code in library/Director/Db/Branch/UuidLookup.php does not enter the isBranch() part and so no uuid is returned.
When I remove the "object_type=object" part from the SQL statement, it just gives one hit with an object_type = "apply".
Doing the same with a fresh added service results in a valid UUID and everything works.
If you further information, just ask :-)
Steps to Reproduce (for bugs)
Can't reproduce it, because new services work - it's just the old ones which fail every time.
Your Environment
icinga2 --version
): r2.13.2-1The text was updated successfully, but these errors were encountered: