Hi,
ich werd verrückt echt........................
Habe jetzt auf nem anderen Rechner vompserver,dhcp,tftp, installiert....
Es läuft!!!!!!!
Boaaaahhhh das gibt es doch nicht,was ist jetzt da anders?
gruß
Dejuh
vompserver
- Dejuh
- Geschlossen
-
-
zeigt der MVP dir beim start einen 2'ten server zur auswahl?(so sollte es bei 2 servern sein!)
Wen nein dan ignoriert der MVP den 1'ten völlig!
Kanst ja mal nachschauen was der 1ste für ports offen hat! (nmap server)
Vieleicht kommt jetzt ja ein wenig licht! -
Hi,
hab immer nur einen Server im Netzt.
Habe den verdacht das es irgendwas mit Suse 64bit zu tun hat.
Beim kompilieren des vompserver-plugins auf dem Server wo es gefunzt hat,gab es keine Fehlermeldung.
Stehe schon per email mit Chris.
Such mich echt zu Tode............
gruß
Dejuh -
Hi,
ich hoffe es kann mir da mal einer der Spezialisten helfen,denke es liegt an den Fehlermeldungen beim compilieren.Da es auf nem System mit suse 9.0 sofort auf anhieb läuft.Jetzt habe ich aber nen neuen Server mit Suse 10.0 und 64bit.
Hier der Auszug:make[1]: Entering directory `/usr/local/src/vdr-1.3.36/PLUGINS/src/vompserver'
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o vompserver.o vompserver.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o dsock.o dsock.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o mvpserver.o mvpserver.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o udpreplier.o udpreplier.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o mvpclient.o mvpclient.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o tcp.o tcp.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o remux/ts2ps.o remux/ts2ps.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o remux/ts2es.o remux/ts2es.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o remux/tsremux.o remux/tsremux.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o ringbuffer.o ringbuffer.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o recplayer.o recplayer.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o config.o config.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o log.o log.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o thread.o thread.c
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -c -DPLUGIN_NAME_I18N='"vompserver"' -I../../../include -I../DVB/include -Iremux -Ilibdvbmpeg -o mvpreceiver.o mvpreceiver.c
make -C ./libdvbmpeg libdvbmpegtools.a
make[2]: Entering directory `/usr/local/src/vdr-1.3.36/PLUGINS/src/vompserver/libdvbmpeg'
g++ -M ctools.c remux.c ringbuffy.c transform.c cpptools.cc -I.> .depend
make[2]: Leaving directory `/usr/local/src/vdr-1.3.36/PLUGINS/src/vompserver/libdvbmpeg'
make[2]: Entering directory `/usr/local/src/vdr-1.3.36/PLUGINS/src/vompserver/libdvbmpeg'
cc -c -fPIC -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I. ctools.c
ctools.c: In function âwrite_mpgâ:
ctools.c:2028: warning: pointer targets in assignment differ in signedness
ctools.c: In function âurl2hostâ:
ctools.c:2253: warning: pointer targets in passing argument 1 of âstrlenâ differ in signedness
ctools.c:2253: warning: pointer targets in passing argument 1 of âstrlenâ differ in signedness
ctools.c:2253: warning: pointer targets in passing argument 1 of â__builtin_strcmpâ differ in signedness
ctools.c:2253: warning: pointer targets in passing argument 1 of âstrlenâ differ in signedness
ctools.c:2253: warning: pointer targets in passing argument 1 of â__builtin_strcmpâ differ in signedness
ctools.c:2253: warning: pointer targets in passing argument 1 of â__builtin_strcmpâ differ in signedness
ctools.c:2253: warning: pointer targets in passing argument 1 of â__builtin_strcmpâ differ in signedness
ctools.c:2253: warning: pointer targets in passing argument 1 of âstrncmpâ differ in signedness
ctools.c:2256: warning: pointer targets in passing argument 1 of âstrlenâ differ in signedness
ctools.c:2256: warning: pointer targets in passing argument 1 of â__strdupâ differ in signedness
ctools.c:2282: warning: pointer targets in return differ in signedness
ctools.c:2284: warning: pointer targets in passing argument 1 of âatoiâ differ in signedness
ctools.c:2288: warning: pointer targets in return differ in signedness
ctools.c: In function âhttp_openâ:
ctools.c:2309: warning: pointer targets in passing argument 1 of âurl2hostâ differ in signedness
ctools.c:2341: warning: pointer targets in passing argument 2 of âwrite_allâ differ in signedness
ctools.c:2348: warning: pointer targets in passing argument 2 of âread_allâ differ in signedness
ctools.c:2362: warning: pointer targets in passing argument 2 of âread_allâ differ in signedness
cc -c -fPIC -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I. ringbuffy.c
ringbuffy.c: In function âring_writeâ:
ringbuffy.c:62: warning: implicit declaration of function âmemcpyâ
ringbuffy.c:62: warning: incompatible implicit declaration of built-in function âmemcpyâ
ringbuffy.c:67: warning: incompatible implicit declaration of built-in function âmemcpyâ
ringbuffy.c: In function âring_peekâ:
ringbuffy.c:92: warning: incompatible implicit declaration of built-in function âmemcpyâ
ringbuffy.c:94: warning: incompatible implicit declaration of built-in function âmemcpyâ
ringbuffy.c: In function âring_readâ:
ringbuffy.c:117: warning: incompatible implicit declaration of built-in function âmemcpyâ
ringbuffy.c:120: warning: incompatible implicit declaration of built-in function âmemcpyâ
cc -c -fPIC -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I. remux.c
cc -c -fPIC -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I. transform.c
g++ -c -fPIC -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I. cpptools.cc
ar -rcs libdvbmpegtools.a ctools.o ringbuffy.o remux.o transform.o cpptools.o
make[2]: Leaving directory `/usr/local/src/vdr-1.3.36/PLUGINS/src/vompserver/libdvbmpeg'
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Werror -shared vompserver.o dsock.o mvpserver.o udpreplier.o mvpclient.o tcp.o remux/ts2ps.o remux/ts2es.o remux/tsremux.o ringbuffer.o recplayer.o config.o log.o thread.o mvpreceiver.o libdvbmpeg/libdvbmpegtools.a -o libvdr-vompserver.so
make[1]: Leaving directory `/usr/local/src/vdr-1.3.36/PLUGINS/src/vompserver'Hoffentlich fällt da jemandem was zu ein
Jedenfalls läd die mediamvp das dongle.bin,kann sich dann aber nicht mit dem VDR verbinden.
gruß
Dejuh -
Was läuft eigentlich auf dem Server?
Ist das auch ein Router oder nur ein Fileserver und VDR?Obs an den 64 bit's liegt dazu kan ich leider nix sagen!
-
Zitat
Original von Dauser
Was läuft eigentlich auf dem Server?
Ist das auch ein Router oder nur ein Fileserver und VDR?Obs an den 64 bit's liegt dazu kan ich leider nix sagen!
Hi,
ist kein Router,siehe Signatur.........
Habe langsam den leisen Verdacht das es am gcc 4.0 liegt.
Kann mir einer sagen wie ich runter komm?
gruß
Dejuh -
http://rpmseek.com/rpm-pl/gcc.html?hl=de&cs=gcc:PN:0:0:1:0
Hab zwar kein Suse aber sollte doch mit einer *.rpm gehen!
-
Hir noch ein paar info's von meinem VDR
mit netstat!
Zitatlinvdr:~# netstat -a
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 *:8000 *:* LISTEN
tcp 0 0 *:netbios-ssn *:* LISTEN
tcp 0 0 *:sunrpc *:* LISTEN
tcp 0 0 *:3024 *:* LISTEN
tcp 0 0 *:www *:* LISTEN
tcp 0 0 *:2001 *:* LISTEN
tcp 0 0 *:2004 *:* LISTEN
tcp 0 0 *:ssh *:* LISTEN
tcp 0 0 *:3000 *:* LISTEN
tcp 0 0 *:445 *:* LISTEN
tcp 0 0 linvdr:445 192.168.0.4:2410 ESTABLISHED
tcp 0 0 linvdr:3024 192.168.0.46:2049 ESTABLISHED
tcp 0 0 linvdr:ssh 192.168.0.4:4065 ESTABLISHED
tcp 0 0 linvdr:3024 192.168.0.47:2049 ESTABLISHED
udp 0 0 localhost:1024 *:*
udp 0 0 linvdr:netbios-ns *:*
udp 0 0 *:netbios-ns *:*
udp 0 0 linvdr:netbios-dgm *:*
udp 0 0 *:netbios-dgm *:*
udp 0 0 *:3024 *:*
udp 0 0 *:16867 *:*
udp 0 0 *:16869 *:*
udp 0 0 *:4711 *:*
udp 0 0 *:sunrpc *:*..46 und 47 sind die MVP's
Ui man kan sogar mit Telnet darauf zugreifen!
-
Hatte Dir das auch schon ins vomp-forum geschrieben.
1) Die warnings beim compilieren sind normal, die habe ich auch
2) Per Default ist die SuSEFirewall bei allen SuSE Distries an, per
default blockt die FW incoming Broadcasts, das MVP macht aber
Broadcasts auf die der Server dann reagiert.
Manchmal schaltet ein simples SuSEConfig die FW wieder an obwohl
Du meinst das sie aus wäre.
mach mal ein /sbin/SuSEfirewall2 stop als root , nur zur Sicherheit.cu
Nobi -
Zitat
Original von nobiman
mach mal ein /sbin/SuSEfirewall2 stop als root , nur zur Sicherheit.
cu
NobiHi,
danke für den Tip, habe es mal gemacht (sicherheitshalber)
aber leider ändert sich nichts.
Habjetzt nur noch das vompserver-plugin laufen, mediamvp geht ja.
Also schließe ich mal dhcp und tftp aus.Außerdem kann ich per telnet auf die Mediamvp zugreifen.
selbst das sagt ja das vdr auf dem richtigen port ist:
server:/ # lsof -P | grep UDP
portmap 5221 nobody 3u IPv4 11760 UD
nmbd 5305 root 6u IPv4 11906 UD
nmbd 5305 root 7u IPv4 11907 UD
nmbd 5305 root 8u IPv4 11909 UD
nmbd 5305 root 9u IPv4 11910 UD
miniserv. 5548 root 5u IPv4 12682 UD
dhcpd 5824 dhcpd 6u IPv4 13631 UD
rpc.mount 5873 root 6u IPv4 13774 UD
xinetd 6118 root 5u IPv4 14627 UD
ypserv 6120 root 4u IPv4 14551 UD
rpc.ypxfr 6171 root 3u IPv4 14594 UD
rpc.yppas 6173 root 4u IPv4 14603 UD
xdm 6178 root 5u IPv6 14630 UD
vdr 6565 root 14u IPv4 15983 UD
in.tftpd 7007 root 0u IPv4 14627 UDNun ich weiß nicht mehr weiteroder was ich noch testen könnte!!!!
gruß
Dejuh -
Zitat
Original von Dejuh
server:/ # lsof -P | grep UDP
portmap 5221 nobody 3u IPv4 11760 UD
vdr 6565 root 14u IPv4 15983 UD
DejuhSch....e ... das is aber auch vertrackt.
Da fehlt jetzt wieder der Port 3024 respektive NDS_SSO, lief den
Dein MVP als Du den lsof Befehl abgesetzt hast?Jetzt mal was ganz blödes ... schreib ma bitte Deine ServerIP inkl
Netzmaske und die IP von Deinem MVP.cu
NobiEDIT:
Habs eben getestet, auch wenn der vdr neu startet, das MVP aus is muss
mindestens einmal:
vom lsof -P ausgegeben werden. -
Hi,
hab ich auch:
portmap 5161 nobody 3u IPv4 11500 UDP *:111
nmbd 5267 root 6u IPv4 12092 UDP *:137
nmbd 5267 root 7u IPv4 12093 UDP *:138
nmbd 5267 root 8u IPv4 12095 UDP domain.de:137
nmbd 5267 root 9u IPv4 12096 UDP domain.de:138
dhcpd 5439 dhcpd 6u IPv4 12172 UDP *:67
rpc.mount 5728 root 6u IPv4 13099 UDP *:798
xinetd 6142 root 5u IPv4 14477 UDP *:69
xdm 6159 root 5u IPv6 14532 UDP *:177
rpc.yppas 6199 root 4u IPv4 14542 UDP *:863
ypserv 6201 root 4u IPv4 14572 UDP *:865
rpc.ypxfr 6213 root 3u IPv4 14593 UDP *:877
miniserv. 6222 root 5u IPv4 14617 UDP *:10000
vdr 6571 root 14u IPv4 15896 UDP *:3024Server:192.168.6.60
netmask:255.255.255.0
media ip: 192.168.6.36Das wenn mediamvdp drann hängt:
server:~ # lsof -P | grep UDP
portmap 5161 nobody 3u IPv4 11500 UDP *:111
nmbd 5267 root 6u IPv4 12092 UDP *:137
nmbd 5267 root 7u IPv4 12093 UDP *:138
nmbd 5267 root 8u IPv4 12095 UDP domain.de:137
nmbd 5267 root 9u IPv4 12096 UDP domain.de:138
dhcpd 5439 dhcpd 6u IPv4 12172 UDP *:67
rpc.mount 5728 root 6u IPv4 13099 UDP *:798
xinetd 6142 root 5u IPv4 14477 UDP *:69
xdm 6159 root 5u IPv6 14532 UDP *:177
rpc.yppas 6199 root 4u IPv4 14542 UDP *:863
ypserv 6201 root 4u IPv4 14572 UDP *:865
rpc.ypxfr 6213 root 3u IPv4 14593 UDP *:877
miniserv. 6222 root 5u IPv4 14617 UDP *:10000
vdr 6571 root 14u IPv4 15896 UDP *:3024
in.tftpd 6798 root 0u IPv4 14477 UDP *:69 -
Ich werd noch irre ..
Okay, dann gib mal bitte als root:
cat /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
ein. Die Ausgabe sollte "0" sein, ist es ne "1", dann hätten wir
das Problem. *Hoff* ... so langsam gehen mir die Ideen aus....cu
Nobi -
Zitat
Original von nobiman
Ich werd noch irre ..
Okay, dann gib mal bitte als root:
cat /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
ein. Die Ausgabe sollte "0" sein, ist es ne "1", dann hätten wir
das Problem. *Hoff* ... so langsam gehen mir die Ideen aus....cu
NobiHi,
server:~ # cat /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
1
server:~ #?????????????
gruß
Dejuh -
Aha ! Ein erster Lichtblick
Okay dann versuch mal ein:
echo -n "0" > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
Dann aber nicht rebooten, sonst isses wieder weg!
Durch das Setzen der 0 sagst Du Deiner Kiste, dass sie auf
Broadcasts antworten soll, das MVP versucht über Broadcasts einen
Server zu finden!Vielleicht tut Dein MVP nun !?!?!
cu
Nobi -
Zitat
Original von nobiman
Aha ! Ein erster Lichtblick
Okay dann versuch mal ein:
echo -n "0" > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
Dann aber nicht rebooten, sonst isses wieder weg!
Durch das Setzen der 0 sagst Du Deiner Kiste, dass sie auf
Broadcasts antworten soll, das MVP versucht über Broadcasts einen
Server zu finden!Vielleicht tut Dein MVP nun !?!?!
cu
NobiHi,
nach einem:
server:~ # echo -n "0" > /proc/sys/net/ipv4/icmp_echo_ignore_broadcastsnochmal zur kontrolle:
server:~ # cat /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
0Hmmmmmm...... leider keine Reaktion........
MVP steht immer noch bei "Locating Server"Und nun?
gruß
Dejuh -
Okay,
jetzt weiss ich erstmal nicht weiter, werde heute abend mal tcpdump
bemühen und mir anschauen was bei mir im Detail passiert.Melde mich dann damit wir's vergleichen können.
cu
Nobi -
Sodele,
weiter gehts
Scenario:
1) Meine Kiste hat den DNS-Namen mediamvp, musst Du ggfs. gegen die IP Deines MVP ersetzen
2) MVP hat dongle gebootet, steht im Standby (güne Taste), rotes LED ist aus, Kiste hat 220Volt
3) VDR läuft vor sich hinAlles auf dem VDR als root:
ARP-Cache füllen:
Codelinvdr:~ # ping mediamvp PING mediamvp.nogal.de (192.168.0.135) 56(84) bytes of data. 64 bytes from mediaMVP.nogal.de (192.168.0.135): icmp_seq=1 ttl=255 time=2.03 ms
MAC-ID des MediaMVP ermitteln (die brauchen wir für tcpdump)
Codelinvdr:~ # arp -av rechner1.nogal.de (192.168.0.2) auf 00:00:CB:56:42:DF [ether] auf eth0 LANCOM01.nogal.de (192.168.0.99) auf 00:A0:57:10:50:F3 [ether] auf eth0 mediaMVP.nogal.de (192.168.0.135) auf 00:0D:FE:00:67:25 [ether] auf eth0
Datagram's dumpen und nach output.tcpdump schreiben (hier muss natürlich die MAC-ID Deines MVP aus dem arp Request rein)
MVP einschalten, Augenblick warten - Ausschalten und zum VDR gehen, tcpdump mit CTRL-C beenden.Gugge Eigentlich sind nur die ersten Zeilen interessant, da broadcastet das MVP und
der VDR antwortet.Codelinvdr:~ # less output.tcpdump 18:11:16.898079 mediaMVP.nogal.de.nds_sso > 255.255.255.255.nds_sso: udp 11 (DF) 18:11:16.898464 linvdr.nogal.de.nds_sso > mediaMVP.nogal.de.nds_sso: udp 11 (DF) 18:11:18.444441 mediaMVP.nogal.de.epnsdp > linvdr.nogal.de.nds_sso: S 2259342653:2259342653(0) win 2920 <mss 1460,sackOK,timestamp 33477512 0,nop,wscale 0> (DF) 18:11:18.444534 linvdr.nogal.de.nds_sso > mediaMVP.nogal.de.epnsdp: S 3226452212:3226452212(0) ack 2259342654 win 5792 <mss 1460,sackOK,timestamp 8465826 3 3477512,nop,wscale 0> (DF)
schau mal was bei Dir passiert !
cu
Nobi -
Hi,
super Danke für Deine Mühe......
Also was mir aufgefallen ist ist das hier,da stimmt was nicht..........server:/ # less output.tcpdump
20:20:28.772632 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:0d:fe:00:21:0f (oui Unknown), length:
548
20:20:28.773024 IP domain.de.bootps > localhost.bootpc: BOOTP/DHCP, Reply, length: 314
20:20:28.904013 arp who-has domain.de tell localhost
20:20:28.904036 arp reply domain.de is-at 00:0d:61:19:50:c1 (oui Unknown)
20:20:28.904769 IP localhost.surfcontrolcpa > domain.de.tftp: 19 RRQ "dongle.bin" octet
20:20:28.905642 IP domain.de.32782 > localhost.surfcontrolcpa: UDP, length 516
20:20:28.907584 IP localhost.surfcontrolcpa > domain.de.32782: UDP, length 4
20:20:28.907611 IP domain.de.32782 > localhost.surfcontrolcpa: UDP, length 516hmmmmm wieso hat der keine IP?
Anpingen kann ich ihn aber und per Telnet kann ich auch drauf...
gruß
Dejuh -
Zitat
Original von Dejuh
20:20:28.772632 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:0d:fe:00:21:0f (oui Unknown), length:
548
20:20:28.773024 IP domain.de.bootps > localhost.bootpc: BOOTP/DHCP, Reply, length: 314
20:20:28.904013 arp who-has domain.de tell localhost
20:20:28.904036 arp reply domain.de is-at 00:0d:61:19:50:c1 (oui Unknown)
20:20:28.904769 IP localhost.surfcontrolcpa > domain.de.tftp: 19 RRQ "dongle.bin" octet
20:20:28.905642 IP domain.de.32782 > localhost.surfcontrolcpa: UDP, length 516
20:20:28.907584 IP localhost.surfcontrolcpa > domain.de.32782: UDP, length 4
20:20:28.907611 IP domain.de.32782 > localhost.surfcontrolcpa: UDP, length 516Nee, nee, das stimmt, Du musst weiter runterscrollen, was Du hier reinkopiert hast ist der
DHCP-Request des MVP beim Booten, da hat es logischerweise noch keine IP.
Du musst im Dump nach "nds_sso" bzw. 3024 suchen. Nötigenfalls nochmal dumpen und
länger laufen lassen. Durch Deinen Dump sieht man aber, dass offensichtlich Dein host
auf die BroadCasts und Requests des MVP reagiert. Da würde dann nur noch der gcc
bleiben. Obwohl die warnings sich in erster Linie auf die Libmpg... bezogen.cu
Nobi
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!