** Changed in: gst
Importance: Unknown => Medium
--
[shares-admin] NFS/SMB not restarted once shares are added - require manual
restart
https://bugs.launchpad.net/bugs/33068
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-b
** This bug is no longer flagged as a security issue
--
[shares-admin] NFS/SMB not restarted once shares are added - require manual
restart
https://bugs.launchpad.net/bugs/33068
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-
** Changed in: samba (Ubuntu)
Status: New => Triaged
--
[shares-admin] NFS/SMB not restarted once shares are added - require manual
restart
https://bugs.launchpad.net/bugs/33068
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
** Changed in: samba (Ubuntu)
Status: Fix Released => New
--
[shares-admin] NFS/SMB not restarted once shares are added - require manual
restart
https://bugs.launchpad.net/bugs/33068
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
Another comment: current behavior is to kill *all* the connections when
samba is restarted, and this is the only way to securely unshare a
folder. Now may be this is a proper samba bug, in the sense that it
should be able to reload its configuration but killing only those
connections that are no lo
I think that in this case security should matter more than posix
semantics, and if a folder is unshared, then all connections reading
that folder should be killed. However, this problem should perhaps be
discussed on the development mailing list, or with somebody who is
committed to ubuntu security
should sharing a new folder make all the running connections to be
restarted? What happens if a copy is running when samba is restarted?
it's not clear to me that the current way is not correct
--
[shares-admin] NFS/SMB not restarted once shares are added - require manual
restart
https://bugs.la
On Thu, Oct 11, 2007 at 03:45:40PM -, Sebastien Bacher wrote:
> "Samba shouldn't need to be restarted to pick up new shares as it rereads the
> samba configuration files every minute or so."
>
> That looks like a samba issue
>
I confirm that samba automatically reload its configuration file
are you sure it's never unshared?
the upstream bug has a comment
"Samba shouldn't need to be restarted to pick up new shares as it rereads the
samba configuration files every minute or so."
That looks like a samba issue
--
[shares-admin] NFS/SMB not restarted once shares are added - require ma
Since bug #70590 has been marked as a duplicate of this, I mark this bug
as a security problem. In gutsy, you can keep listing a shared folder,
and it will never be "unshared". This can cause data to be published
without the user knowing.
** This bug has been flagged as a security issue
--
[shar
Fixed at least in Gutsy. Samba reloads instantly on config chnage (even
when name of workgroup is changed).
** Changed in: samba (Ubuntu)
Status: New => Fix Released
--
[shares-admin] NFS/SMB not restarted once shares are added - require manual
restart
https://bugs.launchpad.net/bugs/330
As far as I know, Samba reloads it's settings every 60 seconds.
--
[shares-admin] NFS/SMB not restarted once shares are added - require manual
restart
https://launchpad.net/bugs/33068
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Maybe a samba feature request, it could reload its configuration when
the configuration change is modified
** Changed in: gnome-system-tools (Ubuntu)
Importance: Medium => Low
Assignee: (unassigned) => Ubuntu Desktop Bugs
** Also affects: samba (Ubuntu)
Importance: Untriaged
Sta
** Summary changed:
- NFS/SMB not restarted once shares are added - require manual restart
+ [shares-admin] NFS/SMB not restarted once shares are added - require manual
restart
** Tags added: shares-admin
--
[shares-admin] NFS/SMB not restarted once shares are added - require manual
restart
h
14 matches
Mail list logo
