Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - PeteK

Pages: 1 2 [3] 4 5 ... 28
Users / Re: Frustrating new Network issue
« on: January 31, 2009, 08:20:07 am »
Another interesting piece of data is that when I reconfigure to the modem->router->core->internal network (i.e. working) state, I call dhclient -r to release followed by dhclient to renew dhcp info.  After that, I can access the internet from the core, but I still have the same problem with PCs on the internal network.  They only start working after a full reboot of the core.

Users / Re: Frustrating new Network issue
« on: January 31, 2009, 07:48:37 am »

Here's the information you requested.  This issue doesn't seem to be going away, so any advice would definitely be appreciated, though I just don't see anything unusual in this data.

I'm not quite sure I understand the MTU suggestions.  Should I decrease MTU size on eth1 (internal) or eth0 (external)?

Code: [Select]
linuxmce@dcerouter:~$ sudo ifconfig
eth0      Link encap:Ethernet  HWaddr 00:15:17:22:3f:8c
          inet addr:76.88.197.XXX  Bcast:  Mask:
          RX packets:128870 errors:0 dropped:0 overruns:0 frame:0
          TX packets:21197 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:15284361 (15.2 MB)  TX bytes:3252505 (3.2 MB)

eth1      Link encap:Ethernet  HWaddr 00:15:17:22:3f:8d
          inet addr:  Bcast:  Mask:
          inet6 addr: fe80::215:17ff:fe22:3f8d/64 Scope:Link
          RX packets:16570 errors:0 dropped:0 overruns:0 frame:0
          TX packets:104093 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2085853 (2.0 MB)  TX bytes:4663577 (4.6 MB)

lo        Link encap:Local Loopback
          inet addr:  Mask:
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:83145 errors:0 dropped:0 overruns:0 frame:0
          TX packets:83145 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:10946905 (10.9 MB)  TX bytes:10946905 (10.9 MB)

note: Last Byte of IP address edited for posting

linuxmce@dcerouter:~$ cat /etc/resolv.conf

linuxmce@dcerouter:~$ sudo route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface   U     0      0        0 eth1   U     0      0        0 eth0     U     1000   0        0 eth0         UG    100    0        0 eth0

linuxmce@dcerouter:~$ netstat -ree
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface    MSS   Window irtt    *        U     0      0        0 eth1     0     0      0     *        U     0      0        0 eth0     0     0      0
link-local      *          U     1000   0        0 eth0     0     0      0
default         cpe-76-88-192-1         UG    100    0        0 eth0     0     0      0

Thanks a lot for the help so far, gang.

Users / Re: Frustrating new Network issue
« on: January 30, 2009, 05:11:07 pm »
Thanks for the info, gang.

Http access works fine from the core, even in both configurations (internal network working, internal network not working), which makes me a bit worried that maybe it's not an ISP issue.  I can print out DNS information and routing tables when I get back in front of the PC, but he DNS information looked good for both the core and the clients in that DNS and gateway information seemed valid.  The only protocols I've tried so far are http and ping, though it looks like whatever protocol Yahoo IM is using is also affected.
I appreciate your advice.

Users / Frustrating new Network issue
« on: January 30, 2009, 06:57:22 am »
I'm having an issue with my 0810 setup that makes no sense whatsover and is yet again driving me crazy.
I installed 0810  successfully in the network configuration  cable modem->router->core->internal network.  In this configuration, everything seems to be working OK.

However, I tried removing the router to give me: cable modem->core->internal network.  In this configuration, I can access the net from the core without a problem, but I can't access http at all from any PCs on the internal network.  I can ping without a problem, however.  Switching back to the 1st configuration fixes things consistently. Switching back to the second configuration breaks things consistently.

I captured some data with wireshark.  This is a request for from firefox on a windows PC on the internal network

looking at the external NIC (IP:

No.     Time        Source                Destination           Protocol Info
      1 0.000000       TCP      49281 > http [SYN] Seq=0 Win=8192 Len=0 MSS=1456 WS=2
      2 0.175891         TCP      http > 49281 [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460 WS=7
      3 0.176709       TCP      49281 > http [ACK] Seq=1 Ack=1 Win=66976 Len=0

now the http get call

      4 0.177002       HTTP     GET / HTTP/1.1

the ack

      5 0.356041         TCP      http > 49281 [ACK] Seq=1 Ack=420 Win=6912 Len=0

and data...
     6 0.369530         TCP      [TCP segment of a reassembled PDU]
     7 0.369780         TCP      [TCP segment of a reassembled PDU]

I see this correct behavior when I use wireshark on eth1 (internal NIC) as well.

But when I connect the core directly to the modem, I get a new IP address of  76.83.118.XX
same request:   (XX is the last byte of my IP address)

No.     Time        Source                Destination           Protocol Info
      1 0.000000    76.83.118.XX       TCP      49173 > http [FIN, ACK] Seq=1 Ack=1 Win=16744 Len=0
      2 0.066986    76.83.118.XX       TCP      49176 > http [SYN] Seq=0 Win=8192 Len=0 MSS=1456 WS=2
      3 0.215705       76.83.118.XX          TCP      http > 49173 [ACK] Seq=2913 Ack=2 Win=54 Len=0
      4 0.244939       76.83.118.XX          TCP      http > 49176 [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460 WS=7
      5 0.245589    76.83.118.XX       TCP      49176 > http [ACK] Seq=1 Ack=1 Win=66976 Len=0

now the http get

     6 0.246035    76.83.118.XX       HTTP     GET / HTTP/1.1

and the ack

     7 0.428837       76.83.118.XX          TCP      http > 49176 [ACK] Seq=1 Ack=369 Win=6912 Len=0

...and then nothing, no data.  Firefox is stuck at 'Waiting for reply.'  This happens with any website I try.  Does anyone have any idea what might be going on?  Could this be an issue with my provider?  Any help would be greatly appreciated as the WAF is quickly decreasing and I have a lot of work on this that I want to do.

Users / Re: SoCal Linux Expo
« on: January 28, 2009, 02:07:18 am »
I've got both insteon and zwave equipment to use.

Users / Re: SoCal Linux Expo
« on: January 26, 2009, 10:56:53 pm »
Let me know how i can help.

Developers / Re: HELP: swig/libruby expert needed to resolve 0810 bug #78
« on: January 26, 2009, 07:14:03 am »
Does this mean you're now officially a ruby/swig/libruby expert (amongst other things)?

Users / Re: SoCal Linux Expo
« on: January 24, 2009, 12:54:15 am »
I may be able to attend and support with some more hardware, squeezebox, gc100, etc.. Please let me know what you're planning.


Users / Re: Intermittent Network issues
« on: January 21, 2009, 05:18:34 am »
Just an update--

I'm running 0810 alpha1 now and I'm note seeing the network freeze issue.  I don't know if it's something that's not currently operational yet in 0810 or something that was fixed in either a Kubuntu or LMCE upgrade.  In any case, I'll have a good delta if things break in a future release of 0810.  This is a huge relief from the 0710 frustration.  Good job dev team, and thanks.


Users / Re: 10 sec pause on live TV command
« on: January 20, 2009, 04:15:59 am »
The problem with the method you're following is that it assumes that LMCE is in complete control of the TV, which is not true in real life.  In real life, someone may have come along and turned off the TV while LMCE thought it was on.   The next time you try to use it (for example by pressing the 'menu' button on the remote), you want LMCE to recognize it is off, turn it on, and wait for any required delay before proceeding with further commands (changing inputs, etc).

I'm not sure what the TV you're using does, but my Olevia responds to the 'power status' command with a status reply when it's on, but not when it's off.  So the correct functionality would be for the on command to:

Code: [Select]
Send a 'Power Status' command;
while (some_short_timeout)
      if (TV replies with 'Power Status ON')
 Send 'TV On' command;

There's a good implementation of a TV GSD here:

I'm not very experienced at using ruby, so I still have to figure out how to do the above as a GSD, but I'll be doing so shortly

Users / Re: Controlling Media Devices via Ethernet or RS232
« on: January 19, 2009, 08:23:32 pm »
I am heading over to our local AV store to look at what devices they offer w/ eth or rs232 support for a new house so that it will all be controlled with LinuxMCE.
The wiki's section, suggests it's all automatic but not having any devices like this I am not sure what to expect or choose.

RS232 is obvious and detailed here in
Ethernet has me a bit curious, suggests it correlates by mac address so how does one perform the initial pairing? Do I need to know the mac address before hand?

Finally, does anyone have any reco's for manufactures to look for that have decent ethernet controlled devices?


Ethernet-controlled devices do use MAC address for identification.  This is set in the device template definition.  Typically, a range is set based on a manufacturer's assigned MAC address range.  This gets a bit tricky when using devices from manufacturers that make more than one device used with LMCE (Roku for example).  You can always tailor your range if you'd like, however.

Users / Re: 0810 xorg.conf question [resolved]
« on: January 19, 2009, 06:38:05 pm »

Thanks for the info, I was able to get the MD up and running!  I'm still having some issues with the screen resolution, however.   Selection 720p seems to actually set the unit to a lower resolution, though this may be a desktop size and not screen resolution issue.  I'm not sure what's going on yet, but I'll dig into it a bit more and see if I need to post a trac bug.


Sorry about the post.  I thought all 0810 issues were going into the Dev forum.  I'll be a bit smarter about it next time.


Users / Re: 10 sec pause on live TV command
« on: January 19, 2009, 06:34:21 pm »

go into Edit A/V properties in template. you'll have a line like that :
Delays: Power: 2000 miliseconds, Mode: 1000 miliseconds, Other: 0.5 miliseconds [change/explain]

and there you can check what is your delay for power command...




I would also advise him to check the commands themselves as some, such as the Denon receiver, have a pause in the ruby code for multi-step poweron.  It may be stackup of a couple of timing delays that's causing this.

Pete K

Users / Re: 10 sec pause on live TV command
« on: January 18, 2009, 06:37:14 pm »
BuleK is correct.  The first command that is issued is an 'on' command, which will have a delay if the TV is in fact off and needs to power up fully before receiving further commands.  I would check the ruby code in the 'on' command for your device.  A better implementation would be for the 'on' command to check to see if the TV is on before issuing the command and delaying.

Users / 0810 xorg.conf question
« on: January 18, 2009, 04:18:05 am »
Hi gang--

I'm trying to get my MD up and running under 0810 so I can do some testing.  I'm having xorg.conf issues.  I believe this is due to the fact that I've got an ati embedded graphics chip on my core and an nvidia chip on the MD, so for example, there is no 'driver nv' line in the xorg.conf as referenced in the wiki. When I try to run currently, I get an 'out of range' warning on my monitor.

Does anyone have an example xorg.conf I can use?  Otherwise, I'm thinking of installing 0810 on the md, then copying the xorg.conf file.

Any help would be appreciated.


Pages: 1 2 [3] 4 5 ... 28