Processed: merge 846950 and 849608
Processing commands for cont...@bugs.debian.org: > merge 846950 849608 Bug #846950 [nfs-common] nfs-common: RPCGSSDOPTS not replicated to /run/sysconfig/nfs-utils Bug #846950 [nfs-common] nfs-common: RPCGSSDOPTS not replicated to /run/sysconfig/nfs-utils Marked as found in versions nfs-utils/1:1.3.4-2. Added tag(s) patch. Bug #849608 [nfs-common] nfs-common: For rpc.gssd, keytab location is hardcoded to /etc/krb5.keytab Marked as found in versions nfs-utils/1:1.2.8-9.2. Merged 846950 849608 > thanks Stopping processing here. Please contact me if you need assistance. -- 846950: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846950 849608: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849608 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#846950: Merging with #849608
Hi, Sebastian's point is also addressed in #849608 ('keytab location is hardcoded to /etc/krb5.keytab'). Pursuant to the maintainer's request from December 15, I will try to merge both reports. Best regards, Felix
Bug#849608: nfs-common: For rpc.gssd, keytab location is hardcoded to /etc/krb5.keytab
Package: nfs-common Version: 1:1.3.4-2 Severity: normal Tags: patch Hi, Someone using a keytab other than /etc/krb5.keytab must pass the location with "-k" to rpc.gssd. Currently, those arguments are not collected from /etc/defaults/nfs-common. (A similar point is addressed in report #846950.) As an additional hurdle, rpc.gssd's systemd service will not run unless the specific location /etc/krb5.keytab exists. The attached patch makes it possible to specify custom keytab locations with "-k" in /etc/defaults/nfs-common. A better solution would probably be to patch rpc.gssd so that it uses the "default_keytab_name" from the [libdefaults] section in /etc/krb5.conf, unless overridden. To salvage the systemd test, one may have to specify the keytab location separately from other command-line options in /etc/defaults/nfs- common. The attached patch does not do any of that. Thank you for providing this package! Best regards, Felix -- Package-specific info: -- rpcinfo -- program vers proto port service 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper 1000241 udp 55091 status 1000241 tcp 35661 status -- /etc/default/nfs-common -- NEED_STATD= STATDOPTS= NEED_IDMAPD=yes NEED_GSSD=yes RPCGSSDOPTS="-k /etc/keytabs/host.keytab" -- /etc/idmapd.conf -- [General] Verbosity = 5 Pipefs-Directory = /run/rpc_pipefs Domain = us-core.com [Mapping] Nobody-User = nobody Nobody-Group = nogroup -- /etc/fstab -- wallace-server:/acct /acct nfs4 rw,sec=krb5i 0 0 -- /proc/mounts -- wallace-server:/acct /acct nfs4 rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp6,port=0,timeo=600,retrans=2,sec=krb5i,clientaddr=2601:641:1:1c4e:baca:3aff:fe87:5f15,local_lock=none,addr=2601:641:1:1c4e::240a:2308 0 0 -- System Information: Debian Release: stretch/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages nfs-common depends on: ii adduser 3.115 ii init-system-helpers 1.46 ii keyutils 1.5.9-9 ii libc62.24-8 ii libcap2 1:2.25-1 ii libcomerr2 1.43.3-1 ii libdevmapper1.02.1 2:1.02.137-1 ii libevent-2.0-5 2.0.21-stable-2.1 ii libgssapi-krb5-2 1.15-1 ii libk5crypto3 1.15-1 ii libkeyutils1 1.5.9-9 ii libkrb5-31.15-1 ii libmount12.29-1 ii libnfsidmap2 0.25-5 ii libtirpc10.2.5-1.1 ii libwrap0 7.6.q-25 ii lsb-base 9.20161125 ii rpcbind 0.2.3-0.5 ii ucf 3.0036 Versions of packages nfs-common recommends: ii python 2.7.11-2 Versions of packages nfs-common suggests: pn open-iscsi pn watchdog -- Configuration Files: /etc/default/nfs-common changed [not included] -- no debconf information -- debsums errors found: nfs-utils.diff.gz Description: application/gzip
Bug#849572: vsyscall == none breaks wheezy chroots
Package: src:linux Version: 4.9~rc8-1~exp1 Severity: normal Hi, I'm seeing [ 105.205620] dpkg[7064] vsyscall attempted with vsyscall=none ip:ff600400 cs:33 sp:7ffc52a8bc08 ax:ff600400 si:428720 di:7ffc52a8bc20 [ 105.205622] dpkg[7064]: segfault at ff600400 ip ff600400 sp 7ffc52a8bc08 error 15 when e.g. running debootstrap wheezy wheezy as soon as I set vsyscall=emulate on the kernel command line things start working again. Did the default change for 4.9? Cheers, -- Guido -- Package-specific info: ** Version: Linux version 4.9.0-rc8-amd64 (debian-kernel@lists.debian.org) (gcc version 6.2.1 20161124 (Debian 6.2.1-5) ) #1 SMP Debian 4.9~rc8-1~exp1 (2016-12-05) ** Command line: BOOT_IMAGE=/vmlinuz-4.9.0-rc8-amd64 root=/dev/mapper/vg_bogon-lv_root ro quiet init=/bin/systemd cgroup_enable=memory apparmor=1 security=apparmor vsyscall=emulate ** Tainted: E (8192) * Unsigned module has been loaded. ** Kernel log: Unable to read kernel log; any relevant messages should be attached ** Model information sys_vendor: Sony Corporation product_name: SVD1321X9EW product_version: J500526Q chassis_vendor: Sony Corporation chassis_version: N/A bios_vendor: Insyde Corp. bios_version: R0150S7 board_vendor: Sony Corporation board_name: VAIO board_version: N/A ** Loaded modules: fuse(E) xt_CHECKSUM(E) ipt_MASQUERADE(E) nf_nat_masquerade_ipv4(E) tun(E) sit(E) tunnel4(E) ip_tunnel(E) xt_tcpudp(E) ip6t_rpfilter(E) ip6t_REJECT(E) nf_reject_ipv6(E) ipt_REJECT(E) nf_reject_ipv4(E) xt_conntrack(E) ip_set(E) nfnetlink(E) ebtable_nat(E) ebtable_broute(E) bridge(E) stp(E) llc(E) ip6table_raw(E) ip6table_mangle(E) ip6table_security(E) ip6table_nat(E) nf_conntrack_ipv6(E) nf_defrag_ipv6(E) nf_nat_ipv6(E) iptable_raw(E) iptable_mangle(E) iptable_security(E) iptable_nat(E) nf_conntrack_ipv4(E) nf_defrag_ipv4(E) nf_nat_ipv4(E) nf_nat(E) nf_conntrack(E) ebtable_filter(E) ebtables(E) ip6table_filter(E) ip6_tables(E) iptable_filter(E) binfmt_misc(E) nls_ascii(E) nls_cp437(E) vfat(E) fat(E) hid_sensor_incl_3d(E) hid_sensor_magn_3d(E) hid_sensor_gyro_3d(E) hid_sensor_rotation(E) hid_sensor_accel_3d(E) hid_sensor_als(E) hid_sensor_trigger(E) hid_sensor_iio_common(E) industrialio_triggered_buffer(E) pn544_mei(E) mei_phy(E) pn544(E) hci(E) nfc(E) iTCO_wdt(E) iTCO_vendor_support(E) option(E) qmi_wwan(E) usb_wwan(E) cdc_wdm(E) usbserial(E) uvcvideo(E) snd_hda_codec_hdmi(E) videobuf2_vmalloc(E) videobuf2_memops(E) videobuf2_v4l2(E) ax88179_178a(E) videobuf2_core(E) usbnet(E) videodev(E) mii(E) media(E) efi_pstore(E) intel_rapl(E) x86_pkg_temp_thermal(E) intel_powerclamp(E) coretemp(E) kvm_intel(E) kvm(E) snd_hda_codec_realtek(E) snd_hda_codec_generic(E) i915(E) irqbypass(E) snd_soc_rt5640(E) snd_soc_rl6231(E) snd_hda_intel(E) snd_soc_core(E) snd_hda_codec(E) efivars(E) snd_hda_core(E) serio_raw(E) snd_compress(E) snd_hwdep(E) evdev(E) pcspkr(E) snd_pcm_oss(E) hid_multitouch(E) hid_sensor_hub(E) joydev(E) acpi_als(E) snd_mixer_oss(E) sony_laptop(E) snd_pcm(E) sg(E) drm_kms_helper(E) kfifo_buf(E) snd_timer(E) button(E) industrialio(E) drm(E) rfkill(E) snd(E) battery(E) soundcore(E) i2c_algo_bit(E) elan_i2c(E) video(E) mei_me(E) soc_button_array(E) lpc_ich(E) mei(E) ac(E) mfd_core(E) tpm_tis(E) tpm_tis_core(E) dw_dmac(E) tpm(E) parport_pc(E) ppdev(E) lp(E) parport(E) efivarfs(E) ip_tables(E) x_tables(E) autofs4(E) ext4(E) crc16(E) jbd2(E) fscrypto(E) ecb(E) mbcache(E) btrfs(E) algif_skcipher(E) af_alg(E) uas(E) usb_storage(E) dm_crypt(E) dm_mod(E) raid10(E) raid456(E) async_raid6_recov(E) async_memcpy(E) async_pq(E) async_xor(E) async_tx(E) xor(E) raid6_pq(E) libcrc32c(E) crc32c_generic(E) raid1(E) raid0(E) multipath(E) linear(E) md_mod(E) hid_rmi(E) sd_mod(E) mmc_block(E) i2c_hid(E) hid(E) crct10dif_pclmul(E) crc32_pclmul(E) crc32c_intel(E) ghash_clmulni_intel(E) aesni_intel(E) aes_x86_64(E) lrw(E) gf128mul(E) glue_helper(E) ablk_helper(E) cryptd(E) ahci(E) libahci(E) libata(E) xhci_pci(E) xhci_hcd(E) scsi_mod(E) i2c_i801(E) i2c_smbus(E) usbcore(E) thermal(E) sdhci_acpi(E) sdhci(E) mmc_core(E) i2c_designware_platform(E) i2c_designware_core(E) fjes(E) ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Haswell-ULT DRAM Controller [8086:0a04] (rev 09) Subsystem: Sony Corporation Haswell-ULT DRAM Controller [104d:90b1] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: hsw_uncore 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a16] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Sony Corporation Haswell-ULT Integrated Graphics Controller [104d:90b1] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR-
Bug#849474: consolation and kernel issue
On Wed, Dec 28, 2016 at 09:29:11AM +0100, Adam Borowski wrote: > However, all my testing so far was on vgacon (because nvidia). When on > nouveau, it locks up immediately, after 6 iterations. Tried on 4.10-rc1+ > (current linus/master). > > Same on a crap armhf laptop using 3.0 vendor kernel, proprietary mali > module. Like nouveau, that's some kind of graphical console. > > It's possible it's not a matter of console driver but screen size; however, > some vandal removed svgatextmode and snapshot.d.o is down, so I can't test > that right now (assuming svgatextmode would compile...). ... and looks like it's screen size after all. Can't use svgatextmode to resize vgacon anymore, but it's possible to change font size on (fb/etc)con. No idea how to change the resolution these days, biggest font available is 32x16 -- on 1280x1024 (my monitors) this gives 80x32, on 1280x800 (the armhf laptop) 80x25 (spot on!). 80x32, nouveau, 4.10-rc1+: all is fine. Resize back: stuck process sleeping on paste_, once killed it starts taking 100% CPU; otherwise the system is working. 80x25, mali, 3.0: somehow paste still gets stuck but ^C kills it cleanly, the process goes away. Resize back: the reproducer locks up the kernel dead, can switch VTs and get keyboard echo in canon mode but nothing else (I got no working serial/USB/netconsole for that laptop). Meow! -- Autotools hint: to do a zx-spectrum build on a pdp11 host, type: ./configure --host=zx-spectrum --build=pdp11
Bug#849474: consolation and kernel issue
On Wed, Dec 28, 2016 at 12:50:20AM +0100, Bill Allombert wrote: > On Wed, Dec 28, 2016 at 12:42:33AM +0100, Adam Borowski wrote: > > On Tue, Dec 27, 2016 at 10:22:34PM +0100, Bill Allombert wrote: > > > This can be automated using the attached program > > > (warning, this is slightly dangerous since it copy-paste dummy text to > > > the console, be careful. It is safer to use it in a X terminal since then > > > the pasted text is sent to the underlying VT which is disabled, but it > > > is less reliable) > > > > My naive attempts to reproduce it on recent kernels have so far failed. > > Thanks! > > I do not know whether this is a good or bad thing :) > > Try to switch VT while the program is running. Still no badness on vgacon. On 4.9 and 4.10-rc1+ it survives a long time of running your reproducer, no matter what VT I'm on. However, all my testing so far was on vgacon (because nvidia). When on nouveau, it locks up immediately, after 6 iterations. Tried on 4.10-rc1+ (current linus/master). Same on a crap armhf laptop using 3.0 vendor kernel, proprietary mali module. Like nouveau, that's some kind of graphical console. It's possible it's not a matter of console driver but screen size; however, some vandal removed svgatextmode and snapshot.d.o is down, so I can't test that right now (assuming svgatextmode would compile...). Meow! -- Autotools hint: to do a zx-spectrum build on a pdp11 host, type: ./configure --host=zx-spectrum --build=pdp11