** Tags removed: targetmilestone-inin1704
** Tags added: targetmilestone-inin16043

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1658790

Title:
  Ubuntu 17.04: kdump fails with error "kdump-tools[1532]: /etc/init.d
  /kdump-tools: 26: [: -ne: unexpected operator" when / file system is
  xfs.

Status in makedumpfile package in Ubuntu:
  Invalid

Bug description:
  ---Problem Description---

  Ubuntu 17.04: kdump fails with error "kdump-tools[1532]: /etc/init.d
  /kdump-tools: 26: [: -ne: unexpected operator" when / file system is
  xfs.

  ---Steps to Reproduce---

  1. Install Ubuntu 17.04 with / as xfs.
  2. Configure kdump.
  3. trigger crash.

  Machine hangs after below log. Attaching console log.

           Starting Raise network interfaces...
  [  OK  ] Started Raise network interfaces.
  [  OK  ] Reached target Network.
  [  OK  ] Reached target Network is Online.
           Starting iSCSI initiator daemon (iscsid)...
           Starting Kernel crash dump capture service...
  [  OK  ] Started iSCSI initiator daemon (iscsid).
           Starting Login to default iSCSI targets...
  [   86.119692] kdump-tools[1532]: /etc/init.d/kdump-tools: 26: [: -ne: 
unexpected operator
  [  OK  ] Started Kernel crash dump capture service.
  [  OK  ] Started Login to default iSCSI targets.
  [  OK  ] Reached target Remote File Systems (Pre).

  
  4. After manual reboot  /etc/default/kdump-tools is empty.

  Logs
  -------

  root@tuleta4u-lp4:/home/ubuntu# kdump-config show
  DUMP_MODE:        kdump
  USE_KDUMP:        1
  KDUMP_SYSCTL:     kernel.panic_on_oops=1
  KDUMP_COREDIR:    /var/crash
  crashkernel addr: 
     /var/lib/kdump/vmlinuz: symbolic link to /boot/vmlinux-4.9.0-11-generic
  kdump initrd: 
     /var/lib/kdump/initrd.img: symbolic link to 
/var/lib/kdump/initrd.img-4.9.0-11-generic
  current state:    ready to kdump

  kexec command:
    /sbin/kexec -p --command-line="BOOT_IMAGE=/boot/vmlinux-4.9.0-11-generic 
root=UUID=adbca1e4-13ef-4054-a486-402ab1552ca6 ro irqpoll nr_cpus=1 nousb 
systemd.unit=kdump-tools.service ata_piix.prefer_ms_hyperv=0" 
--initrd=/var/lib/kdump/initrd.img /var/lib/kdump/vmlinuz
  root@tuleta4u-lp4:/home/ubuntu# tail /etc/default/kdump-tools 
  #
  # SSH_KEY="<path>"
  #
  # HOSTTAG="hostname|[ip]"
  # 
  # NFS="<nfs mount>"
  #
  # NFS_TIMEO="600"
  #
  # NFS_RETRANS="3"
  root@tuleta4u-lp4:/home/ubuntu# echo "c" > /proc/sysrq-trigger
  [  199.601020] sysrq: SysRq : Trigger a crash
  [  199.601044] Unable to handle kernel paging request for data at address 
0x00000000
  [  199.601053] Faulting instruction address: 0xc0000000006af628
  [  199.601061] Oops: Kernel access of bad area, sig: 11 [#1]
  [  199.601066] SMP NR_CPUS=2048 [  199.601069] NUMA

  
  after crash:

  root@tuleta4u-lp4:/home/ubuntu# cat /etc/default/kdump-tools 
  root@tuleta4u-lp4:/home/ubuntu#

  > > > 
  > > > Hi,
  > > > 
  > > > yeah bug is recreatable.
  > > > 
  > > 
  > > Hi Pavithra/Latha,
  > > 
  > > Any idea why /etc/default/kdumpt-tools file is empty?
  > > Are we getting an empty /etc/default/kdumpt-tools file on installing
  > > kdump-tools?
  > > 
  > > Pavithra, please mention the steps used to recreated this bug..
  > > 
  > > Thanks
  > > Hari
  > 
  > When we install kdump /etc/default/kdumpt-tools will have valid contents and
  > "kdump-config show" shows "ready to kdump" but after crash
  > /etc/default/kdumpt-tools file contents are getting deleted. 
  > 
  > ---Steps to Reproduce---
  > 
  > 1. Install Ubuntu 17.04 with / as xfs.
  > 2. Configure kdump.
  > 3. trigger crash.
  >

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1658790/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to     : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to