Hi
I’m running OpenSuse 10.3 and I’ve tried to set permissions on my folder and subfolders from root:root to wwwrun:www.
In the shell it shows all folders and files with the correct permissions, but in the GUI it still says root:root and so my web application can’t write to it, until I manually set the subfolders permission in the GUI.
That said, what you describe is really strange. However you are a bit vague at calling things by name. E.g. with “my folder” you probably mean a directory, but which one. Give it a name by showing:
ls -l <my-folder>
and then, maybe you could show a pic from where the GUI says something.
Edit: I do not think that the openSUSE level has anything to do with this particular problem, but 10.3 is no longer supported and thus you will already be behind with security updates. Try to update to e.g. 11.2 asap.
Hi Henk
I’ve taken the screenshot, but how do I upload it?
I agree we need to upgrade, but this must me solvable on 10.3.
Basically I’ve got a directory www which I’ve set to wwwrun:www and checked the box to apply to sub folders and contents. but my sub directories (in this case “assets”) still show root:root when I go to it’s properties in the GUI, but in the shell it shows wwwrun:www. But when wwwrun tries to write to it, it gets access denied, until I manually set the permission on that folder.
At least you could have copy/pasted the* ls -l *output I asked for. No need for screen shots there. Talking about “I have a www folder” is not helping very much.
boven:~ # ls -l /srv/www
total 12
drwxr-xr-x 2 root root 4096 Jan 5 21:03 cgi-bin
drwxr-xr-x 5 root root 4096 Jan 6 17:19 htdocs
drwxr-xr-x 2 root root 4096 Oct 30 18:41 perl-lib
boven:~ #
is.
I do not know if we need screenshots in fact. The CLI is telling much mote in much less of space and time. But people who want to show screen shots often opload them to some free web site for this and them provide the link. I myself have a small website space at my ISP where I can put such things.
LOL, by GUI I mean KDE, so when I right click the folder in konqueror, and check the permissions there, they are not the same as the permissions in the shell.
here is the info you wanted on the directories
I am still convinced that you are looking with Konqui at a different place then you think you are. And because the peeping with Konqui is not the problem, your real problem is that your applic (Apache2 ?) points to the wrong directory. Can we, to prove if I am right or wrong, do a search for all files/directories with name Mobius?
find / -name 'Mobius'
And please put computer output between CODE tags. This saves the readability of output. Compare my example of ls output with yours.
How to do this? Select the computer text and click on the # sign above the input field.
openSUSE 10.3 is unsupported software which has not had any security
updates or patches since Oct 2009…
however, i have a feeling that maybe you are actually running SUSE
Linux Enterprise Desktop 10 SP 3, also known as SLED 10 3 (or 10 SP3
or in the worst case 10.3)
please do the following in a terminal to see exactly what you have:
cat /etc/issue
and, from the questions you are asking it seem apparent you don’t have
the background necessary to keep openSUSE 10.3 manually updated and
safe…so, i do hope you don’t expose it to the internet EVER, and on
company networks only if you are certain all employees are both
totally honest and will always remain loyal to the enterprise…
by the way, i noticed in your earlier posting this:
database:/delphi/Mobius # ls -l www |more
and, wonder two things, why you piped though more (which was not as
hcvv asked for) and secondly why and how did you sign in as root? did
you log into KDE as root, or was the root login in the terminal, only?
I agree that I’m no Linux expert, and I realise we are on an old version, but we operate 24/7 and this is also our database server, so we can’t update all the time, but no, it is not exposed to the internet, and we su to root.
@sccooke. I am afraid that in this phase of our quest I realy am wanting to sit with you at the terminal. This type of remote diagnose is not fit for every problem.
I will think it over again, but I can not promise I will return with something genious