Difference between revisions of "Shares troubleshooting"
From Amahi Wiki
(Created page with ''''NOTE: at the moment we have a bug where users that use ANY capital letters are not created properly. Please stick to users with all lowercase letters''' (This appears to be a…') |
(No difference)
|
Revision as of 22:07, 30 December 2009
NOTE: at the moment we have a bug where users that use ANY capital letters are not created properly. Please stick to users with all lowercase letters
(This appears to be a problem in shadow-utils in Fedora. For status, see Amahi bug 395 and Fedora bug 550732.)
Access Problems
- First make sure that your workgroup or domain match between your HDA and your clients. For your HDA's workgroup/domain, go to Setup -> Settings and turn on advanced settings, after that, go to Setup -> Shares -> Settings and check the workgroup name.
- Make sure the user has permissions to at least read the share
- Some windows clients for some reason may require the whole DNS path, so if your internal domain is, say, home.com, try:
\\hda.home.com
Permission Problems
If you cannot write to the shares, there are two things to check.
- Permissions at the SAMBA level
- Permissions at the Linux level
At the SAMBA level, check Setup -> Shares. Make sure the user has access to the share you are looking at.
At the Linux level, you have to ssh into your HDA or login at the console and try to write a file in to the folder for the share (typically in /var/hda/files/FOO, if you did not change the default path).