PDA

View Full Version : Missing Files On ReScan v6



Mark Gillespie
2005-03-29, 04:04
Hi Everyone,



I've just installed the v6 release over the top of one of the 21/03/2005
nightly.



Both in the nightly and the new release, slim server is not picking up all
of my music tracks on a re scan.

Can anyone give me some ideas on what to do to try and get it working?



Regards



Mark

Neil Cameron
2005-03-29, 04:13
Snap. Further investigation of my Browse Artwork issues (see thread below)
reveals that some tracks are missing on a rescan even if the artwork is
correct.
I assume that deleting the cache folder contents does no more than a Wipe
Cache command?

--
Neil


"Mark Gillespie" <mark_gillespie (AT) ntlworld (DOT) com>
wrote in message
news:20050329110446.BTRJ5678.aamta06-winn.mailhost.ntl.com (AT) medion (DOT) ..
Hi Everyone,

I've just installed the v6 release over the top of one of the 21/03/2005
nightly.

Both in the nightly and the new release, slim server is not picking up all
of my music tracks on a re scan.
Can anyone give me some ideas on what to do to try and get it working?

Regards

Mark

Steven Moore
2005-03-29, 04:22
You're not the only one, I've been having this trouble all through the
betas.
Does the new db not accept certain chars in filenames/tags that the 5.4
release did?
I had a look at the log and it is clearing files from the db, as they
have changed?? It does this when I go to look at an album in the web
ui. I haven't changed anything honest :-)

eg:

2005-03-29 12:12:10.0948 deleting
file:///Volumes/media/itunes/Mrs%20Sidney%20Carter/
61%20Highway%20Mississippi/
Didn't%20Leave%20Nobody%20but%20the%20Baby.mp3 from cache as it has
changed

Could someone give me a clue how to fix this?

Thank you

Steven Moore

imac 10.3.8, v6.0.0, xml file in users folder, music on ex hd.

On 29 Mar 2005, at 12:04 pm, Mark Gillespie wrote:

> Hi Everyone,
>
>
>
> Iíve just installed the v6 release over the top of one of the
> 21/03/2005 nightly.
>
>
>
> Both in the nightly and the new release, slim server is not picking up
> all of my music tracks on a re scan.
>
> Can anyone give me some ideas on what to do to try and get it working?
>
>
>
> Regards
>
>
>
> Mark
>

Neil Cameron
2005-03-29, 04:28
On my system the effect appears to be random; i.e. it happens to different
albums each time, so would not appear to be dependent on characters...

--
Neil


"Steven Moore" <steven (AT) mooreni (DOT) freeserve.co.uk>
wrote in message
news:3734a44aa14bb297aa1cc0279515da28 (AT) mooreni (DOT) freeserve.co.uk...
You're not the only one, I've been having this trouble all through the
betas.
Does the new db not accept certain chars in filenames/tags that the 5.4
release did?
I had a look at the log and it is clearing files from the db, as they
have changed?? It does this when I go to look at an album in the web
ui. I haven't changed anything honest :-)

eg:

2005-03-29 12:12:10.0948 deleting
file:///Volumes/media/itunes/Mrs%20Sidney%20Carter/
61%20Highway%20Mississippi/
Didn't%20Leave%20Nobody%20but%20the%20Baby.mp3 from cache as it has
changed

Could someone give me a clue how to fix this?

Thank you

Steven Moore

imac 10.3.8, v6.0.0, xml file in users folder, music on ex hd.

On 29 Mar 2005, at 12:04 pm, Mark Gillespie wrote:

> Hi Everyone,
>
>
>
> Iíve just installed the v6 release over the top of one of the 21/03/2005
> nightly.
>
>
>
> Both in the nightly and the new release, slim server is not picking up
> all of my music tracks on a re scan.
>
> Can anyone give me some ideas on what to do to try and get it working?
>
>
>
> Regards
>
>
>
> Mark
>

Steven Moore
2005-03-29, 04:55
Yes, you are right. I am getting a different song count almost every
time I rescan also.


Steven Moore
On 29 Mar 2005, at 12:28 pm, Neil Cameron wrote:

> On my system the effect appears to be random; i.e. it happens to
> different
> albums each time, so would not appear to be dependent on characters...
>
> --
> Neil
>
>
> "Steven Moore" <steven (AT) mooreni (DOT) freeserve.co.uk>
> wrote in message
> news:3734a44aa14bb297aa1cc0279515da28 (AT) mooreni (DOT) freeserve.co.uk...
> You're not the only one, I've been having this trouble all through the
> betas.
> Does the new db not accept certain chars in filenames/tags that the 5.4
> release did?
> I had a look at the log and it is clearing files from the db, as they
> have changed?? It does this when I go to look at an album in the web
> ui. I haven't changed anything honest :-)
>
> eg:
>
> 2005-03-29 12:12:10.0948 deleting
> file:///Volumes/media/itunes/Mrs%20Sidney%20Carter/
> 61%20Highway%20Mississippi/
> Didn't%20Leave%20Nobody%20but%20the%20Baby.mp3 from cache as it has
> changed
>
> Could someone give me a clue how to fix this?
>
> Thank you
>
> Steven Moore
>
> imac 10.3.8, v6.0.0, xml file in users folder, music on ex hd.
>
> On 29 Mar 2005, at 12:04 pm, Mark Gillespie wrote:
>
>> Hi Everyone,
>>
>>
>>
>> Iíve just installed the v6 release over the top of one of the
>> 21/03/2005
>> nightly.
>>
>>
>>
>> Both in the nightly and the new release, slim server is not picking up
>> all of my music tracks on a re scan.
>>
>> Can anyone give me some ideas on what to do to try and get it working?
>>
>>
>>
>> Regards
>>
>>
>>
>> Mark
>>

Steven Moore
2005-03-29, 08:09
I tried disabling the use itunes option and pointed the music folder to
the itunes folder and did a rescan.
Unfortunately I am still getting the same problem I have posted a bug
no 1226.

Steven Moore


On 29 Mar 2005, at 12:55 pm, Steven Moore wrote:

> Yes, you are right. I am getting a different song count almost every
> time I rescan also.
>
>
> Steven Moore
> On 29 Mar 2005, at 12:28 pm, Neil Cameron wrote:
>
>> On my system the effect appears to be random; i.e. it happens to
>> different
>> albums each time, so would not appear to be dependent on characters...
>>
>> --
>> Neil
>>
>>
>> "Steven Moore" <steven (AT) mooreni (DOT) freeserve.co.uk>
>> wrote in message
>> news:3734a44aa14bb297aa1cc0279515da28 (AT) mooreni (DOT) freeserve.co.uk...
>> You're not the only one, I've been having this trouble all through the
>> betas.
>> Does the new db not accept certain chars in filenames/tags that the
>> 5.4
>> release did?
>> I had a look at the log and it is clearing files from the db, as they
>> have changed?? It does this when I go to look at an album in the web
>> ui. I haven't changed anything honest :-)
>>
>> eg:
>>
>> 2005-03-29 12:12:10.0948 deleting
>> file:///Volumes/media/itunes/Mrs%20Sidney%20Carter/
>> 61%20Highway%20Mississippi/
>> Didn't%20Leave%20Nobody%20but%20the%20Baby.mp3 from cache as it has
>> changed
>>
>> Could someone give me a clue how to fix this?
>>
>> Thank you
>>
>> Steven Moore
>>
>> imac 10.3.8, v6.0.0, xml file in users folder, music on ex hd.
>>
>> On 29 Mar 2005, at 12:04 pm, Mark Gillespie wrote:
>>
>>> Hi Everyone,
>>>
>>>
>>>
>>> Iíve just installed the v6 release over the top of one of the
>>> 21/03/2005
>>> nightly.
>>>
>>>
>>>
>>> Both in the nightly and the new release, slim server is not picking
>>> up
>>> all of my music tracks on a re scan.
>>>
>>> Can anyone give me some ideas on what to do to try and get it
>>> working?
>>>
>>>
>>>
>>> Regards
>>>
>>>
>>>
>>> Mark
>>>

Michel Fombellida
2005-03-29, 13:15
Hi,

Same here:
in iTunes I have; 112 artists, 226 albums , 2699 songs
in slimserver I have: 108, 222, 2609

strangely enough, with initial betas is was wrong then a few nightly ago
(6.0b3) it was correct, it is wrong again.

Michel

Dan Sully
2005-03-31, 12:58
* Neil Cameron shaped the electrons to say...

>Snap. Further investigation of my Browse Artwork issues (see thread below)
>reveals that some tracks are missing on a rescan even if the artwork is
>correct.
>I assume that deleting the cache folder contents does no more than a Wipe
>Cache command?

It does a bit more - but is effectively the same.

-D
--
It is dark. You are likely to be eaten by a grue.

Dan Sully
2005-03-31, 13:00
* Steven Moore shaped the electrons to say...

>Does the new db not accept certain chars in filenames/tags that the 5.4 release did?

Steven - the DB fully supports UTF-8 encoding.

>I had a look at the log and it is clearing files from the db, as they
>have changed?? It does this when I go to look at an album in the web
>ui. I haven't changed anything honest :-)
>
>2005-03-29 12:12:10.0948 deleting
>file:///Volumes/media/itunes/Mrs%20Sidney%20Carter/
>61%20Highway%20Mississippi/
>Didn't%20Leave%20Nobody%20but%20the%20Baby.mp3 from cache as it has
>changed
>
>Could someone give me a clue how to fix this?

Could you send me your slimserversql.db file - and file a bug on this as well?

It's located in ~/Library/Caches/SlimServer/slimserversql.db

Thanks.

-D
--
It is dark. You are likely to be eaten by a grue.

Dan Sully
2005-03-31, 13:01
* Michel Fombellida shaped the electrons to say...

>in iTunes I have; 112 artists, 226 albums , 2699 songs
>in slimserver I have: 108, 222, 2609
>
>strangely enough, with initial betas is was wrong then a few nightly ago
>(6.0b3) it was correct, it is wrong again.

Michael - is this using iTunes & a Music Folder, or just one or the other?

-D
--
<weezyl> $6.66: The Value Meal of the Beast.

Steven Moore
2005-03-31, 13:52
Ok Dan,
I'll have to reinstall 6, I'll use the latest nightly and use itunes
enabled.
I'll post it to you after that.

Does bug 1226 not cover this?

Steven Moore

Steven Moore

On 31 Mar 2005, at 9:00 pm, Dan Sully wrote:

> * Steven Moore shaped the electrons to say...
>
>> Does the new db not accept certain chars in filenames/tags that the
>> 5.4 release did?
>
> Steven - the DB fully supports UTF-8 encoding.
>
>> I had a look at the log and it is clearing files from the db, as they
>> have changed?? It does this when I go to look at an album in the web
>> ui. I haven't changed anything honest :-)
>>
>> 2005-03-29 12:12:10.0948 deleting
>> file:///Volumes/media/itunes/Mrs%20Sidney%20Carter/
>> 61%20Highway%20Mississippi/
>> Didn't%20Leave%20Nobody%20but%20the%20Baby.mp3 from cache as it has
>> changed
>>
>> Could someone give me a clue how to fix this?
>
> Could you send me your slimserversql.db file - and file a bug on this
> as well?
>
> It's located in ~/Library/Caches/SlimServer/slimserversql.db
>
> Thanks.
>
> -D
> --
> It is dark. You are likely to be eaten by a grue.
>

Dan Sully
2005-03-31, 13:54
* Steven Moore shaped the electrons to say...

>I'll have to reinstall 6, I'll use the latest nightly and use itunes enabled.
>I'll post it to you after that.

Thanks. Are you using iTunes only - or iTunes & a music folder?

>Does bug 1226 not cover this?

It does - sorry - I've got a decent sized list right now. :)

-D
--
On second thought, let's not go to Camelot. It is a silly place.

Steven Moore
2005-03-31, 14:12
I'll do both and send you both
1. itunes enabled, so it will pick up the music folder itself.
2. itunes disabled with the music folder pointing at the itunes music
folder if you know what I mean.

Because I don't think anyone else has seen this I'm starting to think
it's my music files, although they are okay in 5.4.

I'll send them tomorrow, getting late here and it takes nearly an hour
for each wipe/rescan.

Steven Moore
On 31 Mar 2005, at 9:54 pm, Dan Sully wrote:

> * Steven Moore shaped the electrons to say...
>
>> I'll have to reinstall 6, I'll use the latest nightly and use itunes
>> enabled.
>> I'll post it to you after that.
>
> Thanks. Are you using iTunes only - or iTunes & a music folder?
>
>> Does bug 1226 not cover this?
>
> It does - sorry - I've got a decent sized list right now. :)
>
> -D
> --
> On second thought, let's not go to Camelot. It is a silly place.
>

Simon Still
2005-04-01, 03:09
I'm getting some strangeness here. SlimServer 6 actually shows
slightly more tracks than i have in iTunes but with some weirdness
going on.

I looked up an album this morning (Kia by Blackalicious) and initially
Slim only displayed 3 tracks but reported the album as having 18.
Searching for the album in a few different ways it then decided there
were only 3 tracks in total.

ITunes displays (and plays) all 18 tracks. Nothing odd about the
tracknames as far as i can see.

maurice
2005-04-10, 10:52
I waited until the 6.0.1 release to update my server which I have been running for 3 years (is it more?). After updating the SlimServer (from 5.4), it would not register the correct number of songs/albums/artist. After getting iTunes to reload its xml, I still would not get the correct number after repeated ReScan requests to the SlimServer. I was getting about half the number of songs (7,000).

I decided to try wiping cache, and sure enough, that was the missing piece. SlimServer is now reporting the correct number of files/albums/artist after the next ReScan.

...but I see another problem: the Fishbone navigation bar for titles now looks like this:

( Z 1 2 S 5 8 1 9 A B A P A O A M A C A E A L B R B T B J F B V B E B H B N B L B H P B P E B H B C T C F B C O C L C F C L C I D W D H D S D E B E D A M E C E I E F A B F I F P B F N F H S F S G C G R G H B H W H B H C H J H M H I H I C S I O I C I J C J B W T J K P K B L T L K L F L H M P L 1 L H L T L M L M C M T M G M S M N F N J N O U O P B P H P A P G P U P G Q R A R S L R A R B R J R D R S U S M S I S B S T S N S B S W S B S C S A S A S V S A S T O T H T S T E T S T F T L T A M T B T P T W T L T U T U V W G W I W O W A W X Y T Y C Y Z A Z

I am running on Mac OS X 10.3.8, G4 1.2GHz, 1GB RAM.

-Maurice

Ben Sandee
2005-04-10, 12:17
On Apr 10, 2005 12:52 PM, maurice
<maurice.1naato (AT) no-mx (DOT) forums.slimdevices.com> wrote:
> ...but I see another problem: the Fishbone navigation bar for titles
> now looks like this:
>
> ( Z 1 2 S 5 8 1 9 A B A P A O A M A C A E A L B R B T B J F B V B E B H
> B N B L B H P B P E B H B C T C F B C O C L C F C L C I D W D H D S D E
> B E D A M E C E I E F A B F I F P B F N F H S F S G C G R G H B H W H B
> H C H J H M H I H I C S I O I C I J C J B W T J K P K B L T L K L F L H
> M P L 1 L H L T L M L M C M T M G M S M N F N J N O U O P B P H P A P G
> P U P G Q R A R S L R A R B R J R D R S U S M S I S B S T S N S B S W S
> B S C S A S A S V S A S T O T H T S T E T S T F T L T A M T B T P T W T
> L T U T U V W G W I W O W A W X Y T Y C Y Z A Z
>

Maurice,

I know that Slimdevices developers are working hard to resolve this
problem. It seems to be intermittent and you are not alone -- I've
seen this problem before myself and resolved it by doing the following
steps:

1) shutdown slimserver
2) remove the slimserver.db file (not sure where exactly it is on your system)
3) start slimserver, let it scan completely
4) restart slimserver again

I generally try to minimize my interaction with slimserver during this
initial scan -- may be paranoia but it seems that the problem occurs
more often if I'm messing with the server while I rescan.

Some of these steps may not be required, but it's what I have
successfully done when I get bit by this bug. FYI, I rescan my tracks
a lot because of two reasons:
1) I'm retagging everything lately to include the proper year tag
because slimserver updates it
2) I'm tracking the svn branch and am following a few tagging bugs so
I choose to do complete scans from scratch to verify them.

HTH,
Ben