similar to: pdbedit ldap Object class violation still

hello, here is my problem I'm using samba 3.0.14a (debian) with ldapbackend in october I could join machine to domain without problem but today it doesn't work after some experiment I manage to see that even pdbedit was not working well for example pdbedit -a -m -u zigo give me this error ldapsam_add_sam_account: User exists without samba attributes: adding them init_ldap_from_sam:

hello, here is my problem I'm using samba 3.0.14a (debian) with ldapbackend in october I could join machine to domain without problem but today it doesn't work after some experiment I manage to see that even pdbedit was not working well for example pdbedit -a -m -u zigo give me this error ldapsam_add_sam_account: User exists without samba attributes: adding them init_ldap_from_sam:

On 09/08/2014 04:59 PM, Chrysostomos Nanakos wrote: > On 2014-09-08 10:07, Thomas Goirand wrote: >> On 09/07/2014 01:44 AM, Chrysostomos Nanakos wrote: >>> dget -x >>> >>> http://mentors.debian.net/debian/pool/main/b/blktap/blktap_2.0.90-3.dsc >> >> Uploaded! Thanks for your contribution to Debian. >> >> Cheers, >> >> Thomas

On 08 ??? 2014, at 22:31, Thomas Goirand <zigo at debian.org> wrote: > On 09/08/2014 04:59 PM, Chrysostomos Nanakos wrote: >> On 2014-09-08 10:07, Thomas Goirand wrote: >>> On 09/07/2014 01:44 AM, Chrysostomos Nanakos wrote: >>>> dget -x >>>> >>>> http://mentors.debian.net/debian/pool/main/b/blktap/blktap_2.0.90-3.dsc >>>

On 09/09/2014 05:15 AM, Nanakos Chrysostomos wrote: > On 08 ??? 2014, at 22:31, Thomas Goirand <zigo at debian.org> wrote: > >> On 09/08/2014 04:59 PM, Chrysostomos Nanakos wrote: >>> On 2014-09-08 10:07, Thomas Goirand wrote: >>>> On 09/07/2014 01:44 AM, Chrysostomos Nanakos wrote: >>>>> dget -x >>>>> >>>>>

Hi people: I have a Debian etch stable with the latests updates. When I try to join a computer to the domain I create the machine on the ldap and its created with the following atributes: dn:cn=test$,ou=Machines,dc=domain,dc=org objectClass: top objectClass: inetOrgPerson objectClass: posixAccount uidNumber: 3123 uid: test$ cn: test$ sn: test$ gidNumber: 604 homeDirectory: /dev/null loginShell:

Package: xcp-networkd Version: 1.3.2-13 Severity: serious If apt-get was used to install xcp-networkd instead of dpkg -i, then the debconf value selected for network-type wasn't respected. In other words, the users does: apt-get install xcp-networkd then selects "bridge" in debconf, then it's "openvswitch" which appears in /etc/xcp/network.conf instead of bridge.

Package: blktap-dkms Version: 2.0.91-1 Severity: normal After an update of the kernel in SID, I have noticed that blktap-dkms didn't automatically rebuild itself when I upgraded my server with a newer kernel version. My understanding is that it should have. Also, doing dpkg-reconfigure blktap-dkms or reinstalling the package did make it rebuild the kernel module. Thomas Goirand (zigo) --

Dear release team, I would like update the Wheezy package of xen-api with numerous small fixes. These aren't RC bugs, but I believe they are all worth fixing. I believe that the most important one to fix is #682202. Here's the changelog: * Fixes bashism in install-debian-pv.sh (Closes: #690612). * Fixes bashism in interface-visualise (Closes: #690710). * The /etc/init.d/xcp-squeezed

Package: xen-hypervisor-4.0-amd64 Version: 4.0.1-1 Severity: serious Tags: squeeze Hi there! Upgrading from Lenny to Squeeze left my box with xen-hypervisor-3.2-1-amd64 installed, and I had to "apt-get install xen-hypervisor-4.0-amd64" manually to have it installed after a dist-upgrade. This for sure, isn't the expected behavior. Also, after the dist-upgrade, I did: apt-get

On 04/19/2014 03:15 AM, Ian Campbell wrote: > On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote: >> Hi waldi, >> >> Are you planning to update the Xen package too 4.4 soon? Upstream have >> released 4.4-rc6 and AIUI are planning to release the final version next >> week (I've been out of the office for a bit, so I don't know the precise >> state,

Package: gcc-4.7 Version: 4.7.0-12 Severity: serious Justification: breaks unrelated software The following scenario is broken: I would expect the link to fail. This is a carefully nailed-down testcase to figure out that the fault is with gcc not binutils. tg at zigo:~ $ echo 'int login_tty(int); void _exit(int); void _start() { _exit(login_tty(0)); }' >test.c tg at zigo:~ $ rm -f

Hi, I've been trying to fix several bugs in XCP, before the Debian 7 release. It's not bug free yet, but it's going into that direction. I would need some help to fix the remaining! 1/ The new 1.3.2-12 release The Debian release team has already accepted an unblock for this new version that I uploaded in Debian SID. Here's the debian/changelog: * Fixes bashism in

Hi, I just upgraded to the latest SID after reinstalling my test server. Then, after a while, during the boot process, Xen seems to hang, then my server reboots. It's difficult for me to see anything, since I'm using a KVM over IP, using a quite slow link (from China to UK, using a FreeNX box that connects through a Java KVM over IP to the server), and I don't think it'd be easy

Your message dated Sat, 06 Apr 2013 13:00:07 +0000 with message-id <E1UOSj1-0002As-63 at franck.debian.org> and subject line Bug#693137: fixed in swift-plugin-s3 1.7-1 has caused the Debian Bug report #693137, regarding ITP: swift-plugin-s3 -- swift3 (S3 compatibility) middleware plugin for swift to be marked as done. This means that you claim that the problem has been dealt with. If this

Hi, When I first built my Debian package, I needed to depend on qemu-system | qemu, since there was no other ways to pull needed BIOS files. It seems the situation changed, and that I could depend on less stuff from the qemu package. Maybe only the package named "etherboot" and "vgabios". To do that, my plan is to simply package a folder named: /usr/share/xen/qemu with in

Hi, When I first built my Debian package, I needed to depend on qemu-system | qemu, since there was no other ways to pull needed BIOS files. It seems the situation changed, and that I could depend on less stuff from the qemu package. Maybe only the package named "etherboot" and "vgabios". To do that, my plan is to simply package a folder named: /usr/share/xen/qemu with in

Package: wnpp Severity: wishlist Owner: Debian Xen Team <pkg-xen-devel at lists.alioth.debian.org> * Package name : blktap-dkms Version : 2.0.90 Upstream Author : Jon Ludlam <jonathan.ludlam at eu.citrix.com> * URL : http://www.xen.org/ * License : GPL-2 Programming Lang: C Description : Xen blktap kernel component DKMS package This package

Package: xcp-squeezed Version: 1.3-13 Severity: serious User: debian-qa at lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package failed to install due to incorrect dependencies in the init.d LSB header. Some debian notes are available from at http://wiki.debian.org/LSBInitScripts From the attached log (scroll to the bottom...): Selecting

Package: xen-hypervisor-4.0-amd64 Version: 4.0.1-2 Severity: normal Tags: upstream When creating Xen DomU's, at some point xend invokes the oom-killer and the entire machine restarts: Sep 5 12:04:59 arbiter kernel: [259697.101212] __ratelimit: 136 callbacks suppressed Sep 5 12:04:59 arbiter kernel: [259697.101218] xend invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0 Sep 5