digimaster wrote:
>
> What i mean, in the QNAP QTS you can make a group like music, and make
> the user squeezeboxserver and the user(s) who manage the musicfile, both
> part of it.
> Then if those file have read/executed rights, squeezeboxserver can read
> and see them, but not write or
No thats not what i mean.
Linux/Debian where the QTS of QNap is made from, has a straight forward
User/owner setup.
QLogitechMediaServer runs in a chrooted debian file-system, and QTS is
also debian.
>From version beside the user squeezeboxserver, there also is a group
squeezeboxserver.
That
steklo wrote:
> It might turn out to be a struggle for me as well... Of course I would
> have preferred all files would have come in with owner 999 and
> permissions 750. Then no action would be necessary. But as some of my
> files had owner 1000 I would have to work on these anyway. Changing
dolodobendan wrote:
> I'd call this procedure a struggle. That's why I want my files to have
> the correct permissions as soon as they are on my server.
It might turn out to be a struggle for me as well... Of course I would
have preferred all files would have come in with owner 999 and
steklo wrote:
> Last weekend I copied some new albums into the music folder my NAS.
> Connecting with Cyberduck showed that all new files had permissions 750
> and owner was 999 for the larger part of them and 1000 for the rest.
> Don't ask me why - all files come from the same place and get
dolodobendan wrote:
> If you copied all the files from the same computer and with the same
> user account to your NAS share, they all should have the same owner and
> set of permissions.
Last weekend I copied some new albums into the music folder my NAS.
Connecting with Cyberduck showed that
d6jg wrote:
> If I was running a Pi (I have) it would be much faster than the QNAP!!!
> I actually use an old dual core HP Microserver with 8GB RAM and a single
> SSD but the files on the NAS (a really old 4 disk/raid 5 TS419P) via
> NFS.
> The HP running VB2.4 is much faster (and more
dolodobendan wrote:
> :p
>
>
>
> A common practice. Some people said that their Pi is faster than their
> NAS, which is probably true for older NAS's. In my case, the Pi3b+ (my
> local owncloud server) simply doesn't have enough memory. The Pi4 does,
> but I don't want to upgrade just for
d6jg wrote:
>
> EDIT. I have relaised you may be using QLogitechMediaServer in which
> case ignore most of above.
:p
d6jg wrote:
>
> I'm afraid I don't use that, my QNAP is too old, but instead I use
> another Linux PC with LMS and mount the NAS via NFS.
>
A common practice. Some people
You are both talking about file ownership which is the problem area but
in linux every file has both an owner and a group assigned to it.
If you use squeezeboxuser as the owner all is well but you can't use a
normal user.
This is a NAS and from the look of the path structure a QNAP, yes?
Are
steklo wrote:
> Some of the newly added tracks had owner 999 (squeezeboxserver), some
> owner 1000 (me) none of them appeared in LMS. All of those tracks that
> had been added successfully before had owner 999.
If you copied all the files from the same computer and with the same
user account
dolodobendan wrote:
> Are the files with 999 as the owner treated differently than the ones
> with 1000? Anyway, the file owner should not differ.
Some of the newly added tracks had owner 999 (squeezeboxserver), some
owner 1000 (me) none of them appeared in LMS. All of those tracks that
had
steklo wrote:
> I tried some things this afternoon.
>
> First I took a look at my music folder via Cyberduck (an SFTP client
> available for Mac):
>
> 27972
>
> I realized that for most albums the owner was set to 999, but for some -
> all of them among the newly added albums I was missing,
steklo wrote:
> I tried some things this afternoon.
>
> First I took a look at my music folder via Cyberduck (an SFTP client
> available for Mac):
>
> I realized that for most albums the owner was set to 999, but for some -
> all of them among the newly added albums I was missing, but still
I tried some things this afternoon.
First I took a look at my music folder via Cyberduck (an SFTP client
available for Mac):
27972
I realized that for most albums the owner was set to 999, but for some -
all of them among the newly added albums I was missing, but still not
all of them - were
steklo wrote:
> Well, seems I was a bit too optimistically:
>
> Yesterday I added a number of new albums to my library and performed the
> usual "delete-and-rescan" procedure. The result is that LMS shows all
> albums that had been there before but none of the newly added. I
> re-checked if the
After that I switched off all plugins and after restarting LMS I tried
again to rescan but without success: All new added music is still not
present in LMS.
Here are the server and scanner log files I downloaded afterwards:
2795127952
Is there anything related to the phenomenon that I am
Following the advices in the last post of digimaster I did the
following:
[~] # cd /share/*/.qpkg/LogitechMediaServer/
http://192.168.178.65:9001
[1] squeezeboxserver services found on :
[24118]
[Network check in chroot] :
qnapclub.eu 37.187.75.121
37.187.75.121
There is a backupfile found
Well, seems I was a bit too optimistically:
Yesterday I added a number of new albums to my library and performed the
usual "delete-and-rescan" procedure. The result is that LMS shows all
albums that had been there before but none of the newly added. I
re-checked if the files are really present
Great, many thanks to both of you! There seem to be even more beneath
Filezilla that can do it: Cyberduck, Transmit, Fugu, muCommander... I'll
check this evening and report back!
steklo's Profile:
Filezilla will do itbut a bit more fiddly to set up
https://filezilla-project.org/download.php?platform=osx
VB2.4[/B] STORAGE *QNAP TS419P (NFS)
[B]Living Room* - Joggler & SB3 -> Onkyo TS606 -> Celestion F20s
*Office* - Pi3+Sreen -> Sony TAFE320 -> Celestion F10s / Pi2+DAC & SB3
-> Onkyo
Ok I see, WinSCP actually looks much more common for me than executing
command lines in terminal. Unfortunately I'm on a Mac and can't use
WinSCP. Is there anything comparable for Mac users?
steklo's Profile:
Screenshot is WinSCP displaying contents of my cache folder. Clearing
the .db files is as simple as right clicking and selecting delete.
Note in the top of the window is the path to the files. You can find
this from Settings / Information
27779
If I get it right I'd first have to go to the cache directory (which as
you told me can be found in LMS settings/information) using »cd« command
including the string linking to the cache folder. Then I should be in
and could execute »rm *.db« – correct?
That's correct. But as d6jg pointed out
steklo wrote:
> Hello, thanks for guiding me. My problem is that I'm not in command of
> the command line syntax. I have done some things via ssh already but
> only with the help of someone else telling me what to type into the
> terminal.
>
>
Thats why I'm suggesting WinSCP - there is no
d6jg wrote:
> Enable SSH on the Qnap and use putty (or winscp) to navigate the file
> structure to delete .db files
> Im guessing winscp would be better in your case
> Use admin not root user
Hello, thanks for guiding me. My problem is that I'm not in command of
the command line syntax. I
Enable SSH on the Qnap and use putty (or winscp) to navigate the file
structure to delete .db files
Im guessing winscp would be better in your case
Use admin not root user
VB2.4[/B] STORAGE *QNAP TS419P (NFS)
[B]Living Room* - Joggler & SB3 -> Onkyo TS606 -> Celestion F20s
*Office* -
Would it be allowed to pose that specific question concerning the right
command line in the ongoing "QLogitechMediaServer for Qnap with QTS 4.2
or higher and x86_64/I686/X86 support !" thread?
Sure, give it a try.
--
Michael
___
Squeezecenter
Hello Michael,
ok, the cache folder location in settings/information menu is listed
beneath what in the german version is named as
"Zwischenspeicher-Ordner", right? So that was really easy.
I was hoping digimaster might help (I asked him) as he naturally knows
best about QNAP and LMS. But I
My first problem actually is to find the location of the LMS cache
folder. Any idea where I would find it on a QNAP NAS? Unfortunately
See Settings/Information.
So probably we need to connect via ssh and execute a command line to do
that. But to do so 1.) the location of the cache folder must
Hi Michael,
thanks for your thoughts!
My first problem actually is to find the location of the LMS cache
folder. Any idea where I would find it on a QNAP NAS? Unfortunately
QNAP's file station, which is the app to manage the files on the NAS,
keeps all apps and app related data (as well as
[19-07-23 20:30:48.2227] Slim::Utils::DbCache::__ANON__ (301) Error:
DBD::SQLite::st execute failed: database is locked
that's certainly no good sign. I'd suggest you shut down LMS, then
delete all the *.db files from its cache folder and restart. This should
trigger an all new scan with a
Well I managed to download the server log file. Here is what it says for
yesterday: (see attachement below, can't insert the complete text here
because it's too long)
While being completely ignorant of these lines, I'd say this one caught
my attention:
[19-07-23 20:30:48.2227]
Possibly this is an important detail, that just re-entered my mind:
After I started the rescan I switched through the tabs of the LMS
settings menu. It then suddenly froze and no matter which tab I clicked,
the sreen remained the same. Thus I went to QNAP app center, stopped
QLogitechMediaServer
34 matches
Mail list logo
