Windows 7 x64 No Library Found

I recently "upgraded" from Windows XP to Windows 7 x64 and now find I have a problem with Serviio I can't seem to resolve.
Previously, I started with 'Serviio Service' and 'Serviio Console' in my start box, meaning it was ready to go when I needed it. I mapped some local folders and some on a plugabble drive. This worked fine. In 7 x64 I find I am having to always manually update the library each time I use it. It always seems to start empty of all folders and files, even those on local drives. Meaning each time I want to use it I have to select 'force refresh', which takes about 1o minutes to complete each time.
I don't have 'search for updates of currently shared files'; 'include hidden files'' nor 'keep library automatically updated' checked as I prefer to control updates myself.
I only have the 'share video files' and 'scan for file updates' column entries checked.
What setting(s) am I missing?

[zip]

Can you post detailed log of starting the server (and thus having the folders empty)?

See attached

[zip]

From the log:

  Code:

2014-01-29 06:27:57,723 WARN  [LibraryAdditionsCheckerThread] Folder 'M:\Movies' is either not an existing directory or cannot be read due to access rights
2014-01-29 06:27:57,748 WARN  [LibraryAdditionsCheckerThread] Folder 'M:\TV' is either not an existing directory or cannot be read due to access rights
2014-01-29 06:27:57,749 WARN  [LibraryAdditionsCheckerThread] Folder 'M:\Comedy' is either not an existing directory or cannot be read due to access rights
2014-01-29 06:27:57,751 WARN  [LibraryAdditionsCheckerThread] Folder 'M:\3D' is either not an existing directory or cannot be read due to access rights
2014-01-29 06:27:57,751 WARN  [LibraryAdditionsCheckerThread] Folder 'M:\Keep' is either not an existing directory or cannot be read due to access rights
2014-01-29 06:27:57,752 WARN  [LibraryAdditionsCheckerThread] Folder 'M:\For Checking' is either not an existing directory or cannot be read due to access rights
2014-01-29 06:27:57,753 WARN  [LibraryAdditionsCheckerThread] Folder 'G:\Golf' is either not an existing directory or cannot be read due to access rights


So your drives M and G are either remote and the user running the service doesn't have access or they are not yet mounted when the service starts. If they are remote, use UNC path as described in the FAQ.

So, given the share rights are the same as for XP, and I can access the folders and media using other media players in both Windows 7 and XP (therefore confirming it is not an access rights issue), why does Serviio not see them as mounted when it starts in Windows 7, but does when it starts in XP?
Why does it then see them as existing and accessible when I undertake a full library update in Windows 7 when nothing else has changed?
How can I set the ServiioService to recognise the same configuration in Windows 7 as it sees in XP and run without having to manually update the library each time? Is this a timing issue? Can I set a parameter to overcome this?

[zip]

The Serviio service probably runs (by default) under a special user (not the one you use when logged in on desktop), so access rights problem is still possible.

Serviio service starts before the desktop user logs in (depends on timing), and your drives are only mapped after the desktop user logs in - so they might not be there at the time of the service start.

Ideally you want to use UNC path, instead of mapped drives. http://serviio.org/component/content/article?id=21#q5

I am the only user on the PC. There is no log in required, it boots straight into Windows - XP and 7. Both use the same folder structure. On XP the files are found, in 7 they are not.
In any case, why does Serviio delete the library contents when it is set to manually update?
Surely it should do nothing until told to, as it does in XP?
I understand there will be a problem updating folders that don't exist, which is why I have set this to manual update only.
In XP, I make sure the caddy drive spins up before running Serviio (the service starting automatically), then manually update any changes.
If I access folders not on the caddy drive, then Serviio runs them.
In 7, If I attempt to work the same way, Serviio finds nothing, without having to manually update all the folders.
Why does the log file claim folders are not found and automatically delete the library contents in 7, yet works OK in XP?

[zip]

Can you post screenshot of your Library tab in the console?

See attachments. M drive is the caddy, F drive is a local partition.

[zip]

Ok, so I think you have to uncheck the automatic scan for your folders (the circular arrow). The other checkbox means to scan for metadata updates for existing files.

See more info here: http://wiki.serviio.org/doku.php?id=ser ... _explained

Note that if you do this any new additions will not be registered automatically and you'll have to select the checkbox(es) and Save before clicking Force refresh, to let Serviio know your drive is now ready.

sorry to jump the thread but anniebody is not the only one with this problem, let me say first however that my old Samsung laptop runs serviio just fine all files can be seen and played to my Sony devices, i should add this is a 32 bit machine,now here's the killer my Dell machine is 64 bit and Serviio is installed the same way, set the same and i can see the folders on the tv but there's nothing in them (i know there is!) so now i'm at a loss on this, oh and both machines are running Windows 7

If I do as you suggest - uncheck the 'scan for file additions and updates' then these folders are not scanned when using the 'force refresh' button and the files are no longer seen by Serviio at all.
Also, the folders are checked in Windows XP, and this works correctly.
As I have already indicated, the setup is exactly the same for XP and 7, yet 7 does not work with this configuration, but XP does.
I am still at a loss as to why XP retains the library settings between each manual 'force refresh' yet 7 does not and results in an empty library after each reboot with exactly the same settings. There MUST be a difference in how 7 x64 is working, which Serviio has yet to address.

[DenyAll]

I suspect its a timing thing. On starting up, Windows has to adds the hard drives. How long this takes depends on the subsystems that need to be fired up first (eg. for a USB drive, the PCI bus needs to be fired up, then the USB Host Controller, then the USB port, then it needs to poll the port for devices, then attach your USB drive, then enumerate that drive). If the Serviio server starts before this happens then it cannot find your drive and you get the problem you have.

I suspect Windows XP was simply adding your drive faster than Win7 is (maybe your Win7 has more things to add, maybe a bad driver somewhere is delaying things). You can test this - stop and disable the Serviio service (in services.msc), restart your PC and let everything start up - give it a few minutes, and then re-enable and start the Serviio service. You should not get the library deletions in your log if my suspicions are correct.

So what to do - first try delaying the Serviio server startup. In services.msc right click on the Serviio service, select Properties and on the set the Startup type to "Automatic (Delayed)". Other than that, you can find tools on the web that will measure and tune your start up process (as with all tools on the web, use carefully and at your own risk). At the very least, this may also tell you if a driver is taking a long time to start up.

ps. I do agree that this is a Serviio issue - imho Serviio needs a way to detect that a shared folder is not mounted (vs has been deleted), but there are plenty of topics in the forum on this requirement for removable drives.

Sorry, but I disagree with the supposed timing issue for 7!
If I do not start the 'ServiioService' automatically by invoking in the startup folder, instead choosing to start manually at some later date, then the lost library issue remains, so it cannot be a timing / startup problem with 7.
I do agree this is a serviio issue. As already noted the files are available using other sources (Windows Media Player) but are not recognised by Serviio when it starts (blank library at each start), only when Serviio is manually forced to update.
There is also the consideration that Serviio is not solely working with removable drives, but a mix of removable and fixed drives. It is not seeing the data on the fixed drives which other programs are seeing.
There appears to be a problem with Serviio and Windows 7 x64.

[DenyAll]

Did these drives migrated from your WinXP system (ie. were they on your old system, and you either installed a new OS on your C: drive - is that a separate physical drive - or installed these drives into a new PC)? It may be that these migrated drives have old security information that is preventing Serviio from accessing it (disclaimer, this would explain why it doesn't access the shared folder on startup, but doesn't explain why it does later...).

A simple way to test if it is an access issue: In windows explorer right click on one of shared folders and select Properties, Security, Edit and Add. Add the user Everyone. Give that user full control of the folder (and when prompted apply this to all subfolders and files). Force Refresh your library. Restart you PC and see if that particular shared folder is retained.

See how that goes and come back to us.

Some success!
To answer your query, both drives were inherited from the previous system.
The local drive now reads every time. I used the 'my administrator' account (my auto login account) instead of 'everyone'.
The caddy drive still needs to be force refreshed with the 'administrator account' or 'everyone' selected. The default for this was set to 'SYSTEM'.
While looking at properties, I also tried changing the 'properties/hardware/policies' settings from ' better perfomance' to 'quick removal, without success. Now back to default.
One down, one to go!

Is this link now dead?
Does anyone have a solution?