-
Notifications
You must be signed in to change notification settings - Fork 600
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
Won't run as deamon. #1985
Comments
If you copy it or make a symbolic link: it doesn't matter. The only thing is, if Make sure you check the comments in the init file. You probably forgot to create the |
As clearly stated before, I followed the Official Wiki instructions (https://github.com/rembo10/headphones/wiki/Install-as-a-daemon) to the letter, which includes making the changes to the /etc/default/headphones file. But if I do:
then:
doesn't work. So the only change I made is I copied the file over. Also note the it is definitely reading my defaults file, as if I enter wrong values there, it gives me errors. Once the correct ones are in I get no errors. I am told it started, then when I check it isn't running and there is no running process either. The ONLY way so far for me to run it is by using the python headphones.py line. |
I have updated the troubleshooting wiki and elaborated on debugging this problem. Could you check/test it out for me? You can find it here Note that this issue can be hard to debug, even tough a small mistake can cause the problem. I think your problem is related to permissions: the normal way of starting runs under user |
Makes sense. But firstly I have done this a number of times before, and knowing all about even little things, I have tried different things to try and fix. I have tried as normal user and even as root (including changing permissions to suit). I'll try out that link and let you know how I go. Would be much easier if it just did a log file or something so I may be able to see what is happening when attempting to start it. |
It does write to a log file, if it can create one. If you change the init script to not deamonize and add verbose, it should show you what is going on. |
THis is the result after adding verbose.
Now, weird part is that nothing else is running on 8181. Closest there is is Apache on port 80 with a port forwarding on router as 81 to the port 80 (ISP blocking port 80). And it works fine when starting using |
Oh and what is this about:
|
The value
|
OK cool. Got it fixed. That weird URL was in the /opt/headphones/config.ini file/ I have attached a copy of the old config, as more so out of curiosity, there are heaps of weird stuff in there that shouldn't be and I was wondering if anyone can advise what might have happened so I can try to prevent it from happening again.
|
Good to hear, but the weird URLs look like they were added/set by some virus or something. |
But what virus would have affected this? Never had virus's on Linux before. Its a Ubuntu Headless Server that is dedicated ONLY to Couchpotato, Headphones, Sickbeard with File sharing and thats it. |
To me it looks more like some sort of corruption. |
Yes, it's corruption. But all keys, tokens, usernames and passwords look encrypted. And the host name/strange url is typical a spammer domain. Something caused that. |
But like what? I just can't wrap my head around that a headless system, that is never used directly and therefore does not run anything other than what I originally setup. If I can get an idea on how it could have happened or something, I can then look for the files or check the security of the box. This box has only been running for around 3 months, and hasn't even got custom repositories. Everything is, or near stock. I installed Ubuntu Server with minimal features, setup a LVM, installed the headphones and couch and sickbeard, setup Samba and Apache and installed webmin, transmission, and only have webmin and transmission ports open on the router. Can anyone give any guide on what files to search for or things to check. I am just concerned that leaving it be might mean it can occur again. |
I wish I could give a hint to what might have caused it. Maybe it's good to run a virus scanner once, and see if some malware and/or viruses are still on the system. Do not that I am not 100% sure that it is a virus. I only draw this conclusion from what I see in your config file that looks unnatural. Maybe you downloaded a copy of Headphones from an untrusted source, with a pre-defined config.ini in it? Maybe someone hacked into your system, or from another system in the network? Maybe it was something that occurred only once, and nothing is going on anymore? Just speculating |
I understand all that, I can eliminate some of those options but not all. What do you recommend to use to do a scan on Ubunutu Server? Never needed to do one before. Figure I can do a scan and leave it at that. Maybe turn on some extra logging on the router just to have something to look for if it ever happened again. |
Thanks BTW, for your help. I knew it was just a matter of deduction but I got to the end of what I knew and didn't know where to check next. |
I don't know any good virus scanners because I haven't used one before either :-P But I guess there should be a free one in apt-get, somewhere. Google probably knows it :) I am closing this issue now. |
Just a heads up. I have confirmed a hack. Not sure how yet, but it happened again, only this time instead of jumbled letters, they wrote in the username section "your site has been breached". |
Have headphones setup from git on Ubuntu 12.10.
Works fine when started using python headphones.py
I tried following the instructions for installing deamon and they are wrong in the Wiki. At one point it says to create a symbolic link of the init.ubuntu file, then the next part to set permissions for the /etc/init.d/headphones symbolic link, fails.
Will only let me set permissions if I copy the the file over instead.
Either way I try starting as daemon and it says it started, but no process or error or anything.
I have followed the wiki to the letter (barring the symlink, instead copying in full over), I have double checked my paths and also double checked the permissions.
Again, works fine if I start using python headphones.py, but not as deamon.
The text was updated successfully, but these errors were encountered: