Search Results

Search found 3 results on 1 pages for 'ncatnow'.

Page 1/1 | 1 

• chmod -R 777 / on ubuntu - numerous problems

  - by ncatnow

  A client has accidentally given the entire filesystem full permissions on their ubuntu 10.04 box. chmod -R 777 httpdocs/cd / As you can see they attempted to cd to the root, and instead gave chmod a fun parameter to play with. First sign of the problem was inability to use 'su', giving an authentication error. sudo also complained of a missing setuid bit. This was fixed by logging in as root from the machine itself, and running chmod +s /usr/bin/sudo. I can now sudo su and do what I need to as root. su still gives an authentication failure. I followed the advice here: http://swiss.ubuntuforums.org/showthread.php?t=1180661&page=2 chmod 0755 / chmod 0755 /* chmod 1777 /tmp chmod 0750 /root chmod 0700 /lost+found I then tried to reset root password. I still cannot su to become root, or su root. The system seems to be running fine. Are there any suggestions for getting su to work once again? Where can I look for more problems?

  Read the article

• Ruby server very slow outside localhost (teambox)

  - by ncatnow

  I just installed TeamBox on my Ubuntu 9.10 server. I have it up and running on port 3000 using the provided server script. It's running extremely slow, up to 30 seconds per HTTP request when connecting from another computer. I used links to load up TeamBox from the shell and it took no time at all. I then setup an SSH tunnel and again it was working very fast. I run about 30 vhosts through apache on this server, as well as SAMBA etc and do not have any problems. How can I troubleshoot this problem?

  Read the article

• Dollar ($) sign in password string treated as variable

  - by ncatnow

  Spent some time troubleshooting a problem whereby a PHP/MySQL web application was having problems connecting to the database. The database could be accessed from the shell and phpMyAdmin with the exact same credentials and it didn't make sense. Turns out the password had a $ sign in it: $_DB["password"] = "mypas$word"; The password being sent was "mypas" which is obviously wrong. What's the best way to handle this problem? I escaped the $ with a \ $_DB["password"] = "mypas\$word"; and it worked. I generally use $string = 'test' for strings which is probably how I avoided running into this before. Is this correct behavious? What if this password was stored in a database and PHP pulled it out - would this same problem occur? What am I missing here...

  Read the article

1