Community
    • Categories
    • Recent
    • Popular
    • Users
    • Search
    • Register
    • Login

    Probleme bei der Installation

    Scheduled Pinned Locked Moved Betrieb
    14 Posts 9 Posters 5.1k Views 1 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • ? This user is from outside of this forum
      Guest
      last edited by

      Sieht so aus als wenn dein mySQL-Server ohne Root-Passwort konfiguiert ist. Bitte konfiguier auf ihm eins, weil im Installer ein Bug entdeckt wurde, der ohne Root-Passwort (also leer) die Installation unmöglich macht. Fixen wir natürlich zum nächsten Release!

      Falls dem nicht der Fall sein sollte, bräuchtem wir Infos wie die Versionen von mySQL, Apache und PHP + zugehöriger Konfiguration, eine phpinfo() - Ausgabe, die src/config.inc.php und einige Debuggingprotokolle aus dem temp Verzeichnis, damit wir den Fehler analysieren können.

      1 Reply Last reply Reply Quote 0
      • G Offline
        ghump
        last edited by

        Hallo,

        Ich hab ein root-Passwort erstellt und schon läuft das Ding.

        Jetzt wird getestet, was das Zeug hält… 🙂

        Vielen Dank für die schnelle Hilfe.

        lg

        1 Reply Last reply Reply Quote 0
        • F Offline
          foxkilo
          last edited by

          hallo zusammen,

          selbiger fehler mit i-doit0.9b2:

          isys_exception_database : Query error: 'SHOW TABLES LIKE 'isys_registry';': (Extended Information: array ( 'server' => false, 'host' => false, 'client' => '4.1.15', 'proto' => false, ))
          Fatal error: Uncaught Exception occured in (/usr/local/www/i-doit/src/classes/components/isys_component_dao_registry.class.php:92): isys_exception_general : Could not find table 'isys_registry' (Extended Information: General exception occured) thrown in /usr/local/www/i-doit/src/classes/components/isys_component_dao_registry.class.php on line 92

          System  FreeBSD fnki-wsfkoglin2 4.11-STABLE FreeBSD 4.11-STABLE #2: Tue May i386 
          apache 1.3.37
          MySQL-Server 4.1.12
          PHP Version 5.1.6

          config.inc.php
          $g_db_system = array(
                  "host"  => "fnki-wsfkoglin2",
                  "port"  => 3306,
                  "user"  => "i-doit",
                  "pass"  => "i-doit",
                  "name"  => "idoit"

          [Mon Oct 23 18:45:31 2006] [error] PHP Fatal error:  Uncaught Exception occured in (/usr/local/www/i-doit/src/classes/components/isys_component_dao_registry.c
          lass.php:92): isys_exception_general : Could not find table 'isys_registry' (Extended Information: General exception occured)\n  thrown in /usr/local/www/i-do
          it/src/classes/components/isys_component_dao_registry.class.php on line 92
          /usr/local/www/i-doit/src/classes/components/isys_component_dao_registry.class.php(92) : Fatal error - Uncaught Exception occured in (/usr/local/www/i-doit/sr
          c/classes/components/isys_component_dao_registry.class.php:92): isys_exception_general : Could not find table 'isys_registry' (Extended Information: General e
          xception occured)
            thrown

          die "isys_registry" ist vorhanden –->
          Tables_in_idoit
          isys_const_get
          isys_const_system
          isys_const_system_type
          isys_content_view
          isys_db_init
          isys_ls_language
          isys_ls_substitute
          isys_ls_translation
          isys_mandator
          isys_registry

          da die isysy_mandator auch schon als fehlerquelle genannt wurde, hier auch diese:
          isys_mandator__id    isys_mandator__title    isys_mandator__description    isys_mandator__dir_cache    isys_mandator__dir_tpl    isys_mandator__db_host    isys_mandator__db_port    isys_mandator__db_name    isys_mandator__db_user    isys_mandator__db_pass    isys_mandator__sort    isys_mandator__default_lang_const    isys_mandator__default_language_short
          1 firma (DE) firma cache_firma default fnki-wsfkoglin2 3306 idoit i-doit i-doit 1 ISYS_LANGUAGE_GERMAN de
          2 firma (DE) firma cache_firma default fnki-wsfkoglin2 3306 idoit i-doit i-doit 2 ISYS_LANGUAGE_ENGLISH en

          im /temp ist leider nix zu finden ...

          1 Reply Last reply Reply Quote 0
          • N Offline
            npotthast
            last edited by

            Kannst du denn mal die phpinfo()-Ausgabe als Datei anhängen?

            MfG,
            Niclas Potthast

            1 Reply Last reply Reply Quote 0
            • G Offline
              gkeller
              last edited by

              Hallo, ich hab das (gleiche) Problem: Umgebung: SLES 10, mySQL V 5.x, php5, apache2

              Installation verläuft lt. webinstaller gut - alles grün. Nachdem ich nach der Installation auf NEXT clicke kommt nur:

              isys_exception_database : Query error: 'SHOW TABLES LIKE 'isys_registry';': (Extended Information: NULL)

              Die Tabelle ist aber da?

              Any ideas?

              Gruß, Georg

              1 Reply Last reply Reply Quote 0
              • G Offline
                gkeller
                last edited by

                Hi,
                hab den Fehler gefunden, hatte mySQL V 5.x genommen, damit geht es nicht. Steht auch in den Requirements… 😞

                1 Reply Last reply Reply Quote 0
                • N Offline
                  npotthast
                  last edited by

                  Also, was alles falsch laufen könnte, wenn es so eine Fehlermeldung gibt ist gar nicht so wenig. Im Prinzip bedeutet es ja, dass die Verbindung zu dieser Datenbank/Tabelle nicht hergestellt werden kann.

                  • Falsche Anmeldedaten für mysql in der config.inc.php angegeben

                  • Datenbank fehlerhaft installiert

                  • Falsche mysql-Version (5.0.22 ist die zuletzt von uns getestete, es wird inwischen aber eine 5.x empfohlen)

                  • Falscher Port wird benutzt

                  MfG,
                  Niclas Potthast

                  1 Reply Last reply Reply Quote 0
                  • G Offline
                    gawe
                    last edited by

                    Also wir hatten das Problem auch und haben mit dem phpmysqladmin einfach den idoit@% user zum idoit@localhost kopiert und schon war das Problem weg.

                    Gruß Dirk

                    1 Reply Last reply Reply Quote 0
                    • C Offline
                      chri7
                      last edited by

                      @gawe:

                      Also wir hatten das Problem auch und haben mit dem phpmysqladmin einfach den idoit@% user zum idoit@localhost kopiert und schon war das Problem weg.

                      Gruß Dirk

                      ICh habe das gleiche Problem, kannst du das mal genauer beschreiben. Aus der SystemDB nehm ich an, welchen user woher wohin kopiert?

                      Bin auch seit 2 Tagen am rumprobieren -> no chance yet 😞

                      1 Reply Last reply Reply Quote 0
                      • G Offline
                        gawe
                        last edited by

                        Wenn Du den phpmyadmin startest kannst Du direkt auf der Startseite auf "Rechte" klicken.
                        Dort stand bei uns nur idoit@% mit den enstprechenden Rechten auf die beiden DBs.

                        nachdem wir den User zum idoit@localhost kopiert haben funktionierte es ohne Probleme.

                        Gruß Dirk

                        php.JPG

                        1 Reply Last reply Reply Quote 0
                        • C Offline
                          chri7
                          last edited by

                          Hi Leute,

                          also es ist gefixt, die Jungs von I-DoIt haben mir per E-Mail geholfen, saunett.

                          Also, mein Problem war nur:

                          Es lag an den Berechtigungen auf die i-doit Verzeichnisse, wie bereits in meiner ersten Mail beschrieben war 🙂 Jedoch muss in einer lampp Umgebung der User "nobody" volles Recht auf unsere Cache-Verzeichnisse bekommen, und nicht wie beim regulärem Apache der User "www-data".
                          Die Berechtigungen habe ich mit dem Befehl:
                          cd /opt/lampp/i-doit/
                          chown -R nobody:www-data ./temp ./src/themes/default/smarty/templates_c
                          ./src/themes/default/smarty/cache
                          gesetzt.

                          1 Reply Last reply Reply Quote 0
                          • A Offline
                            ANEU
                            last edited by

                            ERROR (#1031: Table storage engine for 'isys_drive_list_2_stor_list' doesn't have this option)
                            Bekomme diesen Fehler Bitte um Hilfe

                            1 Reply Last reply Reply Quote 0
                            • dkirstenD Offline
                              dkirsten administrators
                              last edited by

                              Hi,

                              ich glaube Du bist ein paar Jahre zu spät im Thread 😃

                              Welche Version setzt Du ein?

                              Viele Grüße,

                              Daniel

                              Viele Grüße,

                              Daniel

                              1 Reply Last reply Reply Quote 0
                              • First post
                                Last post