Empty looking NPL?

Discussion in 'TiVo Underground' started by Gojira69, Jul 11, 2005.

  1. BigBearf

    BigBearf New Member

    231
    0
    Aug 17, 2005

    Advertisements

    UR14me
    Thanks a lot. The enabler was easy and works like a charm. No NPL delay. I was wondering if the zipper was going to stand the wife test. So far so good.
    BigBearf
     
  2. kelsirose02

    kelsirose02 New Member

    39
    0
    Apr 11, 2006
    MISSOURI
    I am new to all thsi how exactly are you editing these files? :confused: :confused: :confused: Any help would be greatly appreciated :( :(
     
  3. JWThiers

    JWThiers Smartypants

    2,611
    0
    Apr 12, 2005
    Cocoa, Florida
    cd to the dir ectory that has the file you want to edit and use the text editor, If you installed joe, type "joe filename" and press return Press ctrl k + h to get help screen.
     
  4. kelsirose02

    kelsirose02 New Member

    39
    0
    Apr 11, 2006
    MISSOURI
    Just wanted to thank all you guys that helped me I have been working on it since 8 this morning now 11:19pm and I feel so dumb. I just got it the Static and the NPL it was all becouse of you help Thanks Much!!!
     
  5. kelsirose02

    kelsirose02 New Member

    39
    0
    Apr 11, 2006
    MISSOURI

    Advertisements

    Now another small problem my other tivos are no longer showing up in my npl?? the list is super fast but no others showing
     
  6. kelsirose02

    kelsirose02 New Member

    39
    0
    Apr 11, 2006
    MISSOURI
    now my other tivos are not showing up in my npl
     
  7. ttodd1

    ttodd1 Proud Computer Geek

    1,516
    0
    Nov 5, 2003
    SC
    First - were they there at all? If not, then did you name them?
     
  8. kelsirose02

    kelsirose02 New Member

    39
    0
    Apr 11, 2006
    MISSOURI
    got it *THANKS FOR THE HELP*
     
  9. tivomoid

    tivomoid New Member

    7
    0
    Jun 29, 2005
    Gateway to...
    Posted this in another thread; but, found this thread and thought it fit here also.
    -----
    I've got several DTivos that I hacked long ago, before the great work of Gunnyman, Rbautch and others. They obtain their IP, etc. via DHCP and all communication outside of my local subnet is blocked by the router. Someplace, long ago, I found this little tidbit when looking to solve problems with the Now Playing List and HMO features. Maybe y'all have discussed it, maybe not. Maybe it's lame, maybe not. I do know it completely solved my problems without doing anything else. I leave it to those more knowledgeable than myself to explain what it does and why it works.

    This entry is in my rc.sysinit.author file:
    Code:
    # Fix the hosts file to fix the Now Showing problem with DNS lookups
    /hacks/fixhosts.bash
    
    This is what's in fixhosts.bash:
    Code:
    #!/bin/bash
    if [ -z "`grep $SerialNumber /etc/hosts`" ]; then
     mount -o remount,rw /
     echo "127.0.0.1 $SerialNumber.localdomain $SerialNumber" >> /etc/hosts
     mount -o remount,ro /
    fi
    
     
  10. alert5

    alert5 New Member

    133
    0
    Nov 16, 2003
    I read with interest DocTauri’s June 2005 DDB posting about modifying the /etc/hosts file to solve the blank NPL problem. I do not mean to put words in his mouth, but would like to share some of my own findings.

    The /etc/hosts file is a mechanism for the system to resolve a loopback IP. By convention any IP from 127.0.0.0 to 127.255.255.255 is a loopback IP. 127.0.0.1 is commonly named “localhost” by most OSes. You can scan 127.0.0.1 on an XP box and it comes back with a hostname of “localhost”, as an example.

    The unique thing about a loopback IP, is that it never sends data to anyone but itself and has no dependence on networking to other devices. You may wonder, as I did, how loopback could have any impact on packet transfer between networked machines that depend on TCP/IP and DNS.

    DocTauri stated, “What DID work was use netconfig.tcl to change the DNS server setting in MFS to a false address (which means that /etc/resolv.conf is created each boot from the entries in MFS). After reboot, I started getting the Now Playing hangs.”

    The /etc/resolv.conf file defines the nameserver, which for most of us is 192.168.1.1.

    The bash script DocTauri published appends a string reference to $SerialNumber into the /etc/hosts file in the form:

    127.0.0.1 $SerialNumber.localdomain $SerialNumber

    If you look at your current /etc/hosts file you should see the line:
    127.0.0.1 localhost.localdomain localhost

    The implication is that the TiVo software for NPL display needs to resolve a machine unique value for proper operation. Hence, there is a software connection with external devices even though the kickoff process is a loopback IP. The external device in this case being your router DNS server as defined in MFS.

    My guess is this additional loopback process is a security or management feature placed in the TiVo code by design.

    As DocTauri put it, “Ok, first off, when you click the List button to bring up the Now Playing list, the first thing the Tivo appears to do is a dns lookup of it's own serialnumber.localhost. From what I can tell, this is it's quick and dirty way to determine if the network is available. It doesn't seem to care that it gets an nxdomain response, just that it got a response. After that times out, it seems to partially draw the list (but didn't draw my other Tivii for another min. or so).”

    At any rate, when you bring up the NPL you want the NPL to include your MRV enabled machines. When this problem happens on my system I see a blank NPL, the list populates after a minute or so, but is still often missing the other MRV machines.

    Clearly, something related to external IP network traffic has gone awry. In other words, when you press the ‘list’ button, something must be sent to the other MRV boxes causing them to respond, otherwise you would never see them in the NPL.

    If you telnet to one of your TiVos and execute an “nslookup” the results are very informative. The format for “nslookup” usage is “nslookup [HOST] [SERVER]” with the server part being optional.

    On my machines “nslookup localhost” or “nslookup localhost.localdomain” returns:

    Name: localhost.localdomain
    Address: 127.0.0.1

    Which is what I would expect since the /etc/hosts file contains that definition for loopback.

    If you enter “nslookup $SerialNumber” or “nslookup $SerialNumber.localdomain”, the return values are:

    ***unknown HOST followed by
    XXXXXXXXXXXXXXX: unknown HOST

    The X’es above are the unique Service Number for that box and matches the value seen on the System Information screen without the dash separators.

    This confirms DocTauri’s discovery that the name $SerialNumber returns a unique value. It does not explain why the TiVo software needs this name resolution or why without this forced loopback reference in the /etc/hosts file, NPL usually works.

    Since NPL is such an important part of the TiVo experience, especially on machines with MRV enabled, I could care less why it sometimes fails. I want it to always work, so I included the loopback name resolution line DocTauri recommends in my /etc/hosts files by directly editing them. I did not use the bash script or modify the rc.sysinit.author file on my machines. The /etc/hosts file does not get overwritten on my machines with a reboot.

    My /etc/hosts files now contain both loopback references:

    127.0.0.1 localhost.localdomain localhost
    and
    127.0.0.1 $SerialNumber.localdomain $SerialNumber

    NPL is working fine on my hacked DTiVos with this line added to the /etc/hosts file and so far has not caused any other problems. If NPL does not hiccup in the next couple of weeks, my confidence level will likely match tivomoid's.

    Thank you DocTauri for publishing your findings and to you tivomoid for pointing the way to the solution.
     
  11. dlmcmurr

    dlmcmurr New Member

    122
    0
    Mar 2, 2006
    East Tennessee
    alert5,

    Thanks for the detailed explanation, but it didn't work for me. I assume you meant to insert the line "127.0.0.1 $SerialNumber.localdomain $SerialNumber" literally and not replace the symbols with a real serial number. I'm seeing about a 15 second delay when returning to the NPL after visiting the details. I'm not using MRV or HMO yet and this HDVR2 is the only TiVo I have networked so far. Guess I'll keep looking and thinking.

    Thanks,
    Dave
     
  12. cheer

    cheer Registered Offender

    1,406
    0
    Nov 13, 2005
    Gurnee, IL
    Couple things.

    First, I don't know that 192.168.1.1 would be the proper DNS for most of us. The DNS entry really should be an actual DNS server. Many routers don't act as DNS proxies, and many more do it badly.

    Second...you don't need to go through any of this. Download netconfig.tcl (it's part of the Zipper), run it, and you're set.
     
  13. rbautch

    rbautch User

    3,629
    0
    Feb 5, 2004
    Chicago, IL
    Even easier....if you're Zippered, go to the netconfig tab in TWP and set DNS there. You can set it to 0.0.0.0 to fix the slow NPL (to make DNS lookup fail quickly), or set it to a valid DNS. More on the subject and how to determine a valid DNS here.

    Surprizingly, Doc-Tauri was incorrect about /etc/hosts getting overwritten upon reboot. Just tried it, and the IPs I put in there stuck.
     
  14. fsck!

    fsck! New Member

    25
    0
    Jun 20, 2006
    Weston, Florida
    I tried setting the DNS IP to 0.0.0.0 via TWEB plugin, but I find that 'resolv.conf' gets overwritten upon reboot and it reverts it back to 192.168.1.1. I have joe'd the file manually but it still gets overwritten upon reboot. Anyone else having this problem?

    I am then trying to remove DNS from 'nsswitch.conf' but looks like I cannot edit the file as it reports a 'read-only file system' I can edit resolv.conf just fine as it appears to actually reside in /var/etc but I am out of luck with nsswitch (can't even chmod anything as I get the same 'read-only file system' message.

    This may also explain my DNS issues, as I run a domain at home and my actual DNS server is not the router but a server 192.168.1.3. I am thinking now that after I have been setting my Tivo's DNS to 192.168.1.3, it has been getting reverted back to 192.168.1.1, which I presume is something your zipper script had preset automatically when I first ran it correct?

    Thanks
     
  15. rbautch

    rbautch User

    3,629
    0
    Feb 5, 2004
    Chicago, IL
    You need to edit out the lines in you author file that starts with "One time network setup, may be deleted..." This is causing your network params to be reset everytime you reboot. To fix the "read only" problem, type "rw" to mount the filesystem read-write. Enter your actual DNS instead of 0.0.0.0.
     
  16. fsck!

    fsck! New Member

    25
    0
    Jun 20, 2006
    Weston, Florida
    Many thanks Rbautch! :up: Removing that section from the author file allowed my manual network settings to stick.

    Name resolution appears to be working properly now, I can ping host names from within the Tivo, which I was not able to do so before, and, more importantly, the NPL lag is gone.

    Now my wife will finally stop nagging me about it :)

    Kind regs
     
  17. dlmcmurr

    dlmcmurr New Member

    122
    0
    Mar 2, 2006
    East Tennessee
    My NPL list was pausing for about 15 seconds about every other time I came back to it from a play, changing the delete date, or just doing an info. I was using my Linksys WRT54G router's address 192.168.1.1 as both my gateway and DNS, but running a fixed IP. This has been great for about a dozen Windows PCs that have been on my network at one time or another.

    Today I decided to lookup the DNS in the router and put that in for my Zippered dTiVo's DNS and, lo and behold, that seems to have fixed my delay problems so far.

    Beats my why Windoze has always been satisfied, but dTiVo wasn't :confused:

    But, at least now we're both happy.

    Dave
     
  18. madmartyk

    madmartyk New Member

    16
    0
    Sep 18, 2002
    How do you edit the hosts file? I get a read only file error. In theory, if I add the tivos to the hosts file it should work? I have my DNS set to the router, but the tivos can't resolve each other.
     
  19. rbautch

    rbautch User

    3,629
    0
    Feb 5, 2004
    Chicago, IL
    You have to mount your filesystem read-write before you edit anything. Instead of editing your hosts file, try figuring out what your actual DNS is. The bottom of this post shows how to do that
     
  20. madmartyk

    madmartyk New Member

    16
    0
    Sep 18, 2002

    I have done that, if I set it to the router I still get the lag and can't reslove the DTivo's names, if I set it to the DNS in IP config (SBC's DNS) I get the same thing, I can't resolve the DTivo's name. My DTivos can access the internet just fine, they just can resolve each other. Adding the name to the hosts file should fix that.
     

Share This Page

spam firewall

Advertisements