<div dir="ltr">Agree with Michael, this sounds like an OS crash to me. Given that you're not seeing anything in the logs, it's likely that by the time the crash occurs, the kernel is unable to write to disk, so the only real way to get info is to be looking at the console when it crashes. See also: <a href="https://help.ubuntu.com/community/DebuggingSystemCrash">https://help.ubuntu.com/community/DebuggingSystemCrash</a><div>The initial slowness is likely due either to caching on later restarts, or to fsck.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 14 Aug 2019 at 10:23, Michael Maier <<a href="mailto:m1278468@mailbox.org">m1278468@mailbox.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 14.08.19 at 16:26 Dan Cropp wrote:<br>
> We have a customer where their VM running Asterisk appears to have crashed.  Fortunately, we had some debugging enabled.<br>
> The asterisk messages file has this... (in notepad+ the blank line in the middle is all [NUL][NUL] [NUL][NUL]....)<br>
> <br>
> [08/12 15:30:55.880] VERBOSE[6920] app_mixmonitor.c: Begin MixMonitor Recording CBRec/IS__a37ae004-c780-4c7f-88a9-a04402f0ab4e-0000e70f<br>
> [08/12 15:30:55.881] VERBOSE[6921] bridge_channel.c: Channel CBRec/IS__a37ae004-c780-4c7f-88a9-a04402f0ab4e-0000e70f joined 'softmix' base-bridge <23340bca-6823-4c70-a395-e3b092aeb671><br>
>                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           <br>
> [08/12 15:33:02.887] Asterisk 16.2.1 built by root @ sw-genesis-build4 on a x86_64 running Linux on 2019-04-04 13:41:15 UTC<br>
<br>
Did I get it correctly: the last line in the log before asterisk starts again after the reboot is the [nul]-line? If so, are you probably using ext4 or maybe reiserfs? I know of this problem if the machine crashes, open files can end up<br>
like described. AFAIK it's a file system bug!<br>
<br>
> We also had debugging enabled and things were output to our debug file for 17 more seconds....<br>
> The blank line in my e-mail is once again a line with all [NUL}... (in notepad+ the blank line in the middle is all [NUL][NUL] [NUL][NUL]....)<br>
> <br>
> [08/12 15:31:12.776] DEBUG[6781] audiohook.c: Read factory 0x7f079389bff8 and write factory 0x7f079389ca38 both fail to provide 160 samples<br>
> [08/12 15:31:12.777] DEBUG[6709] audiohook.c: Failed to get 160 samples from read factory 0x7f07937066d8<br>
> [08/12 15:31:12.777] DEBUG[6709] audiohook.c: Read factory 0x7f07937066d8 and write factory 0x7f0793707118 both fail to provide 160 samples<br>
>                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          [08/12 15:33:02.915] Asterisk 16.2.1 built by root @ sw-genesis-build4 on a x86_64 running Linux on 2019-04-04 13:41:15 UTC<br>
> [Aug 12 15:33:02] DEBUG[1385] config.c: Parsing /etc/iss/asterisk/logger.conf<br>
> <br>
> <br>
> <br>
> I believe this was bad enough that Ubuntu actually crashed, but there is nothing in the syslog indicating anything until 15:32:42 where it appears Linux is starting up.<br>
> <br>
> <br>
> After this situation happens, every time Asterisk starts up, it was taking significantly longer to load.  Normally 1-2 seconds, became 26-28 seconds.<br>
> [08/12 15:33:03.240] NOTICE[1385] loader.c: 286 modules will be loaded.<br>
> [08/12 15:33:23.844] VERBOSE[1385] loader.c: Loading extconfig.<br>
> <br>
> <br>
> Loading the modules is taking 20 seconds after this incident occurred.  Looking at the debug logs, I see the modules loading loader.c PASS.  There all seem to load fine, just much slower than it was previously.<br>
<br>
Maybe because the machine is performing a file system check on some other partitions in parallel and it's slowed down therefore?<br>
<br>
<br>
Regards<br>
Michael<br>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
Check out the new Asterisk community forum at: <a href="https://community.asterisk.org/" rel="noreferrer" target="_blank">https://community.asterisk.org/</a><br>
<br>
New to Asterisk? Start here:<br>
      <a href="https://wiki.asterisk.org/wiki/display/AST/Getting+Started" rel="noreferrer" target="_blank">https://wiki.asterisk.org/wiki/display/AST/Getting+Started</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Regards,<div>John Runyon</div><div>Simply NUC</div><div>512-766-0401 x1110</div><div>495 Round Rock West Dr, Round Rock, TX 78681</div></div></div></div></div>