similar to: Bug#820154: Additional information

Package: xen-utils-4.4 Version: 4.4.1-9+deb8u4 Severity: important Dear Maintainer, * What led up to the situation? Upgrading to Debian 8.4. * What exactly did you do (or not do) that was effective (or ineffective)? Doing a live migration to a host running Xen 4.4.1-9+deb8u4, from a host running 4.4.1-9+deb8u3 fails every time. Doing a live migration to a host running Xen

Mapping stable-security to proposed-updates. Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Format: 1.8 Date: Tue, 15 Mar 2016 22:18:35 +0100 Source: xen Binary: libxen-4.4 libxenstore3.0 libxen-dev xenstore-utils xen-utils-common xen-utils-4.4 xen-hypervisor-4.4-amd64 xen-system-amd64 xen-hypervisor-4.4-arm64 xen-system-arm64 xen-hypervisor-4.4-armhf xen-system-armhf Architecture:

Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Format: 1.8 Date: Tue, 15 Mar 2016 22:18:35 +0100 Source: xen Binary: libxen-4.4 libxenstore3.0 libxen-dev xenstore-utils xen-utils-common xen-utils-4.4 xen-hypervisor-4.4-amd64 xen-system-amd64 xen-hypervisor-4.4-arm64 xen-system-arm64 xen-hypervisor-4.4-armhf xen-system-armhf Architecture: source all amd64 Version: 4.4.1-9+deb8u4

Processing commands for control at bugs.debian.org: > reassign 808624 src:xen 4.4.1-9+deb8u3 Bug #808624 [xen-hypervisor-4.4-amd64] Invalid argument while starting daemon Bug reassigned from package 'xen-hypervisor-4.4-amd64' to 'src:xen'. Ignoring request to alter found versions of bug #808624 to the same values previously set Ignoring request to alter fixed versions of bug

Mapping stable-security to proposed-updates. Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Format: 1.8 Date: Wed, 25 Nov 2015 13:03:13 +0000 Source: xen Binary: libxen-4.4 libxenstore3.0 libxen-dev xenstore-utils xen-utils-common xen-utils-4.4 xen-hypervisor-4.4-amd64 xen-system-amd64 xen-hypervisor-4.4-arm64 xen-system-arm64 xen-hypervisor-4.4-armhf xen-system-armhf Architecture:

Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Format: 1.8 Date: Wed, 25 Nov 2015 13:03:13 +0000 Source: xen Binary: libxen-4.4 libxenstore3.0 libxen-dev xenstore-utils xen-utils-common xen-utils-4.4 xen-hypervisor-4.4-amd64 xen-system-amd64 xen-hypervisor-4.4-arm64 xen-system-arm64 xen-hypervisor-4.4-armhf xen-system-armhf Architecture: source all amd64 Version: 4.4.1-9+deb8u3

Package: xen-utils-4.1 Version: 4.1.4-3+deb7u1 Severity: normal It seems to be impossible to save or migrate HVM guest using the xl toolstack. Trying to do so hangs the process initiating the action, and the domU can't be shut down with the 'xl shutdown' command after this. 'xl destroy' works. The domain keeps running during the save operation, doesn't get paused for any

Package: xen-hypervisor-4.4-amd64 Version: 4.4.1-9+deb8u4 Severity: important Dear Maintainer, I installed a fresh Debian Jessie amd64 on our new server with Intel Xeon E3-1270 v5 Skylake CPU and EFI. Linux without Xen boots flawlessly and shows 8 CPU cores. I then tried all combinations of Xen 4.4 (with xsave=off for Skylake support), Xen 4.6 (crashes after a few seconds during boot) and

Package: xen-hypervisor-4.4-amd64 Version: 4.4.1-9+deb8u3 Debian 8.2 installed on a supermicro H8SGL Board, AMD 6128 with 4x4GB ECC RAM. When booting the plain kernel (stock Jessie 3.16 or backport 4.1 or 4.3), both memory controllers (mc0 and mc1) appear under /sys/devices/system/edac/mc with two csrow* each as expected. Same happens, when booted with Xen 4.1.4-3+deb7u1. When booted with Xen

Package: xen-utils-common Version: 4.4.1-9+deb8u4 Severity: normal Dear Maintainer, I have a server with a large number of domUs set to auto-start. For the first time I have booted it with all of them needing to start from cold, but the xendomains service only got part way through. syslog showed nothing notable about the domains starting? Apr 16 14:57:45 snaps xendomains[4631]: Starting

Hi, I'm starting to see, on a pretty standard Debian Jessie installation, some error messages that are apparently related to the ETOOMANYREFS errno. Firstly, the mail log shows this: dovecot: pop3-login: Error: fd_send(pop3, 18) failed: Too many references: cannot splice And then the login process fails: dovecot: pop3-login: Internal login failure (pid=34388 id=1) (internal failure, 1

Package: xen-hypervisor-4.4-amd64 Version: 4.4.1-9+deb8u4 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? Running Backup Exec or a copy command to NFS-Share causes the VM regurarly to freeze. First message on VM-Console: ---------------------------------------------------------------------------------------------------------------

Package: xen-hypervisor-4.4-amd64 Version:?4.4.1-9+deb8u3 Severity: important I just upgraded a machine used for hosting a few VM with Xen. The machine was running debian squeeze, so I updated to wheezy and then jessie. Xen is now version 4.4, cpu is 64 bits, dom0 is 32 bits userland with 64 bits kernel?3.16.0-4-amd64. Grub correctly load Xen and dom-0, in fact: # cd /sys/hypervisor/version; cat

xen_4.4.1-9+deb8u4_amd64.changes uploaded successfully to localhost along with the files: xen_4.4.1-9+deb8u4.dsc xen_4.4.1-9+deb8u4.debian.tar.xz xen-utils-common_4.4.1-9+deb8u4_all.deb xen-hypervisor-4.4-amd64_4.4.1-9+deb8u4_amd64.deb xen-system-amd64_4.4.1-9+deb8u4_amd64.deb libxenstore3.0_4.4.1-9+deb8u4_amd64.deb libxen-4.4_4.4.1-9+deb8u4_amd64.deb

On 29/07/16 00:09, Kevin Davidson wrote: > So Louis has released his new deb packages of Samba 4.4.5. I’ve installed them (not entirely smoothly as apt-get still wanted to install winbind 4.2.10 and then failed on all the dependencies) > > root at terra:~# apt-cache policy samba > samba: > Installed: 2:4.4.5+dfsg-2~bpo8+1 > Candidate: 2:4.4.5+dfsg-2~bpo8+1 > Version

xen_4.4.1-9+deb8u3_amd64.changes uploaded successfully to localhost along with the files: xen_4.4.1-9+deb8u3.dsc xen_4.4.1-9+deb8u3.debian.tar.xz xen-utils-common_4.4.1-9+deb8u3_all.deb xen-hypervisor-4.4-amd64_4.4.1-9+deb8u3_amd64.deb xen-system-amd64_4.4.1-9+deb8u3_amd64.deb libxenstore3.0_4.4.1-9+deb8u3_amd64.deb libxen-4.4_4.4.1-9+deb8u3_amd64.deb

Currently (samba 4 NT-like domains) i use extensively NTLM auth in freeradius and more mildly in squid, respectively with: Freeradius (mschap module): ntlm_auth = "/usr/bin/ntlm_auth --request-nt-key --domain=SANVITO --username=%{mschap:User-Name:-None} --challenge=%{mschap:Challenge:-00} --nt-response=%{mschap:NT-Response:-00}" squid3: auth_param ntlm program /usr/bin/ntlm_auth

> On 29 Jul 2016, at 09:13, Rowland penny <rpenny at samba.org> wrote: > > On 29/07/16 00:09, Kevin Davidson wrote: >> So Louis has released his new deb packages of Samba 4.4.5. I’ve installed them (not entirely smoothly as apt-get still wanted to install winbind 4.2.10 and then failed on all the dependencies) >> >> root at terra:~# apt-cache policy samba

> On 25 Jul 2016, at 19:49, Rowland penny <rpenny at samba.org> wrote: > > On 25/07/16 19:32, Kevin Davidson wrote: >>> On 25 Jul 2016, at 16:39, Rowland penny <rpenny at samba.org> wrote: >>> >>> On 25/07/16 16:02, Kevin Davidson wrote: >>>> Having problems with rfc2307 user ids. This was working briefly and now it’s not.

Hi All, Whe tryin to use: net ads keytab create, I get the following segfault: Program received signal SIGSEGV, Segmentation fault. 0x00007fffef9d3f69 in free_PrincipalName () from /usr/lib/x86_64-linux-gnu/samba/libasn1-samba4.so.8 I am using samba 4.2.10 from Debian. Deb8u3 package Anyone knows how to fix this?