LMS 7.7 rc5

[Mnyb]

regarding log sizes , what is the normal size limit ? And have many "backlogs" do you save ?

How many Gb can the cache folder grow to ? Does it uses some temp files while scanning and temporarirly need more space.
i still have 50% left of my system drive , I have yet to crash for that reason
My install is on an 8Gb SSD , some is boot partition and 2gb swap which leaves rest for the OS and LMS

[JackOfAll]

> Re-scanning, only half the changed files processed per rescan....

Is this using rc5 or a nightly?

Yes, it's with 7.7 rc5. Seem to recall something very similar, if not exactly the same behaviour, in one of the candidates prior to the 7.6 release.

[JackOfAll]

> Could you please file a bug report for this? If this is a regression,
> I'll have to fix it.

nm.: should be fixed in r33595

I wont bother filing a bug then. Ta.

[mherger]

>> > Just tried to update to RC5 on my ReadyNAS, but it once again failed
>> > with an install error.

What is the error message you get?

> I'm using a ReadyNAS Pro. Disk space is not the reason for the issue:
> Filesystem Size Used Avail Use% Mounted on
> /dev/md0 4.0G 1.8G 2.1G 47% /

Ok, that shouldn't be the problem then. Thanks for checking.

--

Michael

[mherger]

> regarding log sizes , what is the normal size limit ? And have many
> "backlogs" do you save ?

100MB per file, 2 files max. But we only do the rotation ourselves on
Windows and OSX. On Linux based systems we rely on the system's log
rotation. That was probably wrong in the case of ReadyNAS.

> How many Gb can the cache folder grow to ? Does it uses some temp files
> while scanning and temporarirly need more space.

Yes, the DB does use the temporary folder. There's another bug filed
against this issue which causes scans to fail on some NAS devices
(http://bugs.slimdevices.com/show_bug.cgi?id=17471)

--

Michael

[mherger]

>> > Could you please file a bug report for this? If this is a regression,
>>
>> > I'll have to fix it.
>>
>> nm.: should be fixed in r33595
>
> I wont bother filing a bug then. Ta.

For your reference: http://bugs.slimdevices.com/show_bug.cgi?id=17646 -
filed it after the fix, for the bureaucrats...

--

Michael

[JJZolx]

> regarding log sizes , what is the normal size limit ? And have many
> "backlogs" do you save ?

100MB per file, 2 files max. But we only do the rotation ourselves on
Windows and OSX.

Not on Windows.

[mherger]

>> Windows and OSX.
>
> Not on Windows.

Not for JJZolx.

--

Michael

[Mnyb]

I supect that " Browse Music Folder " initiate scans on already scanned content ?
I have one occurence in my logs somewhere.
i'll see if I can provoke the behaviur this afternoon...

i do not use bmf much, sometimes to scan a new album as it is faster.
It has always baffled me why there is no "scan for new" but only " scan for new and changed" .
Where it waste 2 minutes checking my >32k files for news then 3 sec to add the one new album.

I'm not the lone " una bomber type " with only untagged wav files :P so I don't expect bmf to be fantastic btw. As it is not used often I prefer the tagged based views or search.
Sometimes it's good to find things you misplaced wo proper tags and if you have a test file of some kind or other temp stuff you want to play.

Another bizarre thing i noticed about your scanning progress entertainment in the web-UI , is that it always reports 15 new files for a new album regardless of actual numbers of songs in that album, the scan itself is ok, it just this statistic.

[JJZolx]

>> Windows and OSX.
>
> Not on Windows.

Not for JJZolx.

Huh? Are you saying logs are rotated on Windows? The scanner.log is cleared when a clear & rescan is run, but AFAIK the server.log is never rotated or cleared.

Edit: Ah, Ok... they're rotated if they exceed 100MB and the server is restarted.