Re: SSH write error

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I made one more really interesting observation. Only the /var directory and subdirectories of /var directory create this error. The other directories such as /usr and /tmp lets the users write (upload) new files without a problem. The permissions on the /var directory are drwxr-xr-x. When I change the permissions to drwxrwxrwx, it still doesn't let users (other than root) write files into /var. When I change the permissions on the /usr directory to drwxrwxrwx though, it works perfectly. I wonder what it is with /var that causes this problem. I appreciate any insight.

Thanks,
-Mete

---------- Original Message ----------------------------------
From: "Mete Kural" <metek@xxxxxxxxxxxxxxxxx>
Reply-To: redhat-list@xxxxxxxxxx
Date:  Wed, 31 Dec 2003 08:46:41 +0000

>Also I forgot to mention something very important... After I try to upload the file (write the file) it gives the error but still puts a file with the same name and "0 size" in the directory, but doesn't copy the contents of the file. Just writes a 0 sized file for some reason. Any ideas?
>
>-Mete
>
>---------- Original Message ----------------------------------
>From: "Mete Kural" <metek@xxxxxxxxxxxxxxxxx>
>Reply-To: redhat-list@xxxxxxxxxx
>Date:  Wed, 31 Dec 2003 08:37:28 +0000
>
>>Thank you very much for all your feedback.
>>
>>>Is it a specific area that a specific user cannot write to, or a specific user 
>>>that cannot write anywhere or....
>>
>>Any user other than root cannot write to that directory, but they can write to the /tmp directory. The /tmp directory has drwxrwxrwt permission and the directory that I'm trying to write to which doesn't work has drwxrwxrwx permission. So permissions are wide open. I don't know how it could be a permissions problem. Also when there is a permissions problem, SSH usually reports "Access Denied". In this case it says it's an undefined error.
>>
>>>How are you authenticating, via password or key? 
>>
>>I'm authenticating with a password.
>>
>>>Any chance you employ quotas ?   The user could be over their 
>>>quota. 
>>
>>It doesn't seem like there are user quotas on the server either.
>>I ran the quota command with the user that I'm trying to write files and this was the output:
>>
>>Disk quotas for user johnp (uid 510): none
>>
>>>There are a number of other possible causes too. 
>>
>>What other causes could be involved?
>>
>>Thank you very much and happy new year,
>>Mete
>>
>>
>>-- 
>>redhat-list mailing list
>>unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
>>https://www.redhat.com/mailman/listinfo/redhat-list
>>
>
>
>-- 
>redhat-list mailing list
>unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
>https://www.redhat.com/mailman/listinfo/redhat-list
>


-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux