You are here: Home » Topic » svn-1281 feedback…

svn-1281 feedback…

This topic contains 19 replies, has 6 voices, and was last updated by  rpedde 11 years, 3 months ago.

Viewing 15 posts - 1 through 15 (of 20 total)
  • Author
    Posts
  • #407

    Dave.B
    Participant

    I upgraded from the previous svn on Friday morning. Everything appeared to work well then. I’ve just got back from two days away (NSLU left running).

    My Soundbridge wouldn’t connect to Firelfy, and although I could access the Firefly web interface, it didn’t display any information about songs etc… and clicking the Run Scan buttons did nothing.
    So I restarted the NSLU2. It came back up OK and once Firefly started I could get the Soundbridge to connect and search/browse perfectly… but this only lasts for around 1-2 minutes before the whole lot becomes totally unresponsive again. I’ve done this 3 times now, with the same result each time.
    The only other thing I’ve tried is to start Firelfy using the -r switch (using the instructions Ron emailed to me a few weeks ago), but this just says “Error reading /opt/etc/mt-daapd.conf”, even though I supplied the correct path “/opt/etc/mt-daapd/mt-daapd.conf”.

    I’m fresh out of ideas, and I wish I had’t upgraded now as this is a showstopper. Can I downgrade to the previous version?

    Bear in mind that if you want diagnostic logs or anything, you’ll need to tell me how (in words of one syllable or less!)
    Thanks
    Dave

    #5384

    Dave.B
    Participant

    OK, I might have been a bit hasty on this one. I powered the slug down using the power button, shut down the disk, then powered everything back up again.

    It’s now run for over 14 minutes (much longer than the last 4 times I started it) and is just about to (hopefully) serve up it’s third song………… yes, it did.

    So there was a problem, but a minor one it seems.
    Forget I said anything.

    #5385

    cromei
    Participant

    I’ve had similar problems with my NSLU as well where the entire Slug will lockup. I can not get it to reproduce tho’. Everytime I have the log on it works fine….
    Best reproduction method has been add songs to the scan drives and start a full scan. This has locked it up about 20% of the time. I will continue to try and get a log to send in.
    Craig

    #5386

    Dave.B
    Participant

    OK, it does look like something might be wrong. It was fine for 53 minutes and now it has become unresponsive again.
    The file scanner is apparently active, although the disk isn’t doing anything, but the little rotating arrow icon top left of the screen is rotating. The Soundbridge will not connect either, as expected.

    The slug itself appears fine as I can read/write to the disk through Windows Explorer with no trouble.

    Any suggestions?

    #5387

    rpedde
    Participant

    @Dave.B wrote:

    OK, it does look like something might be wrong. It was fine for 53 minutes and now it has become unresponsive again.
    The file scanner is apparently active, although the disk isn’t doing anything, but the little rotating arrow icon top left of the screen is rotating. The Soundbridge will not connect either, as expected.

    The slug itself appears fine as I can read/write to the disk through Windows Explorer with no trouble.

    Any suggestions?

    This sounds like a deadlock, but it’s one I haven’t seen yet. I’ll try and track it down.

    If you have the disk space to run -d9 and get a log of when it hangs, that would be a big help.

    — Ron

    #5388

    Dave.B
    Participant

    Ron, I’m only too willing to generate a log, but as you know, I’m struggling like a complete doofus with all this!

    My guess at the moment is:
    specify a path for the logfile on the config page
    Start the server using


    /opt/sbin/mt-daapd -d9 /opt/etc/mt-daapd/mt-daapd.conf

    If so, see my problem above about it seemingly not seeing the conf file.

    If you have the disk space to run -d9…

    I have 73% of 300GB free disk space – I assume the log will nowhere near that big?!

    #5389

    Dave.B
    Participant

    OK, I seem to have really ballsed it up now. I thought I’d try and downgrade to 1249, which was working fine for me last week.
    Just doing the ipkg install mt-daapd…… etc wouldn’t allow me to downgrade, so I used the instructions here:
    http://forums.fireflymediaserver.org/viewtopic.php?t=982&highlight=uninstall
    to uninstall 1281, which reported that it worked, but didn’t seem to do much otherwise (no disk activity).
    It then allowed me to install 1249, but again, very little disk activity. When prompted to start the daemon, I typed /opt/etc/init.d/S60mt-daapd. I get the prompt back again, but nothing happens, no disk activity, and no server…

    So I lay myself at your mercy… please help me!

    #5390

    Dave.B
    Participant

    Note the times between these two posts… that’s how long it took me to figure out how to generate a log 😳 At least I can do it now…

    2006-07-02 22:09:51: Starting with debuglevel 9
    2006-07-02 22:09:51: Starting rendezvous daemon
    2006-07-02 22:09:51: mDNSPlatformTimeNow went backwards by 6 ticks; setting correction factor to 6
    2006-07-02 22:09:51: get_ifi_info
    2006-07-02 22:09:51: intf name=lo AF=2, flags=00000002
    2006-07-02 22:09:51: intf name=ixp0 AF=2, flags=00000002
    2006-07-02 22:09:51: SetupInterfaceList
    2006-07-02 22:09:51: mDNS_RegisterInterface: InterfaceID 0005CC80 192.168.2.77 not represented in list; marking active and retriggering queries
    2006-07-02 22:09:51: Adding 0005CC90 NSLU2.local. (Addr) to active record list
    2006-07-02 22:09:51: Adding 0005CF3C 77.2.168.192.in-addr.arpa. (PTR) to active record list
    2006-07-02 22:09:51: Not creating HINFO record: platform support layer provided no information
    2006-07-02 22:09:51: SetupOneInterface: ixp0 192.168.2.77 Registered
    2006-07-02 22:09:51: select(7, 0.000976)
    2006-07-02 22:09:51: mDNS_Execute
    2006-07-02 22:09:51: select(7, 0.223632)
    2006-07-02 22:09:51: Starting signal handler
    2006-07-02 22:09:51: Signal handler started
    2006-07-02 22:09:51: Opening database
    2006-07-02 22:09:51: Executing: select value from config where term=’version’
    2006-07-02 22:09:51: Old database version.
    2006-07-02 22:09:51: Results: 12
    2006-07-02 22:09:51: Error opening db: Wrong db schema. Use mtd-update to upgrade the db.
    2006-07-02 22:09:51: Processing rendezvous message
    2006-07-02 22:09:51: Stopping mDNS
    2006-07-02 22:09:51: Exiting
    2006-07-02 22:09:51: mDNS_Close: RR Cache was using 0 records, 0 active
    2006-07-02 22:09:51: mDNS_Deregister_internal: Deleting record for NSLU2.local. (Addr)
    2006-07-02 22:09:51: mDNS_Deregister_internal: Deleting record for 77.2.168.192.in-addr.arpa. (PTR)
    2006-07-02 22:09:51: mDNS_Close: No deregistering records remain
    2006-07-02 22:09:51: mDNS_Close: mDNSPlatformClose
    2006-07-02 22:09:51: mDNSPlatformTimeNow went backwards by 5 ticks; setting correction factor to 11
    2006-07-02 22:09:51: mDNS_DeregisterInterface: Last representative of InterfaceID 0005CC80 deregistered; marking questions etc. dormant
    2006-07-02 22:09:51: mDNS_Close: done
    2006-07-02 22:09:51: Finished with status 0, result 0
    2006-07-02 22:09:51: Stopping signal handler

    OK, the problem seems obvious now, but how exactly do I “Use mtd-update to upgrade the db”? Can I just delete the database files? I have 3:
    songs.db
    songs.db-7aq0xqivhujbowij84tv
    songs.db-7aq0xqivhujbowij84tv-journal

    Thanks in advance
    Dave

    #5391

    grommet
    Participant

    svn-1281 (Win32) died on me again:

    2006-07-02 : Finished streaming file to remote: 5489441 bytes
    2006-07-02 : Finished streaming file to remote: 7198113 bytes
    2006-07-02 : Out of pseudo file handles. See ya
    2006-07-02 : Aborting

    So, it’s crashing more than hanging… Is that good? πŸ˜‰

    #5392

    rpedde
    Participant

    @grommet wrote:

    svn-1281 (Win32) died on me again:

    2006-07-02 : Finished streaming file to remote: 5489441 bytes
    2006-07-02 : Finished streaming file to remote: 7198113 bytes
    2006-07-02 : Out of pseudo file handles. See ya
    2006-07-02 : Aborting

    So, it’s crashing more than hanging… Is that good? πŸ˜‰

    The phandles thing is a win32 issue… a socket isn’t being closed. I just need to find out where.

    Dave.B:

    yes, just delete the database files and it will regenerate them. Then just run it with a debug log until it dies, and email me the zipped log to ron at pedde.com.

    thanks.

    — Ron

    #5393

    Dave.B
    Participant

    Thanks Ron, figured it out for myself in the end though… 1249 was up and running until about 6 this morning, 12 hours, but it died too, maybe for the same reason as 1281.
    Anyway, I’ll run a log this evening and see what happens.

    It took over 2 hours to recreate my database (~13K songs on an NSLU2 running uNSLUng 5.5). Is that normal?

    #5394

    rpedde
    Participant

    @Dave.B wrote:

    It took over 2 hours to recreate my database (~13K songs on an NSLU2 running uNSLUng 5.5). Is that normal?

    Not really. I changed some of the indexes to be able to import radio stations, and I noticed that iTunes xml scanning is much slower on incremental updates.

    Haven’t really checked it that close, but I noticed it being slow on a real machine, so probably it’s pathological on a slug.

    #5395

    Dave.B
    Participant

    No worries – I can live with it if it’s expected behaviour, but after reading on here about other people’s database creation times being waaaayyyyy less than two hours, I came close to stopping it several times.

    Have you had chance to look at the two logs I sent you?

    #5396

    rpedde
    Participant

    @Dave.B wrote:

    No worries – I can live with it if it’s expected behaviour, but after reading on here about other people’s database creation times being waaaayyyyy less than two hours, I came close to stopping it several times.

    Have you had chance to look at the two logs I sent you?

    Sorry, I’ve been away from email for a while. I’ll get it tonight.

    — Ron

    #5397

    grommet
    Participant

    I’ve been unlucky with the last couple of builds. svn-1281 Win32. Another Firefly shutdown, with an error in the log (the “blank line” is really in the log – not sure why):

    2006-07-06 : cannot unlock sqlite2 lock: Incorrect function.

    2006-07-06 : Aborting

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

You must be logged in to reply to this topic.