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
Processing control commands:
> clone -1 -2
Bug #726472 [samba] share passwords not working after upgrade from samba3
Bug 726472 cloned as bug 726751
> severity -2 important
Bug #726751 [samba] share passwords not working after upgrade from samba3
Severity set to 'important' from 'serious'
> retitl
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
On Wed, 2013-10-16 at 10:58 -0500, Steve M. Robbins wrote:
> On Tue, Oct 15, 2013 at 11:44:47PM -0700, Steve Langasek wrote:
> > Control: tags -1 moreinfo
> >
> > Hi Steve,
> >
> > > For the benefit of anyone else who got stuck: I ran "smbpasswd -a" to
> > > create
> > > each user/passwd in the
On Tue, Oct 15, 2013 at 11:44:47PM -0700, Steve Langasek wrote:
> Control: tags -1 moreinfo
>
> Hi Steve,
>
> > For the benefit of anyone else who got stuck: I ran "smbpasswd -a" to
> > create
> > each user/passwd in the new password database.
>
> What do you mean by "new password database"?
Control: tags -1 moreinfo
Hi Steve,
> For the benefit of anyone else who got stuck: I ran "smbpasswd -a" to create
> each user/passwd in the new password database.
What do you mean by "new password database"? The tdbsam backend has been
the default backend for years, and this hasn't changed in
27 matches
Mail list logo
