[mherger wrote: > > You know there are tools to do this? :-) > > Yep, used some of those before, but this does not scale as well as my > script solution: So far I never took particular care of the tags, but > managed the media collection with scripts. Essentially the tag > management is now just an additional funtion call in a script I use > anyway. This way, the tags are set correctly while adding new releases. > No extra work/housekeeping needed. > > What do you refer to as the "music folder"? > > Sorry, that was indeed not quite clear: My Music -> Music Folder points > to a directory containing all the audio. This, in turn, contains a > subfolder called "music". Clicking my way through the Web-UI to that one > I only get to see "Empty", although the file system in does contain > further subfolders. Access permissions are correct, not quite sure as to > why this behaves weird. > > Usually I would quickly restart the squeezeboxserver service, but > currently this squeezeboxserver process runs the scanner as a child > process and after running 24 hours straight I prefer not to disturb the > scanner -> Will postpone the squeezeboxserver process restart to later > when the scanner has finished. > > Maybe you should start by describing what problem you're trying to > solve, what OS you're using etc. Jumping right to VMs, iSCSI, clustering > > etc. sounds impressive, but probably just a bit over-engineered... > > One Problem this solves is to keep the serivce up during host > maintenance (like OS upgrades). Got a few players connecting via VPN > from around the world. Outages are annoying for the users. > > On top of that... having two machines side-by-side also lets me directly > compare iSCSI (block storage) against NFS (file storage) performance. > > > > securitySecret: ... > > server_uuid: ... > > > > Is there any harm in having those identical on both machines when all > > playeres only ever connect via the VIP? Or is LMS doing any network > > discoveries for other servers that could be screwed up this way? > > Yes, don't share the UUID across systems unless you know 100% for sure > that they'll never run in parallel. > > Hmm, ok. > > Run in parallel like "Running the squeezebox service at the same time" > (yes, they would run at the same time). Or like "Players accessing both > hosts on their private IPs at the same time" (no, because the players > are supposed to only use the Virtual IP, which exists only on a single > cluster node at any one time. If need be and players would misbehave, > access to the private cluster node IPs could be prohibited using the > host firewall) > > The scanner can be executed 100% independently. No need to run LMS in > order to launch the scan. In the end the scanner is just another process > > spawned by LMS. Check what parameters it's using and run it manually. > > Unfortunately I didn't start it manually this time... now I have to > excerise my patience to examine this "Empty" music folder issue. But > generally your idea sounds very good: it could be executed as a CRON or > SystemD timers job. That would also be more flexible than the LMS > built-in auto-scan solution (which only lets the user select an hour for > a daily rescan, instead of permitting the rescan to be run on a weekly > schedule) > >
Best, Raimund ------------------------------------------------------------------------ mutli-squeezer's Profile: http://forums.slimdevices.com/member.php?userid=70110 View this thread: http://forums.slimdevices.com/showthread.php?t=112059 _______________________________________________ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
