You are here: Home » Topic » svn-1488 feedback

svn-1488 feedback

This topic contains 16 replies, has 4 voices, and was last updated by  CCRDude 12 years, 5 months ago.

Viewing 15 posts - 1 through 15 (of 17 total)
  • Author
    Posts
  • #1003

    S80_UK
    Participant

    Hi Ron,

    Great to see another nightly release!

    Installed on my NSLU2 (unslung 6.8 to a stick) over the prior svn-1463 with no issues.

    Only minor problem I currently see is the Songs Served count on the status web page still not incrementing for FLAC (but OK for .mp3 .wma and .m4a files).

    I must stress – this does nothing to spoil my enjoyment 😀

    Great program!

    #8543

    rpedde
    Participant

    @s80_uk wrote:

    Only minor problem I currently see is the Songs Served count on the status web page still not incrementing for FLAC (but OK for .mp3 .wma and .m4a files).

    Ah, but does the playcount?

    I’ll check that. Thanks.

    — Ron

    #8544

    S80_UK
    Participant

    @rpedde wrote:

    Ah, but does the playcount?

    Hi Ron. Not sure how I check that. Where would I look?

    But I think I have hit a more serious problem. If I initiate a scan, either timed, or from the web page with Start Scan, then well towards the end of the scan (maybe even at the end) the mt-daapd process gets killed! If I delete the database file mt-daapd.db and then stop and restart the NSLU2 I get back up and running again.

    I wanted to get back to svn-1463 to see if it was due to any music files that I had added, but I don’t think I added anything between yesterday when it worked and upgrading today when it broke.

    Did you change stuff in scanning? Or can you tell me (simply) how to allow svn-1463 to reinstall? It won’t at the moment because ipkg sees 1488 which is “up to date”.

    Thanks.

    Les.

    Setup: NSLU2 (266MHz), Unslung 6.8 (to stick), SoundBridge M1000 (wireless), Linksys WAG354G-UK (ADSL router)

    #8545

    Ted Harper
    Participant

    I installed svn-1488 on my NSLU2 (6.8 and unslung to the disc drive) just now and also had no problems with updating.

    I then ran a Full Rescan from the web interface and it seems to have completed successfully.

    Since the previous WMA/tag-related scanning issues I reported some months ago (and which Ron fixed) I have only added very “vanilla” 192k MP3 files to the library, and it seems to have full-rescanned correctly under both 1463 and 1488. I didn’t delete the .db file recently, but I _did_ do so about a month ago (so it would have been re-created by a fairly recent nightly build – maybe 4-6 weeks ago).

    ted.h.

    #8546

    rpedde
    Participant

    @s80_uk wrote:

    But I think I have hit a more serious problem. If I initiate a scan, either timed, or from the web page with Start Scan, then well towards the end of the scan (maybe even at the end) the mt-daapd process gets killed! If I delete the database file mt-daapd.db and then stop and restart the NSLU2 I get back up and running again.

    Anything in the log file to suggest why?

    Did you change stuff in scanning? Or can you tell me (simply) how to allow svn-1463 to reinstall? It won’t at the moment because ipkg sees 1488 which is “up to date”.

    Hmmm… changed a fair bit of *everything* actually. But to answer your question, you can just download an older ipk and then do a “ipkg install ./old.file.ipkg –force-reinstall”

    #8547

    S80_UK
    Participant

    @rpedde wrote:

    Anything in the log file to suggest why?

    Don’t know. I can’t do this tonight now – early start tomorrow. Daft question #473 – where’s the log file live? 😳

    @rpedde wrote:

    Hmmm… changed a fair bit of *everything* actually. But to answer your question, you can just download an older ipk and then do a “ipkg install ./old.file.ipkg –force-reinstall”

    Thanks – I just found that by some digging around. I will have to try that tomorrow as well.

    I have various things to try, anyway. And apologies for the dumb questions – I still have a lot to learn on Linux stuff. I appreciate the help so far.

    #8548

    Ted Harper
    Participant

    Hmmm, I take it back, my 1488 DID crash also after a full rescan. I was fooled by the web interface still working and saying that the scanner had returned to idle.

    I still didn’t try actually streaming from 1488 but I just went back to the web interface and it was down, then when checking the logfile on the nslu2 it definitely was dead (as confirmed by ps also).

    I have just restarted it and it has come up successfully. Not tried rescanning again yet; it was scanned up-to-date yesterday (with previous nightly build), so I’ll see if it stays up without rescanning.

    It does seem that full rescanning is fatally broken again (for at least two of us); sorry if my earlier posting misled anyone.

    ted.h.

    #8549

    rpedde
    Participant

    @s80_uk wrote:

    @rpedde wrote:

    Anything in the log file to suggest why?

    Don’t know. I can’t do this tonight now – early start tomorrow. Daft question #473 – where’s the log file live? 😳

    Wherever specified by “logfile”. I don’t think I have one specified in the default slug package, as I don’t know where to put it that isn’t disk space constrained.

    #8550

    rpedde
    Participant

    Did either of you compile with –enable-mem-debug?

    Any log messages?

    #8551

    Ted Harper
    Participant

    I didn’t recompile at all, just installed the distributed .ipk (and didn’t allow it to (re-)create the .conf file either, so that would have been identical to what was working with the previous nightly).

    After the restart and NOT rescanning that I mentioned earlier, I streamed an album (192k MP3 files, totally vanilla stuff) to my Roku Soundbridge and it went well for the first few tracks then Firefly stopped sending anything to the soundbridge; just stopped playback and the library wasn’t browsable anymore on there. The Firefly web interface was still working, so the processes on the NSLU2 were still up, just it wasn’t available in a useful way.

    I have now uninstalled and gone back to the previous Firefly nightly (svn-1463) and fully rescanned using that (deleted the database and config file and did a total clean install of 1463). That version had been running for about a month continuously with no problems at all, including several rescans, serving the same Soundbridge, so I might stay back on that version for a while for spouse-compatibility reasons.

    ted.h.

    #8552

    rpedde
    Participant

    @Ted Harper wrote:

    I didn’t recompile at all, just installed the distributed .ipk (and didn’t allow it to (re-)create the .conf file either, so that would have been identical to what was working with the previous nightly).

    k. 1489 is cooking right now. Should be up on nightlies site in a half-hour or so.

    — Ron

    #8553

    S80_UK
    Participant

    @rpedde wrote:

    Did either of you compile with –enable-mem-debug?

    No – I didn’t either. As Ted, I just installed the ipk.

    For reasons unknown I could not get 1463 to go back (have been trying to with the –force-reinstall or –force-downgrade options etc, but no luck. (that’s a newbie problem I think).

    Will try svn-1489 and see what happens. Many thanks.

    #8554

    CCRDude
    Participant

    Need some more details about the crashes in svn-1488? I had about four in eight hours yesterday, most with about two dozen mt-daapd processes open even after client access has been totally crashed. Here’s the last output from the log file before the crash (with default -d 2):

    2007-01-17 21:52:21 (00028004): Session 0: Streaming file ‘Bia?e ?ciany.mp3’ to 192.168.1.229 (offset 0)
    2007-01-17 21:52:39 (00030005): Session 0: Streaming file ‘Moje z?o.mp3’ to 192.168.1.229 (offset 0)
    2007-01-17 21:52:40 (00028004): Write error: Broken pipe
    2007-01-17 21:52:49 (00038004): Session 0: Streaming file ‘Najtrudniej.mp3’ to 192.168.1.229 (offset 0)
    2007-01-17 21:52:50 (00030005): Write error: Broken pipe
    2007-01-17 21:52:52 (00040005): Session 0: Streaming file ‘Mimo wszystko.mp3’ to 192.168.1.229 (offset 0)
    2007-01-17 21:52:53 (00038004): Write error: Broken pipe
    2007-01-17 21:52:56 (00048004): Session 0: Streaming file ‘On tu jest.mp3’ to 192.168.1.229 (offset 0)
    2007-01-17 21:52:56 (00040005): Write error: Broken pipe
    2007-01-17 21:52:57 (00050005): Session 0: Streaming file ‘Kiedy powiem sobie do??.mp3’ to 192.168.1.229 (offset 0)
    2007-01-17 21:52:59 (00048004): Write error: Broken pipe

    Here are the last lines from the crash before that:

    2007-01-17 17:24:05 (0009c006): Thread 35: Entering ws_returnerror (401: Unauthorized)
    2007-01-17 17:24:06 (000a0006): Write error: Broken pipe
    2007-01-17 17:24:07 (000a8006): Write error: Broken pipe
    2007-01-17 17:24:57 (000ac003): Thread 39: could not read: No such file or directory
    2007-01-17 17:26:27 (00100003): Session 0: Streaming file ‘Traum vom Tod II.mp3’ to 192.168.1.229 (offset 0)
    2007-01-17 17:26:49 (00114004): Session 0: Streaming file ‘Der Vagabund.mp3’ to 192.168.1.12 (offset 0)
    2007-01-17 17:26:54 (00114004): Write error: Connection reset by peer
    2007-01-17 17:26:54 (0011c004): Session 0: Streaming file ‘Der Vagabund.mp3’ to 192.168.1.12 (offset 1808747)
    2007-01-17 17:26:57 (0011c004): Write error: Connection reset by peer

    I’m now running it with -d 9 instead.

    Then it ran a few hours, and then, after the end of one track:

    2007-01-18 01:05:56 (002a4009): Added *Date=Thu, 18 Jan 2007 00:05:56 GMT*
    2007-01-18 01:05:56 (002a4009): Added *Connection=close*
    2007-01-18 01:05:56 (002a4009): Added *Server=mt-daapd/svn-1488*
    2007-01-18 01:05:56 (002a4009): Added *Content-Type=text/html*
    2007-01-18 01:05:56 (002a4009): Added *Content-Language=en_us*
    2007-01-18 01:05:56 (002a4009): Thread 165: Using non-default handler
    2007-01-18 01:05:56 (002a4009): in main_auth
    2007-01-18 01:05:56 (002a4009): Checking url /rsp/db/0
    2007-01-18 01:05:56 (002a4009): Checking url /rsp/db/0
    2007-01-18 01:05:56 (002a4009): Dispatching auth for /rsp/db/0 to plugin
    2007-01-18 01:05:56 (002a4009): Checking url /rsp/db/0
    2007-01-18 01:05:56 (002a4009): Checking url /rsp/db/0
    2007-01-18 01:05:56 (002a4009): Dispatching /rsp/db/0 to rsp/svn-1488
    2007-01-18 01:05:56 (002a4009): in main_handler
    2007-01-18 01:05:56 (002a4009): Checking url /rsp/db/0
    2007-01-18 01:05:56 (002a4009): Checking url /rsp/db/0
    2007-01-18 01:05:56 (002a4009): Dispatching /rsp/db/0 to plugin
    2007-01-18 01:05:56 (002a4009): Checking url /rsp/db/0
    2007-01-18 01:05:56 (002a4009): Checking url /rsp/db/0
    2007-01-18 01:05:56 (002a4009): Dispatching /rsp/db/0 to rsp/svn-1488
    2007-01-18 01:05:56 (002a4009): Getting uri…
    2007-01-18 01:05:56 (002a4009): Mallocing privinfo…
    2007-01-18 01:05:56 (002a4009): Tokenizing url
    2007-01-18 01:05:56 (002a4009): Found 5 elements
    2007-01-18 01:05:56 (002a4009): Checking reponse 0
    2007-01-18 01:05:56 (002a4009): Checking reponse 1
    2007-01-18 01:05:56 (002a4009): Checking reponse 2
    2007-01-18 01:05:56 (002a4009): Found it! Index: 2
    2007-01-18 01:05:56 (002a4009): Returning token 2002
    2007-01-18 01:05:56 (002a4009): Entering sp_parse_phrase
    2007-01-18 01:05:56 (002a4009): Entering sp_parse_oexpr
    2007-01-18 01:05:56 (002a4009): Entering sp_parse_aexpr
    2007-01-18 01:05:56 (002a4009): Entering sp_parse_expr
    2007-01-18 01:05:56 (002a4009): Entering sp_parse_criterion
    2007-01-18 01:05:56 (002a4009): Entering sp_parse_int_criterion
    2007-01-18 01:05:56 (002a4009): Returning token 000f
    2007-01-18 01:05:56 (002a4009): Returning token 00fd
    2007-01-18 01:05:56 (002a4009): Exiting sp_parse_int_criterion (success)
    2007-01-18 01:05:56 (002a4009): Exiting sp_parse_criterion (success)
    2007-01-18 01:05:56 (002a4009): Exiting sp_parse_expr (success)
    2007-01-18 01:05:56 (002a4009): Exiting sp_parse_aexpr (success)
    2007-01-18 01:05:56 (002a4009): Exiting sp_parse_oexpr (success)
    2007-01-18 01:05:56 (002a4009): Exiting sp_parse_phrase (success)

    And while I cannot reach it through the SB or iTunes any more, there are way too much instances running:

    jukebox:~# ps -Al | grep mt-daapd
    5 S 65534 1844 1 0 76 0 – 1610 select ? 00:00:00 mt-daapd
    5 S 65534 1845 1 4 75 0 – 59424 hrtime ? 00:08:35 mt-daapd
    1 S 65534 1846 1845 0 76 0 – 59424 sys_po ? 00:00:00 mt-daapd
    1 S 65534 1855 1846 0 76 0 – 59424 inet_c ? 00:00:00 mt-daapd
    1 R 65534 2823 1846 56 85 0 – 59424 – ? 00:22:24 mt-daapd
    1 S 65534 2868 1846 0 78 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2871 1846 0 78 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2875 1846 0 77 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2877 1846 0 76 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2878 1846 0 76 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2888 1846 0 77 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2892 1846 0 76 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2896 1846 0 77 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2897 1846 0 76 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2898 1846 0 76 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2901 1846 0 78 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2902 1846 0 78 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2903 1846 0 77 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2904 1846 0 77 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2909 1846 0 77 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2910 1846 0 78 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2911 1846 0 78 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2912 1846 0 78 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2914 1846 0 78 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2929 1846 0 78 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2930 1846 0 77 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2933 1846 0 78 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2934 1846 0 77 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2940 1846 0 78 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 2943 1846 0 78 0 – 59424 rt_sig ? 00:00:00 mt-daapd
    1 S 65534 3061 1846 0 78 0 – 59424 rt_sig ? 00:00:00 mt-daapd

    I’m now back to svn-1450 for the day (had that still compiled on the disk, so I could just do a make install, I can try 1488 or 1489 with –enable-mem-debug this evening probably if necessary.

    edit: a way to crash svn-1488 seems to be to browse with the Soundbridge while an iTunes is connecting to the database. svn-1450 does only fail on the Soundbridge then, but svn-1488 crashed on that yesterday once as well.

    #8555

    S80_UK
    Participant

    @s80_uk wrote:

    Will try svn-1489 and see what happens. Many thanks.

    OK – so I got svn-1489 to install. I got only a minor error (I assume due to my failed attempts to get back to 1463) which was this…

    Collected errors:
    Multiple packages (mt-daapd and mt-daapd) providing same name marked HOLD or PREFER. Using latest.

    But it now works!!!! 😀 It’s early days yet, but scanning and everything seems OK

    Many thanks for the quick fix!

    Les.

    Setup: NSLU2 (266MHz), Unslung 6.8 (to stick), SoundBridge M1000 (wireless), Linksys WAG354G-UK (ADSL router)

    #8556

    CCRDude
    Participant

    Oh sorry, I missed that 1489 was there between things 😉

    Trying to connect from both SB and iTunes at the same time still fails on the Soundbridge (Connection to server failed, nothing in -d 2 log), but works afterwards, so no crashing issue.

    Going to have a full office day of playing back iTunes and SB now to see how it’ll do 😉

Viewing 15 posts - 1 through 15 (of 17 total)

The forum ‘Nightlies Feedback’ is closed to new topics and replies.