Auch von mir Guten Morgen,
Und Danke für deine Mühen!
Also:
- bind-address steht im richtigen Abschnitt
- die Firewall stoppe ich auch immer genauso wie du das
auf dem Bild machst.
Ich scheitere immer noch daran, dass ich am VDR selber auch nicht über die Rechnerfehlermeldung hinaus komme.
Gruß
Johannes
Hm, was soll ich bloß schreiben?
Bei mich klappet es und bei Dich nich 
- schon bescheuert!
Also wie Du beim Schnappschuss sehen kannst, habe ich keine Probleme mit der Erreichbarkeit der Rechner.
Situation: Suse in der Box, Debian als Host und DB-Server, die Erreichbarkeit muss also die Grenzen der Virtualbox passieren.
Die Virtualbox betreibe ich im "bridged"-Modus, damit die Box wie ein echter separater Rechner (mit eigener IP) gesehen wird.
Was habe ich bei Suse geändert:
- Firewall ausgeschaltet
- openjdk installiert
- JAVA_HOME auf das jdk gesetzt
Installation läuft durch bis zur Konfiguration der Kiste - dann scheitert es an den üblichen Suse-Verschlimmbesserungen (dürfte ja hinlänglich bekannt sein, dass ich kein Suse-Freund (mehr) bin - und das hat sich auch nicht geändert). Ich hatte für xmalpf mal einen Susepatch eingebaut, der scheint nicht mehr zu greifen. Mal sehen, wie es mit dem sun-jdk aussieht.
Werde - Dir zuliebe - noch eine Installation mit echtem JDK von sun probieren.
Gruß Gero
Hi,
ich wäre nicht ich, wenn ich mir auf die Zunge beißen würde, deshalb:
Habe ich schon erwähnt, das Suse ein Scheiß ist?
Ja wirklich!
So liegt es denn auch nicht an den Installern, sondern an Suse und dem Zusammenspiel mit den JDK's
aber der Reihe nach:
- wenn man Suse in der Box installiert, erkennt das System, dass es in der Box läuft und installiert von sich aus die Box-Erweiterungen. Behauptet Suse zumindest, denn danach funktioniert weder die Anpassung der Bildschirmauflösung, noch die gemeinsamen Order (für mich schon ein KO-Kriterium).
- Bei yast gibt es kein echtes sun-jdk - "kein Problem" dachte ich, schließlich gibt es bei Sun ja eine rpm-Version des Installers. Die runtergeladen und installiert - nix is. Im Yast wird es zwar als installiert angezeigt, aber in rot, d.h. es wurde nicht ins System integriert, bzw. als Ersatz für openjdk akzeptiert.
Das empfinde ich auch als starkes Stück!
Kurz gegurgelt, wie man denn bei Suse die Java-Version umschaltet - ok, es gibt auch ein "update-alternatives" - das ausgeführt behauptet, dass es keine Alternative für openjdk gibt 
Also gilt es selbst Hand anlegen.
Per yast den Kram von openjdk deinstalliert (3 Pakete - ich hatte ja openjdk-devel installiert). Daraufhin will yast alle Pakete, die von Java abhängen deinstallieren. Automatik ausgeschaltet und yast gestartet.
Beim Versuch gjc zu Installieren wird yast abgebrochen.
Jetzt ist Suse in einem inkontinenten Zustand. Also weiter von Hand ...
... erstmal suchen, wo denn das jdk von sun liegt ... OK, liegt unter /usr/java (Oups - egal)
also /etc/profile editiert und folgendes am Schluss angefügt:
export JAVA_HOME='/usr/java/jdk_###'
export PATH="$PATH:$JAVA_HOME/bin"die '###' sind gegen die verwendete Version zu tauschen. Oder man verwendet einen Link in /usr/java der auf die aktuelle Version zeigt. Ala
cd /usr/java
ln -s jdk_### jdkDann eben bei JAVA_HOME nur jdk schreiben.
Anschließend neues Boot (ganz in Windows-Manier 
)
Wenn man jetzt ein neues Terminal öffnet und "java -version" ausführt, sollte die Version von sun-jdk ausgegeben werden.
Nachdem jetzt Suse wie ein (halbwegs) anständiges Linux funzt, klappt die Installation von VdrAssistant ohne weitere Zwischenfälle, genau wie der Start der Anwendung.
In meinem Falle liegt die DB außerhalb der Box und es werden die Filme angezeigt, die ich auch auf meinem Debian sehe.
Meine Empfehlung deshalb für alle Suse-Anwender:
Wenn Ihr mit Suse die ersten Berührungsängste zu Linux überwunden habt, gönnt Euch ein anständiges Linux (sprich ein Debian ), oder bleibt bei Windows. Suse ist weder Linux noch Windows - also weder Fisch noch Fleisch - brrrrh, mich schüttelt es einfach nur ...
Gruß Gero
P.S. die bescheuerten Farbverläufe auf den Bildern kommen daher, dass ich die Bilder stark komprimiert habe. In Original sieht es besser aus 
Servus,
Erstmal muss ich dir zustimmen Suse ist wirklich nicht das optimale, habe aber vor Jahren damit angefangen, und bin deshalb auch nicht wieder davon weg.
Mal schaun wenn ich den VDR mal neu aufsetze, vielleicht dann.
Und Danke nochmal für den Aufwand den Du betreibst um mir weiterzuhelfen!!
Ansonsten habe ich aber leider keine Fortschritte erzielt, hänge immer noch an dem gleichen Fehler.
Java ist jetzt wie du es gesagt hast:
johannes@vdr-wohn:/home> java -version
java version "1.6.0_21"
Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
Java HotSpot(TM) 64-Bit Server VM (build 17.0-b16, mixed mode)
johannes@vdr-wohn:/home>IPLookup vom VDR
johannes@vdr-wohn:/home> java IPLookup vdr-wohn
try to resolve [vdr-wohn]
java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:529)
at java.net.Socket.connect(Socket.java:478)
at java.net.Socket.<init>(Socket.java:375)
at java.net.Socket.<init>(Socket.java:189)
at IPLookup$ConnChecker.checkConnection(IPLookup.java:46)
at IPLookup$ConnChecker.run(IPLookup.java:29)
at java.lang.Thread.run(Thread.java:619)
address is [192.168.xxx.xxx]
real name of host is: [vdr-wohn.xxxx.de]
host [vdr-wohn.xxxx.de] is reachable.
johannes@vdr-wohn:/home> java IPLookup 192.168.xxx.xxx
try to resolve [192.168.xxx.xxx]
java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:529)
at java.net.Socket.connect(Socket.java:478)
at java.net.Socket.<init>(Socket.java:375)
at java.net.Socket.<init>(Socket.java:189)
at IPLookup$ConnChecker.checkConnection(IPLookup.java:46)
at IPLookup$ConnChecker.run(IPLookup.java:29)
at java.lang.Thread.run(Thread.java:619)
address is [192.168.xxx.xxx]
real name of host is: [vdr-wohn.xxxx.de]
host [vdr-wohn.xxxx.de] is reachable.mysql log während der Einrichtung im Gui:
/usr/sbin/mysqld, Version: 5.1.36-log (SUSE MySQL RPM). started with:
Tcp port: 3306 Unix socket: /var/run/mysql/mysql.sock
Time Id Command Argument
100810 14:49:00 1 Connect vaDummy@vdr-wohn.xxxx.de on dbVdrAssistant
1 Query SET NAMES utf8
1 Query SET character_set_results = NULL
1 Query SHOW VARIABLES
1 Query SHOW COLLATION
100810 14:49:01 1 Query SET autocommit=1
1 Query SET sql_mode='STRICT_TRANS_TABLES'
1 Query SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED
1 Query SET autocommit=0
1 Query SHOW FULL TABLES FROM `dbVdrAssistant` LIKE 'va_user'
1 Query SHOW FULL COLUMNS FROM `va_user` FROM `dbVdrAssistant` LIKE '%'
1 Query SELECT count(`ebid`) FROM `va_user`
1 Query commit
1 Query rollback
1 Query SET autocommit=1
100810 14:49:33 2 Connect Access denied for user 'jdummy'@'vdr-wohn.xxxx.de' (using password: YES)
3 Connect Access denied for user 'jdummy'@'vdr-wohn.xxxx.de' (using password: YES)
100810 14:49:38 4 Connect Access denied for user 'vdDummy'@'vdr-wohn.xxxx.de' (using password: YES)
100810 14:49:41 5 Connect Access denied for user 'vdDummy'@'vdr-wohn.xxxx.de' (using password: YES)
100810 14:49:45 6 Connect Access denied for user 'vdDummy'@'vdr-wohn.xxxx.de' (using password: YES)
100810 14:49:48 7 Connect Access denied for user 'vdDummy'@'vdr-wohn.xxxx.de' (using password: YES)
100810 14:49:49 8 Connect Access denied for user 'vdDummy'@'vdr-wohn.xxxx.de' (using password: YES)
100810 14:49:55 9 Connect vaDummy@vdr-wohn.xxxx.de on dbVdrAssistant
9 Query SET NAMES utf8
9 Query SET character_set_results = NULL
9 Query SHOW VARIABLES
9 Query SHOW COLLATION
9 Query SET autocommit=1
9 Query SET sql_mode='STRICT_TRANS_TABLES'
9 Query SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED
9 Query SET autocommit=0
10 Connect vaDummy@vdr-wohn.xxxx.de on dbVdrAssistant
10 Query SET NAMES utf8
10 Query SET character_set_results = NULL
10 Query SHOW VARIABLES
10 Query SHOW COLLATION
10 Query SET autocommit=1
10 Query SET sql_mode='STRICT_TRANS_TABLES'
10 Query SELECT count(`ebid`) FROM `va_user`Kann ich vielleicht irgendwie herausfinden wo das Gui den hängenbleibt.
Habe ein paar Seiten vorher was von einem Log gelesen?
Ansonsten werde ich das ganze wohl bleiben lassen müssen.
Gruß
Johannes
ZitatSuse ist wirklich nicht das optimale
Bei dem Thema könnt ich glatt zum HB-Männle werden - also lass ich es lieber.
Zitathabe aber vor Jahren damit angefangen, und bin deshalb auch nicht wieder davon weg
die schlechteste aller Begründungen, ala: des hot mr scho emmr so gmacht!
Jeder Tag bietet die Chance zum Umdenken und zum Neuanfang - man muss nur wollen
Nur so neben bei: ich war von den ersten Suse-Versionen bis zu 9.xx ein Suse-Fan. Dann kam Novell ins Boot und Suse hat sich von der Linux-Idee entfernt und begonnen, alles zu verschlimmbessern. Seither bin ich bei debian und habe den Wechsel noch nicht einen Tag bereut! Gelegentlich schau ich mir noch die Töchter anderer Mütter an, aber ich komme immer reumütig zurück. Bin einfach ein debian-stable-Typ.
ZitatDanke nochmal für den Aufwand den Du betreibst um mir weiterzuhelfen!!
Bitte gern geschehen. Für mich besteht ja bei jeder Fehlermeldung die Chance, dass ich was verbockt habe. Also muss ich dem erstmal nachgehen
Zitatreal name of host is: [vdr-wohn.xxxx.de]
host [vdr-wohn.xxxx.de] is reachable.
Hm, also wenn das Dein privates Netz ist, dann liegt der Fehler vermutlich an der Domain-Endung ".de" - das ist eine offizielle Toplevel-Domain, die man im privaten Bereich nicht einfach verwenden kann/darf (also in Zusammenhang mit 192.168er Nummern) - da klappt keine Rückwärts-Namensauflösung. Du kannst Deine Domaine "hugo" oder "wasauchimmer" nennen, aber es darf kein Punkt in Deinem Domainen-Namen vorkommen.
Der Domain-Name steht für ein Netzwerk-Segment, d.h. eine Reihe von IP-Nummern - im privaten Bereich z.B. für die Nummern von 192.168.178.1 bis 192.168.178.254 - somit sollten alle Rechner eines Segmentes auch denselben Domain-Namen haben. Wichtig!
Wenn Du also keinen eigenen Namensserver betreibst, solltest Du alles "hosts"-Dateien editieren und jeweils das ".de" rausschmeißen und prüfen, ob überall der Domain-Name gleich ist.
Ansonsten: Du willst doch sowieso die GUI unter Windows betreiben. Also besorg Dir mal einen mysql-Client (am besten das Original) für Windows und versuche auf die Datenbank zu zugreifen. Unter Suse sieht es bislang nicht so schlecht aus - also lieber nicht weiter verschlimmbessern
Wenn der DB-Zugriff von Windows aus geht, sollten wir unter Windows weiter machen und Suse einfach links liegen lassen
ZitatAnsonsten werde ich das ganze wohl bleiben lassen müssen
Na, jetzt sind "wir" soweit gekommen, da wirst Du doch nicht kurz vor dem Ziel schlapp machen wollen
Gruß Gero
Also das xxxx.de habe ich ausgetauscht, in Wirklichkeit steht da der Router.
Kleiner Lichtblick, ich kann jetzt auch vom Win 7 pc auf die Datenbank vom VDR zugreifen:
C:\Programme\MySql\MySQL Server 5.1\bin>mysql -h vdr-wohn -u vaDummy -p dbVdrAssistant
Enter password: ******
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 9
Server version: 5.1.36-log SUSE MySQL RPM
Copyright (c) 2000, 2010, Oracle and/or its affiliates. All rights reserved.
This software comes with ABSOLUTELY NO WARRANTY. This is free software,
and you are welcome to modify and redistribute it under the GPL v2 license
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> status;
--------------
mysql Ver 14.14 Distrib 5.1.49, for Win64 (unknown)
Connection id: 9
Current database: dbVdrAssistant
Current user: vaDummy@Arbeits-PC
SSL: Not in use
Using delimiter: ;
Server version: 5.1.36-log SUSE MySQL RPM
Protocol version: 10
Connection: vdr-wohn.xxxx.xxx via TCP/IP
Server characterset: utf8
Db characterset: utf8
Client characterset: latin1
Conn. characterset: latin1
TCP port: 3306
Uptime: 6 min 41 sec
Threads: 5 Questions: 42 Slow queries: 0 Opens: 16 Flush tables: 1 Open tables: 9 Queries per second avg: 0.104
--------------
mysql>Die IPlookups sind aber alle not reachable:
(hier als Beispiel vdr-wohn)
D:\Downloads\iplookup>java IPLookup vdr-wohn
try to resolve [vdr-wohn]
>>> check timed out
address is [192.168.xxx.xxx]
real name of host is: [vdr-wohn.xxxx.xxx]
host [vdr-wohn.xxxx.xxx] is NOT reachable.Gruß
Johannes
ZitatKleiner Lichtblick, ich kann jetzt auch vom Win 7 pc auf die Datenbank vom VDR zugreifen:
Na also
Du weißt doch: mühsam ernährt sich das Eichhörnchen ...
... so nebenbei: ich verwende für die Tests mit mysql meist ein "show databases;" statt status. Dann sieht man gleich noch die Berechtigungen
ZitatDie IPlookups sind aber alle not reachable:
OK, ich gehe mal davon aus, dass die Firewall auf Suse-Seite noch deaktiviert ist, also gilt es jetzt (vorübergehend) die Firewall von Win7 zu deaktivieren. Weiß nicht, was Du da verwendest - das musst Du ggf. selbst rausfinden.
Wenn Du mit dem Testproggy von Windows aus auf den vdr zugreifen kannst und ein "reachable" bekommst, können wir weiter machen.
Gruß Gero
Weiter gehts,
So, ein "reachable" bei Win7 habe ich bis jetzt noch nicht zusammengebracht.
(Firewalls auf beiden Rechnern aus, auch bei Win7, auf dem Win7 PC hab ich noch IPV6 deaktiviert).
Die Verbindung vom VDR zu Win7 klappt, mit IPLookup gibts ein "reachable".
Habe jetzt mit Wireshark die Verbindungen beobachtet, jeweils von
Win7 zum VDR (Ping, und IPLookup) und vom
VDR zu Win7 (Ping und IPLookup) und dann verglichen.
Kenne mit damit überhaupt nicht aus, aufgefallen ist mir aber dass bei Verbindungsversuchen von Win7 die Destination und Adress Zeile so aussieht (mit ping und IPLookup)
Destination: Broadcast (ff:ff:ff:ff:ff:ff)
Address: Broadcast (ff:ff:ff:ff:ff:ff)
.... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
.... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default)
Vom VDR aus steht anstatt Broadcast die Netzwerkkarte und anstelle der ff die Mac-Adresse. Allerdings hab ich wie gesagt überhaupt keine Ahnung davon. (hab alles als .pcap dateien gespeichert, weiß nicht ob du damit was anfangen kannst)
Gruß
Johannes
WireShark ist der Nachfolger von Ethereal, dann werde ich halt mal versuchen mich da reinzudenken.
Die Datenbank möchte ich schon gerne auf dem VDR laufen haben, da ich mir vorgestellt habe, später per Wireless über mein Netbook drauf zuzugreifen. (und der VDR ist ja doch fast die meiste Zeit an)
ZitatIst denn der Windows-Rechner (mit richtigem Namen, nicht localhost) von sich selbst aus "reachable"?
Ich glaube genau das liegt das Problem begraben, es ist gar nichts reachable. Also nicht mal der Win7 selbst egal ob mit Name oder IP-Adresse.
Zu meinem Netzwerk:
- alles hängt an einem Speedport Router
- VDR und PC direkt angeschlossen
- ja Netzwerk-Segment ist bei allen gleich
Gruß
Johannes
Habe jetzt die Firewall deaktiviert, sämtliche Virensanner, blocker usw. deinstalliert. Bringt leider alles nichts.
Habe dann noch auf einem alten XP Rechner iplookup getestet, dort geht es sogar mit eingeschalteter Firewall, kommt halt ne Meldung Zugriff zulassen ja, nein. Kapier das ganze schön langsam nicht mehr.
Gruß
Johannes
So weiter gehts mit dem Windows 7 Drama.
- Der Dienst ist schon gelaufen.
- Wegen der Netzwerksicherheit habe noch etwas im Netz gelesen und dann auch das LM und NTLM Antworten eingestellt. Bin jetzt schon froh dass der Rechner überhaupt noch tut, wenn ich da in der Registry rumgemacht hab. Gebracht hats allerdings auch nix, leider.
- Firewall Regel war auch nichts.
Gruß
Johannes
Hallo Gero!
Jetzt klinkt sich hier noch ein "Problemfall" ein
Meine Situation:
Ich habe eine vdr (logisch) und möchte die Verwaltung und Umrechnerei auf einem Ubuntu-Rechner laufen lassen. Beide hängen an einem Switch und das Netz wird von einem kleinen IPCop gesteuert.
Auf dem vdr läuft ein easyvdr 0.608 und auf dem anderen PC ein Ubuntu 9.10 (noch).
Ich habe nun also begonnen auf dem "Arbeitstier" die nötigen Schritte zu machen. Alles hat bisher geklappt und der Installer startet (nachdem ich ne Stunde gebraucht habe um zu merken das ich mich mal abmelden sollte um die JAVA_HOME Variable zu aktivieren). Alle Programme und Verzeichnisse sind soweit ok. Es hapert aber wohl am mysql-User.
Ich bekomme die Meldung "user cannot access database".
Dabei ist scheinbar egal welchen User ich im Installer angebe (vaDummy, root oder "mich selbst").
Wo und wie kann ich das einstellen um den Installer zu befriedigen ?
Gruß!
Zitat- Firewall Regel war auch nichts.
Also das leuchtet mir überhaupt nicht ein.
Wenn Du im Firewall eine Regel für den mysql-Port (3306 - wird vom Installateur schon so vorgeschlagen) anlegst, dann müssten die Pakete auf jeden Fall durchgelassen werden.
Könntest mal mit telnet auf den Port probieren. Gibt zwar keine sinnvolle Ausgabe, aber man sieht, ob die Verbindung klappt.
Könnte natürlich auch sein, dass der mysql-Server von Suse nur auf dem internen Socket lauscht und keine Verbindung via Port zulässt. Das könnte auf der Suse-Maschine abgeklärt werden. Evtl. müsste my.cnf nomml angepasst werden.
ZitatJetzt klinkt sich hier noch ein "Problemfall" ein
Hey, willkommen
Freut mich, dass langsam ein paar mutige mein Proggy ausprobieren wollen.
Zitat... nachdem ich ne Stunde gebraucht habe um zu merken das ich mich mal abmelden sollte um die JAVA_HOME Variable zu aktivieren
Yo - sowas is ärgerlich. Dafür vergisst Du das nie wieder
Alternativ kann man auch in der shell ein "export var=wert" absetzen, dann geht es ohne Warterei.
ZitatEs hapert aber wohl am mysql-User.
Yo, das ist ein Knackpunkt.
Wenn Du mit mysql nicht so vertraut bist, empfehle ich folgende Vorgehensweise:
- den Bash-Installer auf dem DB-Server starten und alle Angaben eingeben
- der stellt dann fest, dass es die Datenbank noch garnicht gibt und erstellt ein shell-Script, mit dem Datenbank und Benutzer angelegt werden kann (und beendet sich)
- wenn Du das shellscript ausgeführt hast (Kennwort von lokalem root-Benutzer wird abgefragt), gibt es Datenbank und Benutzer - jetzt sollte der Bash-Installateur durchlaufen (zum Anlegen der DB lokalen root-Benutzer von mysql angeben)
- wenn der ohne Fehler durchgelaufen ist, sollte auch der Java-Installer auf einer anderen Maschine tun.
Ach ja - alle Installateure sollten (zumindest unter Linux) als normaler Anwender gestartet werden, nicht als root-Benutzer und auch nicht mit Sudo. Beide Installer verwenden sudo um die kritischen Teile zu installieren. Wenn man die Installer schon als root ausführt, gehen manche Prüfungen nicht und somit stimmen dann die Systemvorgaben nicht.
Nur mal als Beispiel, wie es bei mir läuft:
- Datenbank läuft auf meinem Desktop-Rechner, der auch div. Virtualboxen betreibt
- daneben habe ich verschiedene Arbeitstiere (also Rechner ohne Monitor) und auf jedem habe ich den Bash-Installer ausgeführt, um die Hintergrunddienste zu installieren. Sobald ich im Bash-Installer die Zugangsdaten von der Desktop-Datenbank eingebe, wird sie als bereits installiert erkannt und der Bash-Installer installiert auf dem Arbeitstier nur noch die Dienste
- auf dem Desktop kann ich dann auf jedem Arbeitstier den entsprechenden Hintergrunddienst starten und die Ergebnisse am Desktop abfragen
- über die Virtualboxen teste ich die anderen Installationsarten / -konstellationen
Gruß Gero
Bevor ich das teste gleich noch eine Frage:
Ich habe bei der Installation von mysql wohl bei der Passwortabfrage einfach auf Enter gehauen ohne genau zu lesen worum es ging. Wird das jetzt zum Problem?
Soweit ich gelesen habe gibt es wohl Probleme wenn ein leeres Passwort verwendet wurde, oder?
Wie kann ich das aendern?
Gruss!
ps: es ist also NORMAL das ich zunaechst das Script starten muss das mir beim ersten Aufruf und dem folgenden Abbruch des Installers angegeben wird? Ich dachte das kann erst klappen wenn der Installer ohne Probleme durchlaeuft. Vielleicht kannst Du da einen entsprechenden Hinweis einbauen WENN das so ist.
Also ich habe jetzt nochmal mysql komplett neu installiert und auch ein Passwort vergeben :).
Schon komme ich weiter......aber nicht sehr weit.
Nachdem ich den Installer mit den neuen Daten gestartet und danach das Script im home-Verzeichnis ausgefuehrt habe, scheint die DB vorhanden zu sein.
Der Installer laeuft dann auch wesentlich weiter, bricht aber mit folgenden Meldungen ab:
Nun brauche ich wirklich Hilfe.
Gruss!
Zitatps: es ist also NORMAL das ich zunaechst das Script starten muss das mir beim ersten Aufruf und dem folgenden Abbruch des Installers angegeben wird? Ich dachte das kann erst klappen wenn der Installer ohne Probleme durchlaeuft. Vielleicht kannst Du da einen entsprechenden Hinweis einbauen WENN das so ist.
Hm, was ist schon NORMAL?
Es gibt Leute, die sind fitter in mysql als ich, die haben vielleicht ihre eigenen Tuhls und für die ist das Anlegen von Datenbank und Benutzer ein Klacks.
Dann gibt es Leute, die noch nie mit mysql oder einer anderen Datenbank zu tun hatten ...
Die alle unter einen Hut zu bekommen ist sicher nicht "normal"
Die Geschichte mit dem Script, welches der Installer erzeugt, habe ich auf der Projektseite auf der Seite "Arbeitstier" im letzten Abschnitt beschrieben. Aber als ich letztens die Statistik anschaute, musste ich feststellen, dass viele wohl die Sprachicons nicht gefunden haben, mit denen man die Seiten auf Deutsch umschaltet. Dabei sind die Icons auf jeder Seite ...
Jetzt habe ich eine Javascript-Seite vorgeschaltet und die Icons auf die andere Seite platziert - jetzt scheint es besser zu laufen.
Lange Rede kurzer Sinn: wenn Du Miststände in der Doku findest, nur raus damit. Schließlich bin ich schon fast betriebsblind, da ich ja fast alles alleine gemacht habe.
ZitatNun brauche ich wirklich Hilfe.
Ok - so wie es aussieht gibt es noch ein Problem mit dem vdrproxy.
Das kann aber jetzt gut sein, dass ich das verbockt habe. Habe das schon lange nimmer getestet.
Der proxy wird aber "nur" für die EPG-Geschichte verwendet - weiß nicht, wie dringend das bei Dir ist.
Ich werde mir den Installer dahingegend nomml anschauen.
//Edith:
Der Installer für den vdrproxy ist wirklich Bockmist. Werde also einen neuen schnitzen.
... dafür bitte ich um etwas Geduld.
Bis dahin:
- den vdrproxy kann man separat von sourceforge saugen (entpacken als root mit option -C / ).
- Anpassung wie folgt:
Zeile 34,35 die Vorkommen von "@@EpgServiceHost@@" gegen den Rechnernamen tauschen, auf dem der EPG-Importeur laufen soll. Wer Timer vom Desktop aus erzeugen will, sollte zusätzlich noch den desktop-Rechner in Zeile 34 mit aufnehmen.
Zeile 40-42 die Dateinamen prüfen, ob die auch mit dem eigenen VDR übereinstimmen
prüfen, ob die Datei /sbin/vdrproxy.pl auch ausführbar ist
prüfen, ob /etc/init.d/vdrproxy ausführbar ist
Gestartet wird der Proxy über /etc/init.d/vdrproxy - also diesen Dienst noch in die Startreihenfolge einbinden (rcconf o.ä.)
Wie sieht es denn an der Datenbank-Front aus?
Könntest Du mal folgendes ausführen:
mysql dbVdrAssistant -u vaUser -p
<dein Kennwort für den Benutzer vaUser>
mysql> show tables;Wenn danach die erzeugten Tabellen aufgeführt werden, könntest Du mit dem Java-Installer weiter machen und die GUI installieren.
Gruß Gero
So bei mir gibts doch mal einen Fortschritt,
Um einfach mal ein Erfolgserlebnis zu haben, habe ich gestern mein altes Win XP Prof in Virtualbox installiert.
Und wie nicht anders zu erwarten, alles "reachable".
Also auch gleich die GUI gestartet, VDR erreichbar, Installation einwandfrei.
Als nächstes hab ich dann mein Win 7 Home auch nochmal in Virtualbox installiert.
Man glaubt es kaum, IPLookup liefert für alles ein "reachable". (Mit aktivierter Firewall, Antivir usw.)
Jetzt habe ich gerade alle Einstellungen also die laufenden Dienste usw.
verglichen. Aber auf dem normalen Win7 PC gehts einfach nicht.
Was ich an der ganzen Sache aber wirklich nicht verstehe ist, das es auf meinem Win 7 Netbook auch nicht geht.
Es geht also nur in der Virtualbox, habe fieberhaft überlegt was den der Unterschied zwischen Virtual und real ist.
Da sind mir eigentlich nur noch die Netzwerkschnittstellen eingefallen. Auf den echten PCs gibts jeweils noch eine deaktivierte Wireless und Lan Schnittstelle.
Oder hast du vielleicht noch eine Idee worin der Unterschied bestehen kann?
Werde also nun am Wochenende wohl oder übel, den PC mal platt machen und nochmal neu installieren. (vielleicht mit im Bios deaktivierten nicht benutzten Netzwerkschnittstellen)
Gruß
Johannes
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!