|
Post by peterfu on Apr 21, 2009 2:42:44 GMT 7
As You like - but I would prefer raid0, cause the access via raid is then done via symbolic links. All Your shares are then bellow /raid0/data. br Peter
|
|
|
Post by teufel82 on Apr 21, 2009 16:29:12 GMT 7
thanks, i try it today.
|
|
|
Post by teufel82 on Apr 22, 2009 19:41:15 GMT 7
Hi peterfu, yesterday i have the module deinstalled, reboot and installed again. rescan is set to 240 today, 2. start all shares doubled. i'll watch the database size. mfg Frank
|
|
|
Post by peterfu on Apr 22, 2009 21:12:52 GMT 7
strange - cause I don't have the problem and the data are not doubled. Have You set the shares to the folders where Your media files are stored ? br Peter
|
|
|
Post by teufel82 on Apr 23, 2009 13:03:13 GMT 7
Hi peterfu, yes, the path was already to raid0/data/musik etc. today comes a mail by twonky: "Thank you for your patience, we are back with our server version for some self installed NAS devices. Though currently self installed NAS versions are not supported, as our server comes pre-installed on many NAS devices. Anyway you may visit the link given below for your NAS device and download the compatible TwonkyMedia server version 4.4.11 if you want to self install the server on your NAS.
TwonkyMedia server 4.4.11 will accept a 4.X and 5.X server license key as well as a TwonkyMedia manager license key. Version 4.4.11 of the server can be downloaded from the following URL."
Can i see in the database, whether the entries are really doubled, or only a bug at the information on webinterface? mfg Frank
|
|
|
Post by peterfu on Apr 23, 2009 20:03:09 GMT 7
Hi Frank, Twonkymedia version 4.4.11 is in the module version 2.00.12.1, but the newer 4.4.14 is in the module version 2.00.12.1. The 4.4.x versions are "unsopperted" version from Twonkymedia and there exists prepacked versions for different NAS - but not for the thecus modells. For the 5.x versions no prepacked versions are provuided from Twonkymedia.
The double entries are realy strange in Your installation, cause I see this only if I do a rescan database if an rescan is already running. May be thats the case uif You restart Your device, then the server makes automatically a rescan and the time based rescan is started also.
Please try following: - set the resacn value to 0 (disable it) - rebuild then the database via "Rebuild database" - after it has finishes try a restart and wait till it's finished
br Peter
|
|
|
Post by teufel82 on Apr 28, 2009 13:50:48 GMT 7
Hi peterfu, have all made the changes. because rescan 0 , if the server starts, it will be rebuild the library. at earlier versions the server starts and took the information at the database without rebuilding.
the shares are now not doubled, but little more every start i have about 1600 Videos at start, 2. start about 2000 videos. and so on with pics and musik.
any ideas? mfg Frank
|
|
|
Post by peterfu on Apr 28, 2009 14:47:39 GMT 7
really strange.
Yes, the server rescans at every restart now.
Can You please post Your share definition - You can display the ini file via the module property page and I'm interested only in the share definition line.
br Peter
|
|
|
Post by teufel82 on Apr 28, 2009 15:15:18 GMT 7
Hi peterfu, i don't understand all. i have made a screenshot of share-definition. but i cant post it here? i have the screenshot on my gmx multimedia center saved. This is the link: www.gmx.de/mc/8lThfL07bXqdzZiDKNfxeF4BrBnH3cmfg Frank
|
|
|
Post by teufel82 on Apr 28, 2009 15:16:30 GMT 7
|
|
|
Post by peterfu on Apr 29, 2009 2:13:46 GMT 7
The share definition looks OK - actually similar to mine. Is the content scan finished when You are restarting the server ? br Peter
|
|
|
Post by peterfu on Apr 29, 2009 12:24:21 GMT 7
OK - have started to check it now in detail on my box - I've also double entries on reboot. I'm in the process of tracking it and debugging it - still don't realy understand it cause the reboot triggers the same actions as disable and enable the module (stop and start of the module) - must be something with the general startup procedure of the box.
br Peter
|
|
|
Post by teufel82 on Apr 29, 2009 13:19:34 GMT 7
I thought the error occurs only on my.
|
|
|
Post by peterfu on Apr 29, 2009 14:35:34 GMT 7
Yes, I thought that too.
I will track it down in more detail, but I assume it has something to do with the raid assembling process which is done on a reboot.
A temporary solution would be to modify the startuop script in a way, that the database is deleted on a start - a rescan is done in any way, so it would not influence the system to much - will do some tests in the evening.
br Peter
|
|
|
Post by peterfu on Apr 30, 2009 3:45:59 GMT 7
OK. I've found the problem and corrected it in the new module version 2.00.16.2.
The problem was, that the twonkymediserver ignores for some file the dbdir (database directory) parameter of the ini file and writes these important files into /var/twonkymedia (thats the defualt folder) - the problem on the thecus boxes is, that /var is cleaned up on reboot. Have now done a workaround in the module, so that the data are stored in the module folder and are not cleared upon reboot.
This fix solves at least 2 issues: 1) double entries upon reboot 2) client info was lost upon reboot
br Peter
|
|