Re: [Bug 592610] Re: Shared folders (through Samba) when following instructions sometimes does not work correctly

2013-05-17 Thread koanhead
On Fri, May 17, 2013 at 3:36 PM, julius von kohout <
592...@bugs.launchpad.net> wrote:

> Via nautilus is usershare. Via smb.conf is root share.

Cool, thanks!


> Try to set permissions of home to 755  and  make a share /home/public
> If you make a public share samba uses nobody/other as user to change to
> that directory. Its the last digit of dir permissions that is used. You can
> see that if you run samba with debug level.
>

OK, I will try that sometime this weekend and report back.


>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/592610
>
> Title:
>   Shared folders (through Samba) when following instructions sometimes
>   does not work correctly
>
> Status in “samba” package in Ubuntu:
>   Confirmed
>
> Bug description:
>   Binary package hint: samba
>
>   SUMMARY:
>
>   Following instructions to create a shared folder through Nautilus
>   (right-click > Sharing Options > Share this folder, and following the
>   subsequent prompts) does not always work.
>
>   For some people, it works immediately. For other people, a solution
>   has been found, which requires extra steps.
>
>   I found this a problem across a small network of five computers:
>   - one 64-bit Ubuntu (Lucid 10.04)
>   - two 32-bit Ubuntu (Lucid 10.04)
>   - one 32-bit Xubuntu (Lucid 10.04)
>   - one Windows Vista.
>   Every Ubuntu computer had the identical problem.
>
>   Other people have reported having this problem. Examples:
>   http://ubuntuforums.org/showthread.php?t=1491092
>   http://ubuntuforums.org/showthread.php?t=1502265
>
>   SYMPTOMS:
>
>   When it works, everything works properly and quickly. But when it does
>   not work...
>
>   The shares appear to be created correctly. Using terminal commands, it
>   is found that the machines do in fact connect. However, in Nautilus,
>   the network takes approximately a minute to respond and then fails to
>   find the shares.
>
>   DISCOVERED SOLUTION:
>
>   1. Add the following two lines under the [global] section in file
> /etc/smb.conf in every Ubuntu and Xubuntu machine:
>   os level = 33
>   name resolve order = bcast host lmhosts wins
>
>   2. Reboot.
>
>   3. Some people find that they have to experiment with the order of
>   items in "name resolve order".
>
>   EXTRA INFORMATION:
>
>   Package versions according to Synaptic (from the default repositories):
>   - samba 2:3.4.7~dfsg-1ubuntu3
>   - nautilus-share 0.7.2-12build1
>   - system-config-samba 1.2.63-0ubuntu4
>
>   REQUIRED ACTION:
>
>   Shared folders should work through the GUI without workarounds and
>   fiddling, just as Windows and Mac do. It should not be necessary to
>   get onto the forum, search, and mess with /etc/smb.conf. (It took over
>   a week for me to discover the answer.)
>
>   ProblemType: Bug
>   DistroRelease: Ubuntu 10.04
>   Package: samba 2:3.4.7~dfsg-1ubuntu3
>   ProcVersionSignature: Ubuntu 2.6.32-22.36-generic 2.6.32.11+drm33.2
>   Uname: Linux 2.6.32-22-generic x86_64
>   Architecture: amd64
>   CheckboxSubmission: 5bf569339afeaacf6d8dcc180d0a06f0
>   CheckboxSystem: b1865df84255b8716d3bcc269ff410d1
>   Date: Fri Jun 11 11:33:18 2010
>   EcryptfsInUse: Yes
>   InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64
> (20100429)
>   ProcEnviron:
>PATH=(custom, user)
>LANG=en_GB.UTF-8
>SHELL=/bin/bash
>   RelatedPackageVersions:
>nautilus 1:2.30.1-0ubuntu1
>gvfs 1.6.1-0ubuntu1build1
>   SambaClientRegression: Yes
>   SourcePackage: samba
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/samba/+bug/592610/+subscriptions
>


-- 
http://www.fsf.org/fb";>http://static.fsf.org/nosvn/no-facebook-me.png"; alt="Not f'd — you won't
find me on Facebook" />

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba in Ubuntu.
https://bugs.launchpad.net/bugs/592610

Title:
  Shared folders (through Samba) when following instructions sometimes
  does not work correctly

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/592610/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


Re: [Bug 592610] Re: Shared folders (through Samba) when following instructions sometimes does not work correctly

2013-05-17 Thread koanhead
On Thu, May 16, 2013 at 2:30 PM, julius von kohout <
592...@bugs.launchpad.net> wrote:

> are you referring to root share or usershare? root shares work properly
> and they are meant to be done by fiddling with smb.conf
>

I don't understand the distinction you're making.
This bug report was about attempting to share files in Nautilus- is that a
'root share' or a 'usershare'?

I don't have the old setup to test any more. I've since rebuilt the
computer and it now runs Debian Sid.
The samba shares are the same, but I did not try to use Nautilus to set
them up (I use xfce now).

What I was trying to accomplish was an anonymous public read-only share on
/media/share. It didn't work then (using Nautilus) and it doesn't work now
(having tried via editing smb.conf and using 'net usershare'). Samba
currently doesn't work at all: when I try to connect, I get error "could
not download share list from server".
When it does work (apparently at random), samba *always* prompts for a
username and password, regardless of configuration. When configured with
username and password, it sometimes works and sometimes does not.

The workaround cited in my report stopped working a day or so later. I
should have updated the report at that time, but the bug was marked
'invalid' anyway and I was too discouraged to mess with it any further. I
don't need samba for authenticated shares, sshfs works fine for that.

Thanks for the information and advice, I'm sorry that it doesn't apply more
directly to the situation at hand. I tried to test permissions for 'nobody'
on the shared directory, but I can't su to nobody. The directory's mode is
744 if that helps.


> user share via nautilus does not work properly
>
> private shares with password (its automatically your login password)
> work.
>
> public (guest) shares in the home directory dont work because samba
> cannot cd into /home because /home defaul permissons are to strict for
> "nobody" which is the guest/public samba user.
>
> i had a long talk with the maintainer of nautilus-share. there are
> several possible fixes.
>
> 1. set homedirectoy permissons for  "eveyone else" properly
> 2. add force user = owner of the /home/'your username' directoy to smb.con
> and map to guest = bad password
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/592610
>
> Title:
>   Shared folders (through Samba) when following instructions sometimes
>   does not work correctly
>
> Status in “samba” package in Ubuntu:
>   Confirmed
>
> Bug description:
>   Binary package hint: samba
>
>   SUMMARY:
>
>   Following instructions to create a shared folder through Nautilus
>   (right-click > Sharing Options > Share this folder, and following the
>   subsequent prompts) does not always work.
>
>   For some people, it works immediately. For other people, a solution
>   has been found, which requires extra steps.
>
>   I found this a problem across a small network of five computers:
>   - one 64-bit Ubuntu (Lucid 10.04)
>   - two 32-bit Ubuntu (Lucid 10.04)
>   - one 32-bit Xubuntu (Lucid 10.04)
>   - one Windows Vista.
>   Every Ubuntu computer had the identical problem.
>
>   Other people have reported having this problem. Examples:
>   http://ubuntuforums.org/showthread.php?t=1491092
>   http://ubuntuforums.org/showthread.php?t=1502265
>
>   SYMPTOMS:
>
>   When it works, everything works properly and quickly. But when it does
>   not work...
>
>   The shares appear to be created correctly. Using terminal commands, it
>   is found that the machines do in fact connect. However, in Nautilus,
>   the network takes approximately a minute to respond and then fails to
>   find the shares.
>
>   DISCOVERED SOLUTION:
>
>   1. Add the following two lines under the [global] section in file
> /etc/smb.conf in every Ubuntu and Xubuntu machine:
>   os level = 33
>   name resolve order = bcast host lmhosts wins
>
>   2. Reboot.
>
>   3. Some people find that they have to experiment with the order of
>   items in "name resolve order".
>
>   EXTRA INFORMATION:
>
>   Package versions according to Synaptic (from the default repositories):
>   - samba 2:3.4.7~dfsg-1ubuntu3
>   - nautilus-share 0.7.2-12build1
>   - system-config-samba 1.2.63-0ubuntu4
>
>   REQUIRED ACTION:
>
>   Shared folders should work through the GUI without workarounds and
>   fiddling, just as Windows and Mac do. It should not be necessary to
>   get onto the forum, search, and mess with /etc/smb.conf. (It took over
>   a week for me to discover the answer.)
>
>   ProblemType: Bug
>   DistroRelease: Ubuntu 10.04
>   Package: samba 2:3.4.7~dfsg-1ubuntu3
>   ProcVersionSignature: Ubuntu 2.6.32-22.36-generic 2.6.32.11+drm33.2
>   Uname: Linux 2.6.32-22-generic x86_64
>   Architecture: amd64
>   CheckboxSubmission: 5bf569339afeaacf6d8dcc180d0a06f0
>   CheckboxSystem: b1865df84255b8716d3bcc269ff410d1
>   Date: Fri Jun 11 11:33:18 2010
>   EcryptfsInUse: Yes
>   InstallationMedia: Ubuntu 

[Bug 1048119] [NEW] Nautilus stores Samba config in gconf instead of smb.conf

2012-09-08 Thread koanhead
Public bug reported:

When a user shares a folder in Nautilus via right-click and selecting "Sharing 
Options", no changes are made to smb.conf - I don't know exactly where this 
information goes but I assume it's handled via gconf.
This possibly isn't a problem as long as the GUI method works. When it fails, 
the user will resort to using system-config-samba or editing smb.conf directly. 
This results in a split configuration, and a situation in which the share 
definitions reported by 'testparm' might disagree with those shown by 'net 
usershare info'. Also, the shares will be intermittently inaccessible.

Ubuntu 11.04 64-bit

samba:
  Installed: 2:3.5.8~dfsg-1ubuntu2.5
  Candidate: 2:3.5.8~dfsg-1ubuntu2.5

How I duplicated the problem:

cp smb.conf old-smb.conf
In Nautilus, right-click a folder ("ebooks"), select "Sharing Options", select 
"Share this folder"
diff smb.conf old-smb.conf 
or
ls -l smb.conf

** Affects: samba (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: gconf nautilus samba

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba in Ubuntu.
https://bugs.launchpad.net/bugs/1048119

Title:
  Nautilus stores Samba config in gconf instead of smb.conf

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1048119/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 592610] Re: Shared folders (through Samba) when following instructions sometimes does not work correctly

2012-09-08 Thread koanhead
I have discovered that using the GUI to share a folder (via right-clicking in 
Nautilus) does not make any changes to smb.conf - I'm not sure where the 
information is stored, but I'm guessing it's somewhere in gconf (a quick check 
in gconf-editor didn't turn it up, but I'm not a gconf expert). 
Splitting up configuration data like this is Bad and Wrong, especially if the 
share doesn't work right at first and the user then goes and edits smb.conf 
manually. If your testparm output does not agree with the output of net 
usershare logon then that could be a sign of this split configuration issue.
IMO this is a bug in Nautilus (one I haven't filed yet, but that's my next 
stop). GNOME should not split configs. If config data *must* be kept in gconf 
then it should be sync'd with the existing config files.

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba in Ubuntu.
https://bugs.launchpad.net/bugs/592610

Title:
  Shared folders (through Samba) when following instructions sometimes
  does not work correctly

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/592610/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1038197] Re: samba changes in system-config-samba or /etc/smb.conf do not affect server

2012-08-17 Thread koanhead
** Attachment added: "most recent smb.conf"
   https://bugs.launchpad.net/bugs/1038197/+attachment/3265745/+files/smb.conf

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba in Ubuntu.
https://bugs.launchpad.net/bugs/1038197

Title:
  samba changes in system-config-samba or /etc/smb.conf do not affect
  server

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1038197/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1038197] [NEW] samba changes in system-config-samba or /etc/smb.conf do not affect server

2012-08-17 Thread koanhead
Public bug reported:

Using system-config-samba to change the Workgroup name does not affect
the Workgroup name displayed on remote computers. Tested on remote WinXP
and remote Debian Wheezy.

According to the help page for system-config-samba:
"After clicking OK, the changes are written to the configuration file and the 
daemon is restarted; thus, the changes take effect immediately."
In fact the changes never take effect at all.
Changing the workgroup name manually in /etc/smbd.conf and then restarting smbd 
(once with service smbd restart and then with service smbd stop followed by 
service smbd start) has no effect on the workgroup displayed on remote 
computers.

Thus it is IMPOSSIBLE to change the server's workgroup.

It is also impossible to create a globally readable read-only share. I
have been trying for three years to do this in Ubuntu and it has NEVER
WORKED.

The response of the server to clients' connection attempts are apparently 
random, regardless of server settings. Sometimes the attempt gives an auth 
dialog, but refuses any password. Sometimes it fails silently. Sometimes it 
gives a permissions error such as "$SHARE is not accessible. You may not have 
permissions to access this volume.
The network path was not found."
on WinXP or
"Unable to mount location
Failed to mount Windows share."
on Debian or Ubuntu. This last error message, by the way, is utterly useless. 
If there is no indication of why the error arose then the message is no good 
for debugging and the process might just as well fail silently.

These things make Samba effectively unable to serve a read-only globally
readable share. Sometimes user-level auth works, but not reliably- and
if I want user-level access I'd use sshfs anyway. When user-level auth
fails it gives the same cryptic error message as above.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: samba 2:3.5.8~dfsg-1ubuntu2.5
ProcVersionSignature: Ubuntu 2.6.38-15.65-generic 2.6.38.8
Uname: Linux 2.6.38-15-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
BothFailedConnect: Yes
CheckboxSubmission: 71dcdffc611aa0b506f8503de91b9e83
CheckboxSystem: edda5d4f616ca792bf437989cb597002
Date: Fri Aug 17 10:44:28 2012
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
NmbdLog:
 
ProcEnviron:
 LANGUAGE=en_US:en
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SambaServerRegression: No
SmbConfIncluded: Yes
SmbLog:
 
SourcePackage: samba
UpgradeStatus: Upgraded to natty on 2012-02-19 (179 days ago)

** Affects: samba (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug natty

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba in Ubuntu.
https://bugs.launchpad.net/bugs/1038197

Title:
  samba changes in system-config-samba or /etc/smb.conf do not affect
  server

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1038197/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs