Home of the Squeezebox™ & Transporter® network music players.
Page 5 of 5 FirstFirst ... 345
Results 41 to 49 of 49
  1. #41

    epoch1970 might be *right*

    last night as discussed I shutdown pcp via gui and then issued a ping to pcp from pc where I got Request timout as expected.

    I did *not* unplug the pcp from mains...and this morning out of curiosity I isuued another ping

    Code:
    C:\Users\nikos>ping 192.168.0.10
    
    Pinging 192.168.0.10 with 32 bytes of data:
    Request timed out.
    Request timed out.
    Request timed out.
    Reply from 192.168.0.110: Destination host unreachable.
    
    
    Ping statistics for 192.168.0.10:
        Packets: Sent = 4, Received = 1, Lost = 3 (75% loss),
    
    
    C:\Users\nikos>ping 192.168.0.10
    
    
    Pinging 192.168.0.10 with 32 bytes of data:
    Request timed out.
    Request timed out.
    Request timed out.
    Request timed out.
    
    
    Ping statistics for 192.168.0.10:
        Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
    
    
    C:\Users\nikos>ping 192.168.0.10
    
    
    Pinging 192.168.0.10 with 32 bytes of data:
    Reply from 192.168.0.110: Destination host unreachable.
    Request timed out.
    Reply from 192.168.0.110: Destination host unreachable.
    Request timed out.
    
    
    Ping statistics for 192.168.0.10:
        Packets: Sent = 4, Received = 2, Lost = 2 (50% loss),
    
    
    C:\Users\nikos>ping 192.168.0.10
    
    
    Pinging 192.168.0.10 with 32 bytes of data:
    Reply from 192.168.0.110: Destination host unreachable.
    Request timed out.
    Request timed out.
    Request timed out.
    
    
    Ping statistics for 192.168.0.10:
        Packets: Sent = 4, Received = 1, Lost = 3 (75% loss),
    x.110 is my pc and host unreachable would be perfectly normal as long as this was 100% consistent...without the intermittent Request timouts. after all this ping was issued 13 hours later than the first one.

    A new Advanced Ip Scanner run shows two deads:

    192.168.0.10 Raspberry Pi Foundation B8:27:EB:4E:51:A2

    *and*

    192.168.0.231 Raspberry Pi Foundation B8:27:EB:4E:51:A2


    All these days with the pcp online, an Advanced Ip Scanner run would never show the x.231 and would only show the x.10 as alive-and-kicking...

    ??????

    Background info:

    My first attempt at setting up pcp was interrupted since after the image being burnt to the sd I could not get an ip address through dhcp (was to be expected since the router at the office has a dodgy semi-working dhpc implementation and I had not hdmi cable at hand to use console.


    So when I got home that night I connected the pcp to my monitor..run setup..issued the x.10 static address verified that wifi was off..and the rest is history.


    Could there be a x.231 address left behind "somewhere" in the pcp config files from when the pcp tried to get a first ip during it's very first dhcp attempt? If so where would such address be stuck?


    Also upon some digging in pcp files I paste below a message which may or may not be of use:

    Code:
    tc@piCorePlayer:/var/log$ cat pcp_boot.logStarting piCorePlayer setup...
    Loading pcp-functions...and pCP configuration file.sh: 3: unknown operand
    Done.


    Any advice is highly appreciated.

    I could always wipe the sd and burn pcp from scratch but I think it's much better to understand what is going on before I evaporize the body.

    Nikos

    ps:epoch1970 kudos

  2. #42
    Quote Originally Posted by paul- View Post
    The tar file extracts to /tmp.

    Your memory is filled up......Iĺve not seen that before on a pi3. All disk space in pCP is in A RAM disk, except mmcblk0p2,

    Hi Paul,

    I wish I could have something to say but this is way beyond my infinite wisdom. Please let me know if there is any info you may need to help you identify whether it's gremlins under the hood or a simple case of daemonic possession

    cheers

    Nikos

  3. #43
    Quote Originally Posted by bpa View Post
    Before doing any logging - sort out pCP disk space as lack of disk space can have strange effects.

    To get logging on Radio or Touch

    1. Enable Rlogin on Radio / Touch using Settings/Advanced/Remote Login
    2. ssh as "root" into Radio . If you get an error as Radio/Touch use "old" encyrption the command needed may be somehting like ssh -oKexAlgorithms=+diffie-hellman-group1-sha1 root@192.168.1.xx
    3. Just to check interface setting do a fconfig command and copy to a post.
    4. To look at messages use tail -f /var/log/messages
    5. On Radio enable logging (i.e. Settings/Advanced/Logging) net.socket and net.slimproto to DEBUG
    6. On screen showing messages - wait for a few cycle of "HELO" which will have messagelike the following
    Code:
    Nov  4 09:13:00 squeezeplay: DEBUG  net.socket - Networking.lua:2098 checkNetworkHealth task done (part)
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:650 disconnect
    Nov  4 09:13:02 squeezeplay: INFO   net.slimproto - SlimProto.lua:592 connect to 192.168.1.65 (192.168.1.65)
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:717 send opcode=HELO
    Nov  4 09:13:02 squeezeplay: INFO   net.slimproto - SlimProto.lua:152 Send HELO: reconnect-bit=0 bytesReceived(H,L)=0,0
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:518 read opcode=strm #28
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:717 send opcode=STAT
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:518 read opcode=strm #28
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:717 send opcode=STAT
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:518 read opcode=setd #5
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:717 send opcode=SETD
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:717 send opcode=STAT
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:518 read opcode=setd #5
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:717 send opcode=STAT
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:518 read opcode=aude #6
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:717 send opcode=STAT
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:518 read opcode=audg #26
    Nov  4 09:13:02 squeezeplay: DEBUG  net.slimproto - SlimProto.lua:717 send opcode=STAT
    Copy and post the Radio log messages.

    Hi bpa,

    thank you for your persistence on this. I really appreciate your assistance.

    Having some new findings at hand so I will hold this as the next troubleshooting step in line after the underlying problems are sorted.

    cheers

    Nikos

  4. #44
    @paul

    Code:
    tc@piCorePlayer:/tmp$ free
                 total       used       free     shared    buffers     cached
    Mem:       1000308     256584     743724      11632      17552      60104
    -/+ buffers/cache:     178928     821380
    Swap:       241852          0     241852
    tc@piCorePlayer:/tmp$
    Nikos

  5. #45
    Senior Member paul-'s Avatar
    Join Date
    Jan 2013
    Posts
    895
    I’m not as concerned about the unknown op message, I just found that bug over the weekend, but it should not stop anything critical. there should be more data in the boot log.

    As for the memory, it could be LMS using a lot of space. Try to upgrade it right after reboot. The upgrade process only uses about 20mb.

    How big is your music library? And what is the settings in LMS. Advanced Tab, Performance, Database memory config?

    Edit: I didn’t see the free output till now. There is plenty of memory now, is it still failing? What is the full output of the upgrade script?

  6. #46
    @paul

    lms upgrade right after the reboot worked flawlessly as you suggested. *thumbs up*

    here is the output:

    Code:
    sudo lms-update.sh -u -m -r
    
    ###############################################################
    
    
      This script will update the Logitech Media Server extension
    
    
      usage: /usr/local/bin/lms-update.sh [-u] [-d] [-m] [-r] [-s] [-t]
                -u Unattended Execution
                -d Debug, Temp files not erased
                -m Manual download Link Check for LMS update
                -r Reload LMS after Update
                -s Skip Update from GitHub
                -t Test building, but do not move extension to tce directory
                --mm <version> Force the version you want to update. (eg 7.9.1)
    
    
           Unattended Operation Enabled
           Manual Download Link Check Enabled
           Automatic Reload Enabled
    ###############################################################
    
    
    Press Enter to continue, or Ctrl-c to exit and change options
    Updateing Script from Github...
    Connecting to raw.githubusercontent.com (151.101.16.133:443)
    lms-update.sh        100% |*******************************| 13190   0:00:00 ETA
    Relaunching Script in 3 seconds
    Updateing Slimserver customizations from Github...
    Connecting to raw.githubusercontent.com (151.101.112.133:443)
    custom-strings.txt   100% |*******************************|  1180   0:00:00 ETA
    Connecting to raw.githubusercontent.com (151.101.16.133:443)
    picore-update.html   100% |*******************************|  1240   0:00:00 ETA
    Connecting to raw.githubusercontent.com (151.101.112.133:443)
    Custom.pm            100% |*******************************|  2732   0:00:00 ETA
    Connecting to raw.githubusercontent.com (151.101.16.133:443)
    slimserver           100% |*******************************|  3764   0:00:00 ETA
    Performing manual check for update link, Current Version is: 7.9.1 r1505480690.
    Connecting to www.mysqueezebox.com (54.217.146.147:80)
    tmp.xQHQHx           100% |*******************************|   104   0:00:00 ETA
    
    
    Downloading update from http://downloads.slimdevices.com/nightly/7.9/sc/c558cb2/logitechmediaserver-7.9.1-1509357021-noCPAN.tgz
    Connecting to downloads.slimdevices.com (52.222.168.236:80)
    logitechmediaserver- 100% |*******************************| 18695k  0:00:00 ETA
    Loading Local Extension squashfs-tools.tcz
    
    
    squashfs-tools.tcz: OK
    
    
    Updating from /tmp/slimupdate/logitechmediaserver-7.9.1-1509357021-noCPAN.tgz
    
    
    Extracting Update.../
    Tar Extraction Complete, Building Updated Extension Filesystem
    
    
    Press Enter to continue, or Ctrl-c to exit
    
    
    Update in progress .../tmp/slimupdate/lms-update.sh
    
    
    
    
    Done Updating Files.  The files are ready to be packed into the new extension
    
    
    Press Enter to continue, or Ctrl-c to exit
    Creating extension, it may take a while ... especially on rpi 0/A/B/A+/B+
    Parallel mksquashfs: Using 4 processors
    Creating 4.0 filesystem on /tmp/slimserver.tcz, block size 131072.
    [=============================================================\] 2353/2353 100%
    
    
    Exportable Squashfs 4.0 filesystem, gzip compressed, data block size 131072
            compressed data, compressed metadata, compressed fragments, no xattrs
            duplicates are removed
    Filesystem size 18208.94 Kbytes (17.78 Mbytes)
            45.89% of uncompressed filesystem size (39683.11 Kbytes)
    Inode table size 26060 bytes (25.45 Kbytes)
            28.63% of uncompressed inode table size (91020 bytes)
    Directory table size 26278 bytes (25.66 Kbytes)
            44.00% of uncompressed directory table size (59721 bytes)
    Number of duplicate files found 62
    Number of inodes 2821
    Number of files 2215
    Number of fragments 159
    Number of symbolic links  0
    Number of device nodes 0
    Number of fifo nodes 0
    Number of socket nodes 0
    Number of directories 606
    Number of ids (unique uids + gids) 2
    Number of uids 1
            root (0)
    Number of gids 1
            staff (50)
    Ready to Reload LMS, Press Enter to Continue
    Stopping LMS
    Slimserver Stopped
    Waiting for File Handles to Close
    Unmounting Extension
    Moving new Extension to /mnt/mmcblk0p2/tce/optional
    
    
    Syncing filesystems
    Loading new Extension
    slimserver.tcz: OK
    Starting New Version of LMS
    [17-11-04 18:07:18.5476] main::init (387) Starting Logitech Media Server (v7.9.1, 1509357021, Mon Oct 30 10:15:06 UTC 2017) perl 5.024000 - arm-linux-gnueabihf-thread-multi-64int
    [17-11-04 18:07:18.5703] main::init (417) OS Specific init...
    [17-11-04 18:07:18.5716] main::init (451) Server daemonizing...
    [17-11-04 18:07:18.5814] Slim::bootstrap::theEND (439) Got to the END
    
    
    Slimserver Running pid:8072
    
    
    
    
    Press Enter to Cleanup and exit
    
    
    Deleting the temp folders
    DONE
    
    
    tc@piCorePlayer:~$
    tc@piCorePlayer:~$

    regarding the previous pcp_boot.log (before the succesfull lms upgrade) here is the saved full output:

    Code:
    tc@piCorePlayer:/var/log$ cat pcp_boot.logStarting piCorePlayer setup...
    Loading pcp-functions...and pCP configuration file.sh: 3: unknown operand
    Done.
    Checking for newconfig.cfg on mmcblk0p1...
      Trying to mount /dev/mmcblk0p1.
      newconfig.cfg not found on mmcblk0p1.
    Setting piCore repository... Done.
    Generating drop-down list... Done.
    Loading configuration file... Done.
    Checking wifi... Done.
    Loading pcp-lms-functions... Done.
    Waiting for soundcards to populate. Done (1).
    Starting ALSA configuration... Done.
    Checking proper card number for Alsaequal... Done.
    Waiting for network. Done (1).
    Starting Openssh server... Done.
    Starting LMS, this can take some time... [17-11-04 11:06:45.9629] main::init (387) Starting Logitech Media Server (v7.9.1, 1505480690, Fri Sep 15 22:32:08 UTC 2017) perl 5.024000 - arm-linux-gnueabihf-thread-multi-64int
    [17-11-04 11:06:45.9795] main::init (417) OS Specific init...
    [17-11-04 11:06:45.9804] main::init (451) Server daemonizing...
    [17-11-04 11:06:45.9913] Slim::bootstrap::theEND (439) Got to the END
    
    
    Slimserver Running pid:4564
    Done.
    Waiting for LMS to initiate... Done (3).
    Starting Squeezelite... Done.
    Starting httpd web server... Done.
    eth0 IP: 192.168.0.10
    Finished piCorePlayer setup.
    crond syncing time...
    tc@piCorePlayer:/var/log$
    Regarding the strange out of memory issue I will run this updated lms and report back.

    Local library size is _ZERO_ as my current pcp need was to have lms to be able to have spotify not for local files.

    Do you have some suggestion maybe regarding the phantom dual ip address in pcp?

    Looking forward to your feedback

    Nikos

  7. #47
    @paul

    forgot..lms performance settings were the default "High"

    cheers

    Nikos

  8. #48
    Senior Member paul-'s Avatar
    Join Date
    Jan 2013
    Posts
    895
    When you shutdown pCP from the web interface it completely shuts down and halts the OS, so there is no way for it to respond to a arp request that would show up. There is nothing in pCP that can set up more than one address. When in dhcp mode, the network address is not saved anywhere persistent, so the next reboot, the pCP device would have no idea what address it had the last boot.

    I'm not sure you said.....what brand/model is your router? Looking at the address reservations on the router would be a good place to start. Are you static vs dhcp ranges separated?

  9. #49
    Hi Paul,

    Indeed there's no explanation for the phantom ip apparently, but on the other hand I'm 1000% sure of what I saw on the Advanced Ip Scanner output..maybe a glitch (like I mentioned the phantom ip had the same mac and the same "raspberry pi foundation etc" in the description, and I surely own just 1 pi)

    The router is a TP-Link WD9977 and the dhcp pool is indeed separated from the static range.


    Anyway I spent yesterday's afternoon rebooting pcp, router, switch , xilinxing the TP (for some reason it did not behave normally - the audio outputs for example although set up to switch off @ power off did not do that - another time the lcd froze,another time it would play but would not produce sound- has happened again in the past),factory resetting the Radio and trying to make it stick with a static ip- seems to work so far, and completely uninstalling squeezeplay and squeezelitetray for now since they appeared to be "stuck" in the available players lms list even when not running.

    Preliminary testing shows both Radio and TP behaving normally so far but I've not had enough time to monitor the setup closely yet..fingers crossed

    Will report again in the coming days with whatever the outcome.


    Again a big thanks to all who shared their wisdom on this(bpa,epoch1970,Mnyb,Michael,Paul)


    Cheers

    Nikos

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •