[Touch-packages] [Bug 1184152] Re: du crashed with SIGABRT in leave_dir()

2019-01-10 Thread Francis McBratney
Thanks for opening this bug up.  I've put a hacky patch together so will
leave glibc re-building overnight, I'll post a patch *if* I manage to
come up with a palatable workaround.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/1184152

Title:
  du crashed with SIGABRT in leave_dir()

Status in coreutils package in Ubuntu:
  Confirmed

Bug description:
  automatically generated.

  ProblemType: Crash
  DistroRelease: Ubuntu 12.04
  Package: coreutils 8.13-3ubuntu3.2
  ProcVersionSignature: Ubuntu 3.5.0-31.52~precise1-generic 3.5.7.11
  Uname: Linux 3.5.0-31-generic x86_64
  NonfreeKernelModules: nvidia
  ApportVersion: 2.0.1-0ubuntu17.2
  Architecture: amd64
  Date: Sat May 25 22:57:29 2013
  ExecutablePath: /usr/bin/du
  InstallationMedia: Ubuntu 12.04.2 LTS "Precise Pangolin" - Release amd64 
(20130213)
  MarkForUpload: True
  ProcCmdline: du -sh /media/Learn/ebook_Tutorial/
  ProcEnviron:
   TERM=xterm
   SHELL=/bin/bash
   PATH=(custom, user)
   LANG=en_US.UTF-8
  Signal: 6
  SourcePackage: coreutils
  StacktraceTop:
   raise () from /lib/x86_64-linux-gnu/libc.so.6
   abort () from /lib/x86_64-linux-gnu/libc.so.6
   ?? ()
   ?? ()
   fts_read ()
  Title: du crashed with SIGABRT in raise()
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo

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

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


[Touch-packages] [Bug 1811281] Re: du crashed with SIGABRT in fts_read()

2019-01-10 Thread Francis McBratney
*** This bug is a duplicate of bug 1184152 ***
https://bugs.launchpad.net/bugs/1184152

Thanks, appreciated.  And sorry for the noise, I'll put my glasses on
next time so I don't miss the  'private bug' text I saw after
commenting...

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/1811281

Title:
  du  crashed with SIGABRT in fts_read()

Status in coreutils package in Ubuntu:
  New

Bug description:
  Hopefully this bug report isn't a duplicate (I couldn't find anything
  more recent than a ~6 year old bug of a similar nature yet different
  function).

  The problem is that, on the order of once per boot, a simple "du -shc"
  ends up calling "abort()" extremely quickly.  It appears to be on the
  random side as directories to be traversed have varied in size,
  backing filesystem type (XFS, and ext4 iirc) and hard drive type (SSD
  included) also.

  Attempts thereafter to reproduce result in, well, what I expected - du
  not dumping core.

  I've submitted at least two crash reports on this issue in the past;
  the first was on/around 2018/09/08 and the last was probably around
  November of last year also.  On reading Ubuntu's bug-reporting
  guidelines[1], I note that whoopsie needs to be installed for these
  reports to actually make their way upstream and I *do* have that
  package installed locally.

  Is there anything I can do to help get this bug fixed?  From a quick
  scan it seems "fts_read()" lives within glibc; I'm prepared to see if
  I can debug this further with or without help, but it's been a long
  time since I debugged anything C-code related and it'll take to get
  reacquainted with gdb & co. So if anyone has a "look in foo.c:func()"
  type pointer, it'd be much appreciated!

  ProblemType: Crash
  DistroRelease: Ubuntu 18.04
  Package: coreutils 8.28-1ubuntu1
  ProcVersionSignature: Ubuntu 4.18.0-13.14~18.04.1-generic 4.18.17
  Uname: Linux 4.18.0-13-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7.5
  Architecture: amd64
  Date: Thu Jan 10 19:42:20 2019
  ExecutablePath: /usr/bin/du
  InstallationDate: Installed on 2018-09-08 (124 days ago)
  InstallationMedia: Ubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 
(20180725)
  ProcCmdline: du -shc /var/lib
  ProcEnviron:
   LANG=en_GB.UTF-8
   SHELL=/bin/bash
   TERM=xterm-256color
   LANGUAGE=en_GB:en
   PATH=(custom, no user)
  Signal: 6
  SourcePackage: coreutils
  StacktraceTop:
   ?? ()
   ?? ()
   fts_read ()
   ?? ()
   __libc_start_main (main=0x556220f61d30, argc=3, argv=0x7ffd0ca68378, 
init=, fini=, rtld_fini=, 
stack_end=0x7ffd0ca68368) at ../csu/libc-start.c:310
  Title: du crashed with SIGABRT in fts_read()
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups:

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

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


[Touch-packages] [Bug 1811281] Re: du crashed with SIGABRT in fts_read()

2019-01-10 Thread Francis McBratney
*** This bug is a duplicate of bug 1184152 ***
https://bugs.launchpad.net/bugs/1184152

Oh wait, I think I figured it out.  Bug #1184152 is set to private whih
means I can't see it or contribute there?

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/1811281

Title:
  du  crashed with SIGABRT in fts_read()

Status in coreutils package in Ubuntu:
  New

Bug description:
  Hopefully this bug report isn't a duplicate (I couldn't find anything
  more recent than a ~6 year old bug of a similar nature yet different
  function).

  The problem is that, on the order of once per boot, a simple "du -shc"
  ends up calling "abort()" extremely quickly.  It appears to be on the
  random side as directories to be traversed have varied in size,
  backing filesystem type (XFS, and ext4 iirc) and hard drive type (SSD
  included) also.

  Attempts thereafter to reproduce result in, well, what I expected - du
  not dumping core.

  I've submitted at least two crash reports on this issue in the past;
  the first was on/around 2018/09/08 and the last was probably around
  November of last year also.  On reading Ubuntu's bug-reporting
  guidelines[1], I note that whoopsie needs to be installed for these
  reports to actually make their way upstream and I *do* have that
  package installed locally.

  Is there anything I can do to help get this bug fixed?  From a quick
  scan it seems "fts_read()" lives within glibc; I'm prepared to see if
  I can debug this further with or without help, but it's been a long
  time since I debugged anything C-code related and it'll take to get
  reacquainted with gdb & co. So if anyone has a "look in foo.c:func()"
  type pointer, it'd be much appreciated!

  ProblemType: Crash
  DistroRelease: Ubuntu 18.04
  Package: coreutils 8.28-1ubuntu1
  ProcVersionSignature: Ubuntu 4.18.0-13.14~18.04.1-generic 4.18.17
  Uname: Linux 4.18.0-13-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7.5
  Architecture: amd64
  Date: Thu Jan 10 19:42:20 2019
  ExecutablePath: /usr/bin/du
  InstallationDate: Installed on 2018-09-08 (124 days ago)
  InstallationMedia: Ubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 
(20180725)
  ProcCmdline: du -shc /var/lib
  ProcEnviron:
   LANG=en_GB.UTF-8
   SHELL=/bin/bash
   TERM=xterm-256color
   LANGUAGE=en_GB:en
   PATH=(custom, no user)
  Signal: 6
  SourcePackage: coreutils
  StacktraceTop:
   ?? ()
   ?? ()
   fts_read ()
   ?? ()
   __libc_start_main (main=0x556220f61d30, argc=3, argv=0x7ffd0ca68378, 
init=, fini=, rtld_fini=, 
stack_end=0x7ffd0ca68368) at ../csu/libc-start.c:310
  Title: du crashed with SIGABRT in fts_read()
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups:

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

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


[Touch-packages] [Bug 1811281] Re: du crashed with SIGABRT in fts_read()

2019-01-10 Thread Francis McBratney
*** This bug is a duplicate of bug 1184152 ***
https://bugs.launchpad.net/bugs/1184152

Curious.  I tapped the link to bug #1184152 as above[1] and I'm getting
an error from Launchpad (attached).

Is 1184152 the correct bug ID? Might explain why i didnt find this
duplicate if it isnt...

[1] https://bugs.launchpad.net/bugs/1184152

** Attachment added: "Screenshot"
   
https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/1811281/+attachment/5228406/+files/Screenshot_20190110-221149_Chrome.jpg

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/1811281

Title:
  du  crashed with SIGABRT in fts_read()

Status in coreutils package in Ubuntu:
  New

Bug description:
  Hopefully this bug report isn't a duplicate (I couldn't find anything
  more recent than a ~6 year old bug of a similar nature yet different
  function).

  The problem is that, on the order of once per boot, a simple "du -shc"
  ends up calling "abort()" extremely quickly.  It appears to be on the
  random side as directories to be traversed have varied in size,
  backing filesystem type (XFS, and ext4 iirc) and hard drive type (SSD
  included) also.

  Attempts thereafter to reproduce result in, well, what I expected - du
  not dumping core.

  I've submitted at least two crash reports on this issue in the past;
  the first was on/around 2018/09/08 and the last was probably around
  November of last year also.  On reading Ubuntu's bug-reporting
  guidelines[1], I note that whoopsie needs to be installed for these
  reports to actually make their way upstream and I *do* have that
  package installed locally.

  Is there anything I can do to help get this bug fixed?  From a quick
  scan it seems "fts_read()" lives within glibc; I'm prepared to see if
  I can debug this further with or without help, but it's been a long
  time since I debugged anything C-code related and it'll take to get
  reacquainted with gdb & co. So if anyone has a "look in foo.c:func()"
  type pointer, it'd be much appreciated!

  ProblemType: Crash
  DistroRelease: Ubuntu 18.04
  Package: coreutils 8.28-1ubuntu1
  ProcVersionSignature: Ubuntu 4.18.0-13.14~18.04.1-generic 4.18.17
  Uname: Linux 4.18.0-13-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7.5
  Architecture: amd64
  Date: Thu Jan 10 19:42:20 2019
  ExecutablePath: /usr/bin/du
  InstallationDate: Installed on 2018-09-08 (124 days ago)
  InstallationMedia: Ubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 
(20180725)
  ProcCmdline: du -shc /var/lib
  ProcEnviron:
   LANG=en_GB.UTF-8
   SHELL=/bin/bash
   TERM=xterm-256color
   LANGUAGE=en_GB:en
   PATH=(custom, no user)
  Signal: 6
  SourcePackage: coreutils
  StacktraceTop:
   ?? ()
   ?? ()
   fts_read ()
   ?? ()
   __libc_start_main (main=0x556220f61d30, argc=3, argv=0x7ffd0ca68378, 
init=, fini=, rtld_fini=, 
stack_end=0x7ffd0ca68368) at ../csu/libc-start.c:310
  Title: du crashed with SIGABRT in fts_read()
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups:

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

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