-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ps3netserv not starting on DS916 DSM6.1 #3399
Comments
It is of course useless to show part of logfiles concerning a date 2018/04/27 when you installed the package on 2018/07/26 |
hello BenjV, Thanks for your reply. I updated the logs. I solved this by manually editting the conf file to /volume1/Home\folder/Games/PS3/GAMES/ Altough now my ISO files won't load, this is what comes out of the log: Starting ps3netsrv ... |
/volume1/Home\folder/Games/PS3/GAMES/ I see a backslash in this path. But the biggest problem is, is that you are on the wrong place for support of this package because it is not a package from the SynoCommunity. |
my folder is /volume1/Home folder/Games/PS3/GAMES |
Why would a space needed to be fixed and how could a \ do that? |
package: https://github.com/SynoCommunity/spksrc/tree/master/spk/ps3netsrv It works like sshing into my nas, /volume1/Home folder/.. does not work but /volume1/Home\ folder/ does... |
@BenjV It is: https://synocommunity.com/package/ps3netsrv @soapy01 I propose you first edit configuration with a system location you may observe from ssh terminal - for instance @Anonym-tsk May you please help about it? |
It is possible ps3netsrv does not support "space" in path location. I recommend to change for another location where no space is involved. |
I tried all variants, but solution not found. |
I'd listen to @ymartin59 and use a foldername without space. Alternatively, you can try to create a symbolic link without space to your folder with space and use the link without space in the service_command. |
First of all the path is red form the from the ps3netsrv.conf file so messing with the other script is useless.
You can seen in the ps3netsrv.log that the start command will change to:
Even that will not start the ps3netsrv so the problem is in the application itself that cannot read the commanline correctly. |
Any of these three invocations works on my system:
Problem comes from "stdbuf" command parsing:
And I found no way to preserve space on |
@ymartin59 @BenjV I think, problem is more global.
I don't know how to fix it. |
This can be solve by changing the "Input Field Separator "(IFS) into something else then a space.
|
@BenjV very strange hack |
Not strange at all.
does also not function and should be quoted like ls -la "/tmp/Test Folder" But quoting becomes problematic with nested shell commands, so changing IFS is much simpeler. |
My question: is |
It doesn't work without stdbuf too |
@BenjV your hack is not solution. |
You could change the ${SERVICE_COMMAND} by replacing all the spaces in that line with ~
But that would only work for DSM 6 start command. I would suggest to leave it as it is and just stipulate that shares with spaces in the name are not allowed. |
Ok I found a better solution.
Could you test this? |
It doesn't work. |
Better way is to make startup script like this
and modify service-setup script
|
No that could not work |
Strange. This script doesn't work for me.
|
For me neither, I made a mistake. |
Ok I think I found the solution
and put eval before the command exceution like:
|
It is not possible, because one SSS script generated for all packages. |
That's the whole point, when eval is used all quoting are respected and so you can single/double quote filesnames. I have already tested it with a few packages and it creates no problem. |
@ymartin59 What do you think about eval in SSS script? |
The option of a script "starter.sh" which reads configuration and start /var/packages/ps3netsrv/target/bin/ps3netsrv without stdbuf is probably the best to my mind. |
@ymartin59 Because if somebody uses a folder- or filename name with a space in it, that package will also fail. The only way I found to prevent that, is using a combination with single quotes and double quotes around the variable holding that foldername in combination with use of eval to process that correctly. |
As far as I know, it is the first package that expects "data path location" as command line argument. Other applications have dedicated configuration file where wizard value are replaced. |
Ok, then the solution must come from not using stdbuf |
* Version upgrade * location with whitespaces fix SynoCommunity#3399 * Russian translation
For new Package Requests, see the guidelines
Setup
Package Name: PS3netsrv
Package Version: 1.47.08-2
NAS Model: DS916
NAS Architecture: Braswell
DSM version: DSM 6.1.7-15284 Update 2
Expected behavior
Package should start
Actual behavior
Package did not start
Steps to reproduce
1. Install package
2. Run package
3. Package does not run
Package log
Check Package Center or
/usr/local/{package}/var/
Other logs
E.g.
/var/log/messages
or/var/log/synopkg.log
The text was updated successfully, but these errors were encountered: