Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #177412 > unrolled thread

upgrade failed debian 8.7

Started byMike Nunn <bonnie650@gmail.com>
First post2017-02-04 19:50 +0100
Last post2017-02-07 13:40 +0100
Articles 16 — 4 participants

Back to article view | Back to linux.debian.user

Contents

  upgrade failed debian 8.7 Mike Nunn <bonnie650@gmail.com> - 2017-02-04 19:50 +0100
    Re: upgrade failed debian 8.7 Sven Hartge <sven@svenhartge.de> - 2017-02-04 20:10 +0100
      Re: upgrade failed debian 8.7 Mike Nunn <bonnie650@gmail.com> - 2017-02-04 21:30 +0100
        Re: upgrade failed debian 8.7 Sven Hartge <sven@svenhartge.de> - 2017-02-04 21:50 +0100
          Re: upgrade failed debian 8.7 Mike Nunn <bonnie650@gmail.com> - 2017-02-04 22:00 +0100
          Re: upgrade failed debian 8.7 Mike Nunn <bonnie650@gmail.com> - 2017-02-04 22:00 +0100
        Re: upgrade failed debian 8.7 Ric Moore <wayward4now@gmail.com> - 2017-02-05 06:10 +0100
          Re: upgrade failed debian 8.7 Mike Nunn <bonnie650@gmail.com> - 2017-02-05 12:30 +0100
            Re: upgrade failed debian 8.7 Lisi Reisz <lisi.reisz@gmail.com> - 2017-02-05 14:40 +0100
              Re: upgrade failed debian 8.7 Mike Nunn <bonnie650@gmail.com> - 2017-02-05 15:00 +0100
            Re: upgrade failed debian 8.7 Sven Hartge <sven@svenhartge.de> - 2017-02-05 15:50 +0100
              Re: upgrade failed debian 8.7 Mike Nunn <bonnie650@gmail.com> - 2017-02-05 16:20 +0100
                Re: upgrade failed debian 8.7 Sven Hartge <sven@svenhartge.de> - 2017-02-05 16:40 +0100
                  Re: upgrade failed debian 8.7 Mike Nunn <bonnie650@gmail.com> - 2017-02-05 18:10 +0100
                    Re: upgrade failed debian 8.7 Sven Hartge <sven@svenhartge.de> - 2017-02-05 18:10 +0100
                      Re: upgrade failed debian 8.7 Mike Nunn <bonnie650@gmail.com> - 2017-02-07 13:40 +0100

#177412 — upgrade failed debian 8.7

FromMike Nunn <bonnie650@gmail.com>
Date2017-02-04 19:50 +0100
Subjectupgrade failed debian 8.7
Message-ID<t7dzj-4ww-9@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

Sven Hartge <sven@svenhartge.de> wrote:

> Hmm. How long did you wait for it to complete? Is "/boot" full?
> Or is the disk /boot is on just abysmally slow?

It's still stuck, been over an hour now. Everything else seems fast,
no obvious slowdown.

Filesystem Size  Used Avail Use% Mounted on
/dev/md1   488M   52M  411M  12% /boot

Disks are NVMe Gen3 x4 SSD (Software-RAID 1)

Thanks

Mike

[toc] | [next] | [standalone]

#177413

FromSven Hartge <sven@svenhartge.de>
Date2017-02-04 20:10 +0100
Message-ID<t7dSG-4TW-13@gated-at.bofh.it>
In reply to#177412
Mike Nunn <bonnie650@gmail.com> wrote:
> Sven Hartge <sven@svenhartge.de> wrote:

>> Hmm. How long did you wait for it to complete? Is "/boot" full?
>> Or is the disk /boot is on just abysmally slow?

> It's still stuck, been over an hour now. Everything else seems fast,
> no obvious slowdown.

> Filesystem Size  Used Avail Use% Mounted on
> /dev/md1   488M   52M  411M  12% /boot

> Disks are NVMe Gen3 x4 SSD (Software-RAID 1)

Please do

a) lsof -p `pidof cpio`
b) strace -f -p `pidof cpio`

(If those tools are not installed, please install them.)

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

[toc] | [prev] | [next] | [standalone]

#177419

FromMike Nunn <bonnie650@gmail.com>
Date2017-02-04 21:30 +0100
Message-ID<t7f85-5Fq-1@gated-at.bofh.it>
In reply to#177413

[Multipart message — attachments visible in raw view] — view raw

can't install strace as apt suggests running dpkg --configure -a , prob due
to the failure of the upgrade

with update-initramfs -u -v -k 3.16.0-4-amd64 hung there doesn't seem to be
a cpio process running

On 4 February 2017 at 19:02, Sven Hartge <sven@svenhartge.de> wrote:

> Mike Nunn <bonnie650@gmail.com> wrote:
> > Sven Hartge <sven@svenhartge.de> wrote:
>
> >> Hmm. How long did you wait for it to complete? Is "/boot" full?
> >> Or is the disk /boot is on just abysmally slow?
>
> > It's still stuck, been over an hour now. Everything else seems fast,
> > no obvious slowdown.
>
> > Filesystem Size  Used Avail Use% Mounted on
> > /dev/md1   488M   52M  411M  12% /boot
>
> > Disks are NVMe Gen3 x4 SSD (Software-RAID 1)
>
> Please do
>
> a) lsof -p `pidof cpio`
> b) strace -f -p `pidof cpio`
>
> (If those tools are not installed, please install them.)
>
> Grüße,
> Sven.
>
> --
> Sigmentation fault. Core dumped.
>
>

[toc] | [prev] | [next] | [standalone]

#177420

FromSven Hartge <sven@svenhartge.de>
Date2017-02-04 21:50 +0100
Message-ID<t7frr-5NP-7@gated-at.bofh.it>
In reply to#177419
Mike Nunn <bonnie650@gmail.com> wrote:

> can't install strace as apt suggests running dpkg --configure -a , prob due
> to the failure of the upgrade

> with update-initramfs -u -v -k 3.16.0-4-amd64 hung there doesn't seem to be
> a cpio process running

Strange.

If it hangs at "Building cpio /boot/initrd.img-3.16.0-4-amd64.new
initramfs" then there should be a cpio process.

Could then please share the full output of "df", "df -i" and "cat
/proc/mounts", each done as user "root"?

Grüße,
S°

-- 
Sigmentation fault. Core dumped.

[toc] | [prev] | [next] | [standalone]

#177421

FromMike Nunn <bonnie650@gmail.com>
Date2017-02-04 22:00 +0100
Message-ID<t7fB8-5RY-3@gated-at.bofh.it>
In reply to#177420

[Multipart message — attachments visible in raw view] — view raw

update-initramfs pid 1373

sudo lsof -p 1373
COMMAND    PID USER   FD   TYPE DEVICE SIZE/OFF     NODE NAME
update-in 1373 root  cwd    DIR    9,2     4096 16515073 /root
update-in 1373 root  rtd    DIR    9,2     4096        2 /
update-in 1373 root  txt    REG    9,2   125400 23461891 /bin/dash
update-in 1373 root  mem    REG    9,2  1738176 26869908
/lib/x86_64-linux-gnu/libc-2.19.so
update-in 1373 root  mem    REG    9,2   140928 26869905
/lib/x86_64-linux-gnu/ld-2.19.so
update-in 1373 root    0u   CHR  136,4      0t0        7 /dev/pts/4
update-in 1373 root    1u   CHR  136,4      0t0        7 /dev/pts/4
update-in 1373 root    2u   CHR  136,4      0t0        7 /dev/pts/4
update-in 1373 root   10r   REG    9,2     8974 19546736
/usr/sbin/update-initramfs

[toc] | [prev] | [next] | [standalone]

#177422

FromMike Nunn <bonnie650@gmail.com>
Date2017-02-04 22:00 +0100
Message-ID<t7fB8-5RY-5@gated-at.bofh.it>
In reply to#177420

[Multipart message — attachments visible in raw view] — view raw

df
Filesystem     1K-blocks    Used Available Use% Mounted on
/dev/md2       458453504 6569528 428572808   2% /
udev               10240       0     10240   0% /dev
tmpfs           13187516  320656  12866860   3% /run
tmpfs           32968784     504  32968280   1% /dev/shm
tmpfs               5120       0      5120   0% /run/lock
tmpfs           32968784       0  32968784   0% /sys/fs/cgroup
/dev/md1          498980   52528    420267  12% /boot
tmpfs            6593760       0   6593760   0% /run/user/1000
none           458453504 6569528 428572808   2%
/var/lib/docker/aufs/mnt/bce41dd5773c817aea6e833cf53e43a1679c29e3d73c20c09ad3040bca57d573

shm                65536       0     65536   0%
/var/lib/docker/containers/e9c96303b37e485c0990ac5c0b60e75009c2663b4bba9310867e73ec22c71401/shm

none           458453504 6569528 428572808   2%
/var/lib/docker/aufs/mnt/bbe023c51a117696a4cf8cf9770ca7bfdb47e79a8b65d7a733afaba6d2b15839

none           458453504 6569528 428572808   2%
/var/lib/docker/aufs/mnt/a238b58eeb33998d8adbeefa3b82d129d1cc5d9990667cafec8d818399cf6f03

shm                65536       0     65536   0%
/var/lib/docker/containers/97a599c4375ce06d3df465529851f20fd6c63dae5da25221abce1e768d25a215/shm

shm                65536       0     65536   0%
/var/lib/docker/containers/f839ffd572eb8d2a9e5059012227e06778bf491da83b0058c115be724f857e66/shm

none           458453504 6569528 428572808   2%
/var/lib/docker/aufs/mnt/d0fe269d720b17579a9939bfa9d64b0d1607f35140f0dfd593cc7f9f20bc7f9e

shm                65536       0     65536   0%
/var/lib/docker/containers/13e5125d33b80f5a54dcaeddb078ce093b27f8fa19797359166b32be9b122a7d/shm

none           458453504 6569528 428572808   2%
/var/lib/docker/aufs/mnt/4e773bf15bc02540a2478aef0fffec0b83879712557d4985c31d0a80c3bbc498

none           458453504 6569528 428572808   2%
/var/lib/docker/aufs/mnt/91ebefd722e8aab74b1037511bdbc22ce8366b98fd4f081695116cbecd40c992

shm                65536       0     65536   0%
/var/lib/docker/containers/e7f8c5eccb175562c2a7941be220790d36240f0e9e38d96311166fd25a91d368/shm

shm                65536       0     65536   0%
/var/lib/docker/containers/4fff1f2b2b141846488d39aede964a2629b16f0d97913f7207841c4444d4ca69/shm

df -i
Filesystem       Inodes  IUsed    IFree IUse% Mounted on
/dev/md2       29122560 270014 28852546    1% /
udev            8239770    310  8239460    1% /dev
tmpfs           8242196    685  8241511    1% /run
tmpfs           8242196     22  8242174    1% /dev/shm
tmpfs           8242196      7  8242189    1% /run/lock
tmpfs           8242196     13  8242183    1% /sys/fs/cgroup
/dev/md1         131072    329   130743    1% /boot
tmpfs           8242196      4  8242192    1% /run/user/1000
none           29122560 270014 28852546    1%
/var/lib/docker/aufs/mnt/bce41dd5773c817aea6e833cf53e43a1679c29e3d73c20c09ad3040bca57d573

shm             8242196      1  8242195    1%
/var/lib/docker/containers/e9c96303b37e485c0990ac5c0b60e75009c2663b4bba9310867e73ec22c71401/shm

none           29122560 270014 28852546    1%
/var/lib/docker/aufs/mnt/bbe023c51a117696a4cf8cf9770ca7bfdb47e79a8b65d7a733afaba6d2b15839

none           29122560 270014 28852546    1%
/var/lib/docker/aufs/mnt/a238b58eeb33998d8adbeefa3b82d129d1cc5d9990667cafec8d818399cf6f03

shm             8242196      1  8242195    1%
/var/lib/docker/containers/97a599c4375ce06d3df465529851f20fd6c63dae5da25221abce1e768d25a215/shm

shm             8242196      1  8242195    1%
/var/lib/docker/containers/f839ffd572eb8d2a9e5059012227e06778bf491da83b0058c115be724f857e66/shm

none           29122560 270014 28852546    1%
/var/lib/docker/aufs/mnt/d0fe269d720b17579a9939bfa9d64b0d1607f35140f0dfd593cc7f9f20bc7f9e

shm             8242196      1  8242195    1%
/var/lib/docker/containers/13e5125d33b80f5a54dcaeddb078ce093b27f8fa19797359166b32be9b122a7d/shm

none           29122560 270014 28852546    1%
/var/lib/docker/aufs/mnt/4e773bf15bc02540a2478aef0fffec0b83879712557d4985c31d0a80c3bbc498

none           29122560 270014 28852546    1%
/var/lib/docker/aufs/mnt/91ebefd722e8aab74b1037511bdbc22ce8366b98fd4f081695116cbecd40c992

shm             8242196      1  8242195    1%
/var/lib/docker/containers/e7f8c5eccb175562c2a7941be220790d36240f0e9e38d96311166fd25a91d368/shm

shm             8242196      1  8242195    1%
/var/lib/docker/containers/4fff1f2b2b141846488d39aede964a2629b16f0d97913f7207841c4444d4ca69/shm

cat /proc/mounts
rootfs / rootfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,relatime 0 0
udev /dev devtmpfs rw,relatime,size=10240k,nr_inodes=8239770,mode=755 0 0
devpts /dev/pts devpts
rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,relatime,size=13187516k,mode=755 0 0
/dev/md2 / ext4 rw,relatime,data=ordered 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime
0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup
rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd
0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset
0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup
rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/devices cgroup
rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/freezer cgroup
rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/net_cls,net_prio cgroup
rw,nosuid,nodev,noexec,relatime,net_cls,net_prio 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0

0
cgroup /sys/fs/cgroup/perf_event cgroup
rw,nosuid,nodev,noexec,relatime,perf_event 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs
rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0
/dev/md1 /boot ext3 rw,relatime,data=ordered 0 0
/dev/md2 /var/lib/docker/aufs ext4 rw,relatime,data=ordered 0 0
tmpfs /run/user/1000 tmpfs
rw,nosuid,nodev,relatime,size=6593760k,mode=700,uid=1000,gid=1000 0 0
none
/var/lib/docker/aufs/mnt/bce41dd5773c817aea6e833cf53e43a1679c29e3d73c20c09ad3040bca57d573
aufs rw,relatime,si=73a3abc983bbbe2b,dio,dirperm1 0 0
shm
/var/lib/docker/containers/e9c96303b37e485c0990ac5c0b60e75009c2663b4bba9310867e73ec22c71401/shm
tmpfs rw,nosuid,nodev,noexec,relatime,size=65536k 0 0
proc /run/docker/netns/b519628d5243 proc rw,relatime 0 0
none
/var/lib/docker/aufs/mnt/bbe023c51a117696a4cf8cf9770ca7bfdb47e79a8b65d7a733afaba6d2b15839
aufs rw,relatime,si=73a3abc49f688e2b,dio,dirperm1 0 0
none
/var/lib/docker/aufs/mnt/a238b58eeb33998d8adbeefa3b82d129d1cc5d9990667cafec8d818399cf6f03
aufs rw,relatime,si=73a3abcad2b12e2b,dio,dirperm1 0 0
shm
/var/lib/docker/containers/97a599c4375ce06d3df465529851f20fd6c63dae5da25221abce1e768d25a215/shm
tmpfs rw,nosuid,nodev,noexec,relatime,size=65536k 0 0
proc /run/docker/netns/afb4cc8d9867 proc rw,relatime 0 0
shm
/var/lib/docker/containers/f839ffd572eb8d2a9e5059012227e06778bf491da83b0058c115be724f857e66/shm
tmpfs rw,nosuid,nodev,noexec,relatime,size=65536k 0 0
proc /run/docker/netns/a78a51049371 proc rw,relatime 0 0
none
/var/lib/docker/aufs/mnt/d0fe269d720b17579a9939bfa9d64b0d1607f35140f0dfd593cc7f9f20bc7f9e
aufs rw,relatime,si=73a3abc922ec6e2b,dio,dirperm1 0 0
shm
/var/lib/docker/containers/13e5125d33b80f5a54dcaeddb078ce093b27f8fa19797359166b32be9b122a7d/shm
tmpfs rw,nosuid,nodev,noexec,relatime,size=65536k 0 0
proc /run/docker/netns/c46f84f48fac proc rw,relatime 0 0
none
/var/lib/docker/aufs/mnt/4e773bf15bc02540a2478aef0fffec0b83879712557d4985c31d0a80c3bbc498
aufs rw,relatime,si=73a3abcbf2719e2b,dio,dirperm1 0 0
none
/var/lib/docker/aufs/mnt/91ebefd722e8aab74b1037511bdbc22ce8366b98fd4f081695116cbecd40c992
aufs rw,relatime,si=73a3abcb5dae2e2b,dio,dirperm1 0 0
shm
/var/lib/docker/containers/e7f8c5eccb175562c2a7941be220790d36240f0e9e38d96311166fd25a91d368/shm
tmpfs rw,nosuid,nodev,noexec,relatime,size=65536k 0 0
shm
/var/lib/docker/containers/4fff1f2b2b141846488d39aede964a2629b16f0d97913f7207841c4444d4ca69/shm
tmpfs rw,nosuid,nodev,noexec,relatime,size=65536k 0 0
proc /run/docker/netns/5d85c10ebc3b proc rw,relatime 0 0
proc /run/docker/netns/be28a4421d53 proc rw,relatime 0 0



On 4 February 2017 at 20:41, Sven Hartge <sven@svenhartge.de> wrote:

> Mike Nunn <bonnie650@gmail.com> wrote:
>
> > can't install strace as apt suggests running dpkg --configure -a , prob
> due
> > to the failure of the upgrade
>
> > with update-initramfs -u -v -k 3.16.0-4-amd64 hung there doesn't seem to
> be
> > a cpio process running
>
> Strange.
>
> If it hangs at "Building cpio /boot/initrd.img-3.16.0-4-amd64.new
> initramfs" then there should be a cpio process.
>
> Could then please share the full output of "df", "df -i" and "cat
> /proc/mounts", each done as user "root"?
>
> Grüße,
> S°
>
> --
> Sigmentation fault. Core dumped.
>
>

[toc] | [prev] | [next] | [standalone]

#177433

FromRic Moore <wayward4now@gmail.com>
Date2017-02-05 06:10 +0100
Message-ID<t7nfj-2OV-9@gated-at.bofh.it>
In reply to#177419
On 02/04/2017 03:25 PM, Mike Nunn wrote:

Please don't top post. Thanx, Ric
-- 
My father, Victor Moore (Vic) used to say:
"There are two Great Sins in the world...
..the Sin of Ignorance, and the Sin of Stupidity.
Only the former may be overcome." R.I.P. Dad.
http://linuxcounter.net/user/44256.html

[toc] | [prev] | [next] | [standalone]

#177443

FromMike Nunn <bonnie650@gmail.com>
Date2017-02-05 12:30 +0100
Message-ID<t7tb4-6DB-5@gated-at.bofh.it>
In reply to#177433

[Multipart message — attachments visible in raw view] — view raw

I have an strace output for the following:

strace -f -o foo update-initramfs -u -v

It stopped at the following line as usual:

Building cpio /boot/initrd.img-3.16.0-4-amd64.new initramfs

The last few lines of the strace output:

12056 open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
12056 fstat(3, {st_mode=S_IFREG|0644, st_size=2855152, ...}) = 0
12056 mmap(NULL, 2855152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f46dea0e000
12056 close(3)                          = 0
12056 sync(

I have tried this twice with the same screen output and strace output.

I'm not sure what to do next.

Thanks for any help.

Mike

[toc] | [prev] | [next] | [standalone]

#177445

FromLisi Reisz <lisi.reisz@gmail.com>
Date2017-02-05 14:40 +0100
Message-ID<t7vcR-7Zo-13@gated-at.bofh.it>
In reply to#177443
And please don't break threads.

In addition to Ric's "Please don't top post".

This email above which I am top posting requires a lot of effort on the part 
of any potential helper.  No "history".  Thread broken.  Replied to wrong 
email .....

Lisi

On Sunday 05 February 2017 11:24:34 Mike Nunn wrote:
> I have an strace output for the following:
>
> strace -f -o foo update-initramfs -u -v
>
> It stopped at the following line as usual:
>
> Building cpio /boot/initrd.img-3.16.0-4-amd64.new initramfs
>
> The last few lines of the strace output:
>
> 12056 open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
> 12056 fstat(3, {st_mode=S_IFREG|0644, st_size=2855152, ...}) = 0
> 12056 mmap(NULL, 2855152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f46dea0e000
> 12056 close(3)                          = 0
> 12056 sync(
>
> I have tried this twice with the same screen output and strace output.
>
> I'm not sure what to do next.
>
> Thanks for any help.
>
> Mike

[toc] | [prev] | [next] | [standalone]

#177447

FromMike Nunn <bonnie650@gmail.com>
Date2017-02-05 15:00 +0100
Message-ID<t7vwd-86c-3@gated-at.bofh.it>
In reply to#177445

[Multipart message — attachments visible in raw view] — view raw

On 5 February 2017 at 13:33, Lisi Reisz <lisi.reisz@gmail.com> wrote:

> In addition to Ric's "Please don't top post".


OK will do Thanks, Is it worth starting a new thread as the problem is now
much more specific?

Mike

[toc] | [prev] | [next] | [standalone]

#177449

FromSven Hartge <sven@svenhartge.de>
Date2017-02-05 15:50 +0100
Message-ID<t7wiC-ba-13@gated-at.bofh.it>
In reply to#177443
Mike Nunn <bonnie650@gmail.com> wrote:
> [-- text/plain, encoding 7bit, charset: UTF-8, 24 lines --]

> I have an strace output for the following:

> strace -f -o foo update-initramfs -u -v

> It stopped at the following line as usual:

> Building cpio /boot/initrd.img-3.16.0-4-amd64.new initramfs

> The last few lines of the strace output:

> 12056 open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
> 12056 fstat(3, {st_mode=S_IFREG|0644, st_size=2855152, ...}) = 0
> 12056 mmap(NULL, 2855152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f46dea0e000
> 12056 close(3)                          = 0
> 12056 sync(

> I have tried this twice with the same screen output and strace output.

Can you please check if process 12056 is "/bin/sync"? Search for a line
above looking like

3400  execve("/bin/sync", ["sync"], [/* 23 vars */]) = 0

(3400 being the PID of sync in my example here)

If this is the case, then you build stops at line 176 of
/usr/sbin/update-initramfs. Good news is: at that point the initramfs
has already been created successfully and moved into the right place.
The only step left is to run "update-grub".

But when the sync() system call blocks for such a long time, there is
something very wrong with either the kernel or the underlying medium.

Please test if just calling "strace sync" as root hangs as well.

But right now, I don't think this is a bug in update-initramfs but
somewhere else. Maybe inside the NVMe driver in the Linux Kernel.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

[toc] | [prev] | [next] | [standalone]

#177451

FromMike Nunn <bonnie650@gmail.com>
Date2017-02-05 16:20 +0100
Message-ID<t7wLE-AL-7@gated-at.bofh.it>
In reply to#177449
On 5 February 2017 at 14:47, Sven Hartge <sven@svenhartge.de> wrote:

> Can you please check if process 12056 is "/bin/sync"? Search for a line
> above looking like
> 3400  execve("/bin/sync", ["sync"], [/* 23 vars */]) = 0

Yes it is:

12056 execve("/bin/sync", ["sync"], [/* 18 vars */]) = 0

> Please test if just calling "strace sync" as root hangs as well.

Yes it does

strace sync
.................
open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2855152, ...}) = 0
mmap(NULL, 2855152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fc63a03c000
close(3)                                = 0
sync(

20 minutes now, exits immediately on my local machine.

Looks like you narrowed it down to an underlying problem.

Thanks very much for your help.

[toc] | [prev] | [next] | [standalone]

#177453

FromSven Hartge <sven@svenhartge.de>
Date2017-02-05 16:40 +0100
Message-ID<t7x4Z-Hc-15@gated-at.bofh.it>
In reply to#177451
Mike Nunn <bonnie650@gmail.com> wrote:
> On 5 February 2017 at 14:47, Sven Hartge <sven@svenhartge.de> wrote:

>> Please test if just calling "strace sync" as root hangs as well.

> Yes it does

> strace sync
> .................
> open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
> fstat(3, {st_mode=S_IFREG|0644, st_size=2855152, ...}) = 0
> mmap(NULL, 2855152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fc63a03c000
> close(3)                                = 0
> sync(

> 20 minutes now, exits immediately on my local machine.

This should not take that long. On a normal system, sync times of over 2
seconds are rare and if you have something like a SSD or NVMe as storage
it should be nearly instant.

> Looks like you narrowed it down to an underlying problem.

You can unfuzz your package system by temporarily commenting the call to
"sync" in update-initramfs to get it to complete, but you really should
try to find out the real problem.

Maybe by using the latest kernel from backports.

S°

-- 
Sigmentation fault. Core dumped.

[toc] | [prev] | [next] | [standalone]

#177458

FromMike Nunn <bonnie650@gmail.com>
Date2017-02-05 18:10 +0100
Message-ID<t7yu6-1Hq-13@gated-at.bofh.it>
In reply to#177453
On 5 February 2017 at 15:31, Sven Hartge <sven@svenhartge.de> wrote:
> You can unfuzz your package system by temporarily commenting the call to
> "sync" in update-initramfs to get it to complete, but you really should
> try to find out the real problem.

Package system unfuzzed, thanks!

It's Hetzners standard build on their hardware so will follow up with
them, as you say
something seriously wrong.

Thanks very much for you help!

Mike

[toc] | [prev] | [next] | [standalone]

#177459

FromSven Hartge <sven@svenhartge.de>
Date2017-02-05 18:10 +0100
Message-ID<t7yu6-1Hq-25@gated-at.bofh.it>
In reply to#177458
Mike Nunn <bonnie650@gmail.com> wrote:

> It's Hetzners standard build on their hardware so will follow up with
> them, as you say something seriously wrong.

Knowing Hetzner, I doubt they will be helpful.

S°

-- 
Sigmentation fault. Core dumped.

[toc] | [prev] | [next] | [standalone]

#177525

FromMike Nunn <bonnie650@gmail.com>
Date2017-02-07 13:40 +0100
Message-ID<t8ddT-2Qi-9@gated-at.bofh.it>
In reply to#177459
On 5 February 2017 at 17:08, Sven Hartge <sven@svenhartge.de> wrote:
> Knowing Hetzner, I doubt they will be helpful.

They suggested changing the nvme disks though I thought this should
only be a last resort.

I tried your earlier suggestion and upgraded to 4.9 kernel from
backports all seems well with sync!

Thanks again for your help.

Regards

Mike

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web