Community
    • Categories
    • Recent
    • Popular
    • Users
    • Search
    • Register
    • Login
    1. Home
    2. sj
    S
    Offline
    • Profile
    • Following 0
    • Followers 0
    • Topics 4
    • Posts 10
    • Groups 0

    sj

    @sj

    1
    Reputation
    2
    Profile views
    10
    Posts
    0
    Followers
    0
    Following
    Joined
    Last Online

    sj Unfollow Follow

    Best posts made by sj

    • RE: Kategorie "Client" ERROR 500 nach Update von i-doit 34 auf 35

      Hallo,

      der Patch hat funtktioniert.

      Noch mal vielen lieben Dank für die Unterstüzung!

      Gruß

      Sven

      posted in Allgemein
      S
      sj

    Latest posts made by sj

    • RE: Kategorie "Client" ERROR 500 nach Update von i-doit 34 auf 35

      Hallo,

      der Patch hat funtktioniert.

      Noch mal vielen lieben Dank für die Unterstüzung!

      Gruß

      Sven

      posted in Allgemein
      S
      sj
    • RE: Kategorie "Client" ERROR 500 nach Update von i-doit 34 auf 35

      @LFischer Hi, danke für den tipp, ich schau mir das an und geb Rückmeldung ob es funktioniert hat.

      posted in Allgemein
      S
      sj
    • RE: Kategorie "Client" ERROR 500 nach Update von i-doit 34 auf 35

      Ich habe die wiederhergestellte 34 Testweise noch mal auf die 35 gebracht, das Problem tritt sofort wieder auf. Beim Upgrade Prozess wurde keine Fehler ausgeworfen. Der Fehler ist für mich reproduzierbar.

      posted in Allgemein
      S
      sj
    • Kategorie "Client" ERROR 500 nach Update von i-doit 34 auf 35

      Hallo zusammen,

      uns is gestern aufgefallen das seit dem Update 35 die Kategorie Client kaputt ist. Das aufufen eines Geräts führt zu Error 500, genauere Fehlermeldung hängt unten an. Wenn ich ein neuen Client erstelle, dann kann ich das tun, wenn ich dann aber oben auf den Titel des Clients klicke, dann ist die Seite weiß und es finden sich wieder error im PHP-FPM log. Rufe ich das neu erstellte Gerät auf, dann gib es auch wieder error 500.

      Ich habe wöchentliche Rollbacks gemacht und geschaut ab wann es wieder funktioniert, die Sicherung vor dem i-doit 35 Update ist fehlerfrei, dort funktioniert die Kategorie korrekt. Das Update wurde am 21.06. eingespielt und heute ist das Problem leider erst aufgefallen.

      Der PHP fehler der den ERROR 500 auslöst ist folgender:

      [11-Jul-2025 10:38:18 Europe/Berlin] PHP Fatal error:  Uncaught TypeError: isys_component_list::getTenantTableConfig(): Return value must be of type ?idoit\Module\Cmdb\Model\Ci\Table\Config, string returned in /var/www/html/i-doit/src/classes/components/isys_component_list.class.php:1313
      Stack trace:
      #0 /var/www/html/i-doit/src/classes/components/isys_component_list.class.php(1326): isys_component_list->getTenantTableConfig()
      #1 /var/www/html/i-doit/src/classes/components/isys_component_list.class.php(1408): isys_component_list->get_default_table_config()
      #2 /var/www/html/i-doit/src/classes/modules/cmdb/dao/list/isys_cmdb_dao_list_objects.class.php(696): isys_component_list->load_user_config()
      #3 /var/www/html/i-doit/src/classes/components/isys_component_dao_object_table_list.class.php(88): isys_cmdb_dao_list_objects->get_table_config()
      #4 /var/www/html/i-doit/src/classes/components/isys_component_list.class.php(512): isys_component_dao_object_table_list->getConfiguration()
      #5 /var/www/html/i-doit/src/classes/modules/cmdb/ui/isys_cmdb_ui_category.class.php(1159): isys_component_list->createTempTable()
      #6 /var/www/html/i-doit/src/classes/modules/cmdb/ui/isys_cmdb_ui_category.class.php(773): isys_cmdb_ui_category->list_view()
      #7 /var/www/html/i-doit/src/classes/modules/cmdb/ui/global/isys_cmdb_ui_category_g_overview.class.php(231): isys_cmdb_ui_category->process_list()
      #8 /var/www/html/i-doit/src/classes/modules/cmdb/view/isys_cmdb_view_category.class.php(855): isys_cmdb_ui_category_g_overview->process()
      #9 /var/www/html/i-doit/src/classes/modules/cmdb/view/isys_cmdb_view_category.class.php(990): isys_cmdb_view_category->processCategoryUi()
      #10 /var/www/html/i-doit/src/classes/modules/cmdb/view/isys_cmdb_view_category.class.php(651): isys_cmdb_view_category->category_process()
      #11 /var/www/html/i-doit/src/classes/modules/cmdb/isys_module_cmdb.class.php(845): isys_cmdb_view_category->process()
      #12 /var/www/html/i-doit/src/classes/modules/manager/isys_module_manager.class.php(1018): isys_module_cmdb->start()
      #13 /var/www/html/i-doit/src/idoit/Legacy/ModuleLoader.php(37): isys_module_manager->load()
      #14 /var/www/html/i-doit/src/classes/core/isys_application.class.php(115): idoit\Legacy\ModuleLoader->boot()
      #15 /var/www/html/i-doit/src/application.inc.php(42): isys_application::run()
      #16 /var/www/html/i-doit/src/i-doit.inc.php(137): include_once('...')
      #17 /var/www/html/i-doit/src/hypergate.inc.php(261): include_once('...')
      #18 /var/www/html/i-doit/index.php(263): include_once('...')
      #19 {main}
        thrown in /var/www/html/i-doit/src/classes/components/isys_component_list.class.php on line 1313
      

      Ist das ein bekanntes Problem?

      posted in Allgemein
      S
      sj
    • RE: Nutzung i-doit API mit API Key nicht möglich

      Hallo @Michael-Huhn,

      das scheint schon der korrekte Wert zu sein. Sowohl im UI als auch in der Datenbank.

      MariaDB [idoit_system]> select * from isys_settings where isys_settings__key = 'api.authenticated-users-only'\G
      *************************** 1. row ***************************
      isys_settings__key: api.authenticated-users-only
      isys_settings__value: 0
      isys_settings__isys_mandator__id: 1
      1 row in set (0.000 sec)

      Hast du noch eine Idee?

      posted in Betrieb
      S
      sj
    • Nutzung i-doit API mit API Key nicht möglich

      Hallo zusammen,

      ich versuche i-doit und Zammad miteinander über die API zu verbinden, dabei erscheint von der i-doit API immer die Fehlermeldung "Authentication error : System setting 'api.authenticated-users-only' is enabled. Please provide valid user credentials by http basic auth or use an existing session id.".

      Im Admincenter unter den System settings habe ich "Erwinge Authentifizierung" auf Nein stehen, das schein aber keine Wirkung zu haben, gibt es noch eine andere stelle an dies konfiguriert werden muss?

      Vielen Dank

      posted in Betrieb
      S
      sj
    • i-doit 34 Add-on & Subscription Center funktioniert nicht

      Hallo,

      wir würden gerne das neue Add-on und Subscription Center nutzen, leider funktioniert dieses nicht und wirft immer folgenden Fehler:

      Warning
      Unable to retrieve instance information from your i-doit instance.

      Ein Update auf die Version 34 brachte leider keine Besserung. Im i-doit Admin sieht alles okay aus und die Lizenzen scheinen aktiivert zu sein. Die Frage ist warum wir das Subscription Center nicht nutzen können?

      591177dd-674d-4632-981b-24315f786d0c-image.png
      *screenshot bereinigt und vertrags id entfernt. Mfg Micha

      posted in Allgemein
      S
      sj
    • RE: Release Notes Versionen 20 und 21

      Wird die Version 21 eigentlich schon angeboten? bei meiner Pro ist im Updater noch nichts zu finden. Oder muss man in der Pro Version grundsätzlich selber runterladen und über die Kommandozeile entpacken? bei mir war das z.B. beim Wechsel von Community auf Pro erforderlich.

      posted in Allgemein
      S
      sj
    • RE: PHP 8 in idoit 1.20

      Wer auf PHP 8 in RHEL 8/9 oder Derivate davon wechseln möchte, kann das ganz einfach mit den Modul Streams tun. Ich habe das gerade mit meiner Installation unter AlmaLinux 8.7 durchgeführt.

      dnf module reset php
      dnf module enable php:8.0
      dnf distro-sync

      Dies installiert PHP 8 und die gleichen Module welche auch unter 7.4 vorhanden waren. Das alte PHP 7.4 wird dabei ersetzt.

      posted in Betrieb
      S
      sj
    • Probleme mit Gruppenzuweisung beim LDAP Sync nach wechsel auf i-doit Pro.

      Hallo zusammen,

      ich habe vor kurzem auf i-doit Pro 20 gewechselt und habe seit dem ein sehr merkwürdiges verhalten was für mich auch ein Sicherheitsproblem darstellt.

      Ich habe früher i-doit open verwendet und damit synchronisiere meine User und Gruppen aus dem AD in i-doit, das hat auch immer gut funktioniert und die Gruppen wurden korrekt übernommen.

      Jetzt habe ich auf i-doit Pro gewechselt und beim prüfen der Rechte eines Users ist mir aufgefallen das der plötzlich Admin Rechte hat. Nach etwas nachforschen ist mir aufgefallen das der i-doit Sync alle AD User in nahzu jede Gruppe platziert, dazu gehören auch AD Gruppen in denen der User gar nicht enthalten ist oder auch der i-doit Admin Gruppe. Im Log vom LDAP Sync kann ich feststellen das beim "Attaching" die User nahezu allen Gruppen hinzugefügt werden.

      Ich frag mich was hier schief läuft, sind es mein LDAP Sync Settings oder ist i-doit 1.19 + 20 defekt?

      Im i-doit habe ich beim LDAP Server zwei Filter
      ObjectClass = user (an letzten anhängen markiert)
      ObjectClass = group (An letzten Filter anhängen markiert)

      Meine Datei für den Sync ini sieht folgend aus:

      [commandOptions]
      user=XXX
      password=XXX
      tenantId=1
      
      [additional]
      import_rooms=false
      defaultCompany=''
      deletedUsersBehaviour=archive
      disabledUsersBehaviour=disable_login
      ; LDAP Attributes are individual. This default configuration is prepared for Active Directory:
      attributes[department]=department
      attributes[phone_company]=telephoneNumber
      attributes[phone_home]=homephone
      attributes[phone_mobile]=mobile
      attributes[fax]=facsimileTelephoneNumber
      attributes[description]=info
      attributes[personnel_number]=initials
      attributes[organization]=company
      attributes[location]=physicalDeliveryOfficeName
      attributes[salutation]=title
      attributes[street]=streetAddress
      attributes[city]=l
      attributes[zip_code]=postalCode
      attributes[function]=title
      attributes[service_designation]=title
      attributes[pager]=pager
      ;Kategorieerweiterung Personen
      attributes[custom_1]=objectSid
      attributes[custom_2]=sn
      attributes[custom_3]=homePhone
      attributes[custom_4]=mobile
      attributes[custom_5]=info
      attributes[custom_6]=manager
      attributes[custom_7]=company
      attributes[custom_8]=department
      autoReactivateUsers=false
      ignoreUsersWithAttributes[]="sn"
      ignoreFunction=empty
      syncEmptyAttributes=true
      
      
      posted in Betrieb
      S
      sj