CentOS

I see a number of errors in that that I don't like the look of. First, you seem to be running a 2.5 year old kernel and I suspect the rest of your system is similar. Update. Second one appears to be due to ipv6, have you tried to disable it? Is there a /etc/sysctl.d/disable_ipv6.conf? Third one I m...

Use pastebin.centos.org to show the log when you boot with rd.debug added to the kernel command line. Once it's booted you can see the output in journalctl -ab I pasted it with a 6 hr expiry: http://pastebin.centos.org/575701/52035951/ PW: LittleFluffyDoggyBitesHard031 It was interesting to me that...

TrevorH wrote:Still waiting for that rd.debug output...

Ha ha, sry, still in sanitation. It is a bit interesting though... The times jump around a bit...

Could the machine in question be trying to mount a local partition that no longer exists? I've had some long boot delays when a local share has suddenly disappeared, usually due to my own missteps. More like a 5 minute delay for me, never 12 minutes. This could be possible. I quadruple-checked my /...

TrevorH wrote:Use pastebin.centos.org to show the log when you boot with rd.debug added to the kernel command line. Once it's booted you can see the output in journalctl -ab

Sorry for the delay, doing this right now...

Does this happen with multi-user.target ? I think I understand what you're asking, but let me describe what happens in detail to be sure we're both on the same page. Times are approximate here in MM:SS 00:00 - VM powered on 00:09 - Welcome to... 12:11 - Boot un-pauses and text flies by 12:30 - Reac...

Why do we see rescue.target or rescue anything here? rescue.target @12min 10.403s `-rescue.service @12min 10.402s `-sysinit.target @12min 10.389s `-systemd-update-utmp.service @12min 10.337s +51ms `-systemd-tmpfiles-setup.service @12min 10.272s +62ms `-rhel-import-state.service @12min 10.145s +125m...

I suspect it's something related to kernel parameters passed. Can we have the cat /proc/cmdline ??? Absolutely: cat /proc/cmdline BOOT_IMAGE=/vmlinuz-3.10.0-229.11.1.el7.x86_64 root=/dev/mapper/centos--test-root ro crashkernel=auto rd.lvm.lv=centos-test/swap rd.lvm.lv=centos-test/root LANG=en_US.UT...

Could the machine in question be trying to mount a local partition that no longer exists? I've had some long boot delays when a local share has suddenly disappeared, usually due to my own missteps. More like a 5 minute delay for me, never 12 minutes. This could be possible. I quadruple-checked my /...

Still the kernel log might help journalctl -k Also appending these: rd.shell rd.debug log_buf_len=1M to the kernel line with the removal of rhgb quiet could bring more light to the case. Source: How to debug Dracut problems Nice! Thanks, I'll study the doc you sourced. Here's a copy/paste of the so...