On Sat, 2013-11-02 at 11:27 +0100, Ivo De Decker wrote:
> Hi Steve,
> I added the code from samba-libs.preinst to libpam-smbpass.preinst as well.
> Given that Jelmer convinced me yesterday to add a link instead of doing a
> simple move, the code is idempotent, so it doesn't matter if it runs multi
Hi Steve,
On Fri, Nov 01, 2013 at 04:31:36PM -0700, Steve Langasek wrote:
> On Fri, Nov 01, 2013 at 01:20:35PM +0100, Ivo De Decker wrote:
> > With the conflicts, samba-libs can only be installed once the old packages
> > (samba, winbind, samba-common-bin [for smbpasswd and net] and
> > libpam-smb
On Fri, Nov 01, 2013 at 01:20:35PM +0100, Ivo De Decker wrote:
> With the conflicts, samba-libs can only be installed once the old packages
> (samba, winbind, samba-common-bin [for smbpasswd and net] and
> libpam-smbpass) are no longer present. During the upgrade, this means
> they will already be
Hi Andrew,
On Thu, Oct 31, 2013 at 09:26:43AM +1300, Andrew Bartlett wrote:
> > If these assumptions are correct (can someone confirm that?), we only need
> > to
> > deal with passdb.tdb. If we can find a way to work around that race
> > condition,
> > we could do that move as well.
>
> Could w
On Wed, 2013-10-30 at 10:22 +0100, Ivo De Decker wrote:
> Hi Andrew,
>
> On Wed, Oct 30, 2013 at 11:34:25AM +1300, Andrew Bartlett wrote:
> > > That'll also cause some confusion though, as those files will be in
> > > sysstatedir on debian but in privatedir on other systems...
> >
> > I'm not sur
Hi Andrew,
On Wed, Oct 30, 2013 at 11:34:25AM +1300, Andrew Bartlett wrote:
> > That'll also cause some confusion though, as those files will be in
> > sysstatedir on debian but in privatedir on other systems...
>
> I'm not sure that will work either. There are really only 3 databases
> that mat
On Tue, 2013-10-29 at 00:35 +0100, Jelmer Vernooij wrote:
> On Mon, Oct 28, 2013 at 10:00:12PM +0100, Ivo De Decker wrote:
> > Hi,
> >
> > On Mon, Oct 21, 2013 at 10:37:49PM +1300, Andrew Bartlett wrote:
> > > > Ok. I think we need to undo this /var/lib/samba/private nonsense. It
> > > > is a
>
Hi,
On Mon, Oct 28, 2013 at 10:00:12PM +0100, Ivo De Decker wrote:
> It is quite possible that the issue is triggered by a race condition in the
> tdb-handling (especially for passdb.tdb), which can result in the creation of
> the wrong tdb file during the upgrade, which messes up our move. This c
On Tue, Oct 29, 2013 at 10:10:58AM +1300, Andrew Bartlett wrote:
> On Mon, 2013-10-28 at 22:00 +0100, Ivo De Decker wrote:
> > Hi,
> >
> > On Mon, Oct 21, 2013 at 10:37:49PM +1300, Andrew Bartlett wrote:
> > > > Ok. I think we need to undo this /var/lib/samba/private nonsense. It
> > > > is a
>
On Mon, Oct 28, 2013 at 10:00:12PM +0100, Ivo De Decker wrote:
> Hi,
>
> On Mon, Oct 21, 2013 at 10:37:49PM +1300, Andrew Bartlett wrote:
> > > Ok. I think we need to undo this /var/lib/samba/private nonsense. It is
> > > a
> > > pointless and imperfect migration (as shown by this bug report),
On Mon, 2013-10-28 at 22:00 +0100, Ivo De Decker wrote:
> Hi,
>
> On Mon, Oct 21, 2013 at 10:37:49PM +1300, Andrew Bartlett wrote:
> > > Ok. I think we need to undo this /var/lib/samba/private nonsense. It is
> > > a
> > > pointless and imperfect migration (as shown by this bug report), and the
Hi,
On Mon, Oct 21, 2013 at 10:37:49PM +1300, Andrew Bartlett wrote:
> > Ok. I think we need to undo this /var/lib/samba/private nonsense. It is a
> > pointless and imperfect migration (as shown by this bug report), and the
> > only rationale upstream ever gave for keeping these files in a separ
At Sat, 19 Oct 2013 10:16:31 -0700,
Steve Langasek wrote:
> Ok. I think we need to undo this /var/lib/samba/private nonsense. It is a
> pointless and imperfect migration (as shown by this bug report), and the
> only rationale upstream ever gave for keeping these files in a separate
> "private" di
Hi Steve,
On Sat, Oct 19, 2013 at 10:16:31AM -0700, Steve Langasek wrote:
> Ok. I think we need to undo this /var/lib/samba/private nonsense. It is a
> pointless and imperfect migration (as shown by this bug report), and the
> only rationale upstream ever gave for keeping these files in a separa
On Sat, 2013-10-19 at 10:16 -0700, Steve Langasek wrote:
> On Sat, Oct 19, 2013 at 11:51:14AM +0200, Ivo De Decker wrote:
>
> > Thanks for all the info. That really helps!
>
> > On Fri, Oct 18, 2013 at 08:41:10PM -0500, Steve M. Robbins wrote:
> > > /var/lib/samba/:
> > > total 344
> > [...]
> >
On Sat, Oct 19, 2013 at 11:51:14AM +0200, Ivo De Decker wrote:
> Thanks for all the info. That really helps!
> On Fri, Oct 18, 2013 at 08:41:10PM -0500, Steve M. Robbins wrote:
> > /var/lib/samba/:
> > total 344
> [...]
> > -rw--- 1 root root 61440 Feb 16 2012 passdb.tdb
>
> > /var/
On October 19, 2013 11:51:14 AM Ivo De Decker wrote:
> Hi Steve,
>
> Thanks for all the info. That really helps!
Thank YOU (the Samba Team) for diligent analysis of bug reports! It can't be
easy on a complex configurable suite like Samba.
> It's not immediately clear why /var/lib/samba/privat
On October 19, 2013 04:34:55 PM Andrew Bartlett wrote:
> On Fri, 2013-10-18 at 20:41 -0500, Steve M. Robbins wrote:
> > > - the samba version you were running before the upgrade
> >
> > I was following the "samba" packages (not "samba4") so it would have
> > been from the version currently in test
Hi Steve,
Thanks for all the info. That really helps!
On Fri, Oct 18, 2013 at 08:41:10PM -0500, Steve M. Robbins wrote:
> /var/lib/samba/:
> total 344
[...]
> -rw--- 1 root root 61440 Feb 16 2012 passdb.tdb
> /var/lib/samba/private/:
> total 832
> -rw--- 1 root root 421888 Oct 1
On Fri, 2013-10-18 at 20:41 -0500, Steve M. Robbins wrote:
>
> > - the samba version you were running before the upgrade
>
> I was following the "samba" packages (not "samba4") so it would have
> been from the version currently in testing: 2:3.6.19-1.
Can you examine logfiles to show that this
> - do you have backups from before the upgrade? Could you get the contents of
> smb.conf and the directory listings mentioned above from before the upgrade?
So, actually I have /etc/samba, but no backups of /var/lib.
Old smb.conf:
# Samba config file created using SWAT
# from UNKNOWN ()
# Da
Hi,
On Fri, Oct 18, 2013 at 07:35:10PM +0200, Ivo De Decker wrote:
> In addition to the smb.conf (which Andrew asked in the other mail),
steve@riemann{~}cat /etc/samba/smb.conf
# Samba config file created using SWAT
# from UNKNOWN ()
# Date: 2010/01/17 16:53:25
[global]
workgroup = SUM
Control: clone -1 -2
Control: severity -2 important
Control: retitle -2 Please document swat removal
Hi Steve,
On Wed, Oct 16, 2013 at 10:58:29AM -0500, Steve M. Robbins wrote:
> To: 726472-qu...@bugs.debian.org
Please use 726...@bugs.debian.org, so that the discussion about this bug also
goes t
Package: samba
Version: 2:4.0.10+dfsg-2
Severity: normal
The samba shares stopped working after upgrade. It no longer accepts
the passwords that worked previously.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86
24 matches
Mail list logo
