[ mining os ] nvoc

[urnzwy]

m1@m1-desktop:~$ cat /etc/logrotate.d/rsyslog
/var/log/syslog
{
   rotate 7
   daily
   missingok
   notifempty
   delaycompress
   compress
   postrotate
      invoke-rc.d rsyslog rotate > /dev/null
   endscript
}

/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
   rotate 4
   weekly
   missingok
   notifempty
   compress
   delaycompress
   sharedscrip

Great, do you do have syslogs dating back a week to inspect. Namely these:

Code:

-rw-r-----  1 syslog            adm     221063 May  4 11:03 syslog
-rw-r-----  1 syslog            adm     480516 May  4 07:43 syslog.1
-rw-r-----  1 syslog            adm      71338 May  3 10:28 syslog.2.gz
-rw-r-----  1 syslog            adm     101993 May  2 08:56 syslog.3.gz
-rw-r-----  1 syslog            adm      70681 May  1 07:35 syslog.4.gz
-rw-r-----  1 syslog            adm      37431 Apr 30 19:00 syslog.5.gz
-rw-r-----  1 syslog            adm       8234 Apr 29 07:35 syslog.6.gz
-rw-r-----  1 syslog            adm       8185 Apr 28 07:35 syslog.7.gz

You should be able to go back through them and align your "freezes" with what is in them for those times.

Found them! There is a lot in there... But I am not sure what I am looking for. There is some warnings I see in there, all the files look identical almost. Are you in the discord? I could send it to you on there? This is the last portion of it.

May  2 08:54:13 m1-desktop rtkit-daemon[2515]: Successfully made thread 2514 of process 2514 (n/a) owned by '1000' high priority at nice level -11.
May  2 08:54:13 m1-desktop rtkit-daemon[2515]: Supervising 1 threads of 1 processes of 1 users.
May  2 08:54:13 m1-desktop dbus[821]: [system] Activating via systemd: service name='org.freedesktop.UPower' unit='upower.service'
May  2 08:54:13 m1-desktop systemd[1]: Starting Daemon for power management...
May  2 08:54:13 m1-desktop gnome-session[2410]: gnome-session-binary[2410]: WARNING: Could not parse desktop file print-applet.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session-binary[2410]: WARNING: Could not parse desktop file print-applet.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session[2410]: gnome-session-binary[2410]: WARNING: Could not parse desktop file indicator-printers.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session-binary[2410]: WARNING: Could not parse desktop file indicator-printers.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop dbus[821]: [system] Successfully activated service 'org.freedesktop.UPower'
May  2 08:54:13 m1-desktop systemd[1]: Started Daemon for power management.
May  2 08:54:13 m1-desktop gnome-session[2410]: gnome-session-binary[2410]: WARNING: Could not parse desktop file gnome-user-share-webdav.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session-binary[2410]: WARNING: Could not parse desktop file gnome-user-share-webdav.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session[2410]: gnome-session-binary[2410]: WARNING: Could not parse desktop file deja-dup-monitor.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session-binary[2410]: WARNING: Could not parse desktop file deja-dup-monitor.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session[2410]: gnome-session-binary[2410]: WARNING: Could not parse desktop file orca-autostart.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session-binary[2410]: WARNING: Could not parse desktop file orca-autostart.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session[2410]: gnome-session-binary[2410]: WARNING: Could not parse desktop file zeitgeist-datahub.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session-binary[2410]: WARNING: Could not parse desktop file zeitgeist-datahub.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session[2410]: gnome-session-binary[2410]: WARNING: Could not parse desktop file onboard-autostart.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session-binary[2410]: WARNING: Could not parse desktop file onboard-autostart.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session[2410]: gnome-session-binary[2410]: WARNING: Could not parse desktop file gnome-user-share-obexpush.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session-binary[2410]: WARNING: Could not parse desktop file gnome-user-share-obexpush.desktop or it references a not found TryExec binary
May  2 08:54:13 m1-desktop gnome-session[2410]: SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
May  2 08:54:13 m1-desktop gnome-session[2410]: SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
May  2 08:54:13 m1-desktop gnome-session[2410]: SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
May  2 08:54:14 m1-desktop dbus[821]: [system] Activating via systemd: service name='org.freedesktop.ColorManager' unit='colord.service'
May  2 08:54:14 m1-desktop systemd[1]: Starting Manage, Install and Generate Color Profiles...
May  2 08:54:14 m1-desktop dbus[821]: [system] Successfully activated service 'org.freedesktop.ColorManager'
May  2 08:54:14 m1-desktop systemd[1]: Started Manage, Install and Generate Color Profiles.
May  2 08:54:15 m1-desktop rtkit-daemon[2515]: Supervising 1 threads of 1 processes of 1 users.
May  2 08:54:15 m1-desktop rtkit-daemon[2515]: Successfully made thread 2664 of process 2514 (n/a) owned by '1000' RT at priority 5.
May  2 08:54:15 m1-desktop rtkit-daemon[2515]: Supervising 2 threads of 1 processes of 1 users.
May  2 08:54:16 m1-desktop dbus[821]: [system] Activating via systemd: service name='org.freedesktop.UDisks2' unit='udisks2.service'
May  2 08:54:16 m1-desktop systemd[1]: Starting Disk Manager...
May  2 08:54:16 m1-desktop udisksd[2670]: udisks daemon version 2.1.7 starting
May  2 08:54:16 m1-desktop dbus[821]: [system] Successfully activated service 'org.freedesktop.UDisks2'
May  2 08:54:16 m1-desktop systemd[1]: Started Disk Manager.
May  2 08:54:16 m1-desktop udisksd[2670]: Acquired the name org.freedesktop.UDisks2 on the system message bus
May  2 08:54:16 m1-desktop udisksd[2670]: Cleaning up mount point /media/m1/12D3-A869 (device 8:1 is not mounted)
May  2 08:54:16 m1-desktop org.gtk.vfs.AfcVolumeMonitor[2270]: Volume monitor alive
May  2 08:54:17 m1-desktop rtkit-daemon[2515]: Supervising 2 threads of 1 processes of 1 users.
May  2 08:54:17 m1-desktop rtkit-daemon[2515]: Successfully made thread 2714 of process 2514 (n/a) owned by '1000' RT at priority 5.
May  2 08:54:17 m1-desktop rtkit-daemon[2515]: Supervising 3 threads of 1 processes of 1 users.
May  2 08:54:17 m1-desktop org.gnome.ScreenSaver[2270]: ** Message: Lost the name, shutting down.
May  2 08:54:19 m1-desktop rtkit-daemon[2515]: Supervising 3 threads of 1 processes of 1 users.
May  2 08:54:19 m1-desktop rtkit-daemon[2515]: Successfully made thread 2773 of process 2514 (n/a) owned by '1000' RT at priority 5.
May  2 08:54:19 m1-desktop rtkit-daemon[2515]: Supervising 4 threads of 1 processes of 1 users.
May  2 08:54:22 m1-desktop rtkit-daemon[2515]: Supervising 4 threads of 1 processes of 1 users.
May  2 08:54:22 m1-desktop rtkit-daemon[2515]: Successfully made thread 2776 of process 2514 (n/a) owned by '1000' RT at priority 5.
May  2 08:54:22 m1-desktop rtkit-daemon[2515]: Supervising 5 threads of 1 processes of 1 users.
May  2 08:54:26 m1-desktop rtkit-daemon[2515]: Supervising 5 threads of 1 processes of 1 users.
May  2 08:54:26 m1-desktop rtkit-daemon[2515]: Successfully made thread 2777 of process 2514 (n/a) owned by '1000' RT at priority 5.
May  2 08:54:26 m1-desktop rtkit-daemon[2515]: Supervising 6 threads of 1 processes of 1 users.
May  2 08:54:32 m1-desktop rtkit-daemon[2515]: Supervising 6 threads of 1 processes of 1 users.
May  2 08:54:32 m1-desktop rtkit-daemon[2515]: Successfully made thread 2778 of process 2514 (n/a) owned by '1000' RT at priority 5.
May  2 08:54:32 m1-desktop rtkit-daemon[2515]: Supervising 7 threads of 1 processes of 1 users.
May  2 08:54:34 m1-desktop rtkit-daemon[2515]: Supervising 7 threads of 1 processes of 1 users.
May  2 08:54:34 m1-desktop rtkit-daemon[2515]: Successfully made thread 2779 of process 2514 (n/a) owned by '1000' RT at priority 5.
May  2 08:54:34 m1-desktop rtkit-daemon[2515]: Supervising 8 threads of 1 processes of 1 users.
May  2 08:54:37 m1-desktop rtkit-daemon[2515]: Supervising 8 threads of 1 processes of 1 users.
May  2 08:54:37 m1-desktop rtkit-daemon[2515]: Successfully made thread 2780 of process 2514 (n/a) owned by '1000' RT at priority 5.
May  2 08:54:37 m1-desktop rtkit-daemon[2515]: Supervising 9 threads of 1 processes of 1 users.
May  2 08:54:39 m1-desktop rtkit-daemon[2515]: Supervising 9 threads of 1 processes of 1 users.
May  2 08:54:39 m1-desktop rtkit-daemon[2515]: Successfully made thread 2781 of process 2514 (n/a) owned by '1000' RT at priority 5.
May  2 08:54:39 m1-desktop rtkit-daemon[2515]: Supervising 10 threads of 1 processes of 1 users.
May  2 08:54:41 m1-desktop rtkit-daemon[2515]: Supervising 10 threads of 1 processes of 1 users.
May  2 08:54:41 m1-desktop rtkit-daemon[2515]: Successfully made thread 2782 of process 2514 (n/a) owned by '1000' RT at priority 5.
May  2 08:54:41 m1-desktop rtkit-daemon[2515]: Supervising 11 threads of 1 processes of 1 users.
May  2 08:54:43 m1-desktop rtkit-daemon[2515]: Supervising 11 threads of 1 processes of 1 users.
May  2 08:54:43 m1-desktop rtkit-daemon[2515]: Successfully made thread 2786 of process 2514 (n/a) owned by '1000' RT at priority 5.
May  2 08:54:43 m1-desktop rtkit-daemon[2515]: Supervising 12 threads of 1 processes of 1 users.
May  2 08:54:45 m1-desktop rtkit-daemon[2515]: Supervising 12 threads of 1 processes of 1 users.
May  2 08:54:45 m1-desktop rtkit-daemon[2515]: Successfully made thread 2787 of process 2514 (n/a) owned by '1000' RT at priority 5.
May  2 08:54:45 m1-desktop rtkit-daemon[2515]: Supervising 13 threads of 1 processes of 1 users.
May  2 08:54:47 m1-desktop rtkit-daemon[2515]: Supervising 13 threads of 1 processes of 1 users.
May  2 08:54:47 m1-desktop rtkit-daemon[2515]: Successfully made thread 2788 of process 2514 (n/a) owned by '1000' RT at priority 5.
May  2 08:54:47 m1-desktop rtkit-daemon[2515]: Supervising 14 threads of 1 processes of 1 users.
May  2 08:54:48 m1-desktop pulseaudio[2514]: [pulseaudio] backend-ofono.c: Failed to register as a handsfree audio agent with ofono: org.freedesktop.DBus.Error.ServiceUnknown: The name org.ofono was not provided by any .service files
May  2 08:54:48 m1-desktop rtkit-daemon[2515]: Successfully made thread 2790 of process 2790 (n/a) owned by '1000' high priority at nice level -11.
May  2 08:54:48 m1-desktop rtkit-daemon[2515]: Supervising 15 threads of 2 processes of 1 users.
May  2 08:54:48 m1-desktop pulseaudio[2790]: [pulseaudio] pid.c: Daemon already running.
May  2 08:54:48 m1-desktop rtkit-daemon[2515]: Successfully made thread 2796 of process 2796 (n/a) owned by '1000' high priority at nice level -11.
May  2 08:54:48 m1-desktop rtkit-daemon[2515]: Supervising 15 threads of 2 processes of 1 users.
May  2 08:54:48 m1-desktop pulseaudio[2796]: [pulseaudio] pid.c: Daemon already running.
May  2 08:54:48 m1-desktop dbus[821]: [system] Activating via systemd: service name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service'
May  2 08:54:48 m1-desktop systemd[1]: Starting Locale Service...
May  2 08:54:48 m1-desktop gnome-session[2410]: (nautilus:2808): GLib-GIO-CRITICAL **: g_dbus_interface_skeleton_unexport: assertion 'interface_->priv->connections != NULL' failed
May  2 08:54:48 m1-desktop gnome-session[2410]: (nautilus:2808): GLib-GIO-CRITICAL **: g_dbus_interface_skeleton_unexport: assertion 'interface_->priv->connections != NULL' failed
May  2 08:54:48 m1-desktop dbus[821]: [system] Successfully activated service 'org.freedesktop.locale1'
May  2 08:54:48 m1-desktop systemd[1]: Started Locale Service.
May  2 08:54:48 m1-desktop gnome-session[2410]: (nautilus:2808): Gtk-CRITICAL **: gtk_icon_theme_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
May  2 08:54:48 m1-desktop gnome-session[2410]: (nautilus:2808): GLib-GObject-WARNING **: invalid (NULL) pointer instance
May  2 08:54:48 m1-desktop gnome-session[2410]: (nautilus:2808): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
May  2 08:54:48 m1-desktop gnome-session[2410]: (process:2814): indicator-application-service-WARNING **: Unable to get watcher name 'org.kde.StatusNotifierWatcher'
May  2 08:54:48 m1-desktop gnome-session[2410]: (process:2814): indicator-application-service-WARNING **: Name Lost
May  2 08:54:48 m1-desktop gnome-session-binary[2410]: Entering running state
May  2 08:54:48 m1-desktop kernel: [  217.746122] FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
May  2 08:54:48 m1-desktop udisksd[2670]: Mounted /dev/sda1 at /media/m1/12D3-A869 on behalf of uid 1000
May  2 08:54:48 m1-desktop dbus[821]: [system] Activating service name='org.freedesktop.fwupd' (using servicehelper)
May  2 08:54:49 m1-desktop org.freedesktop.fwupd[821]: (fwupd:2860): Fu-WARNING **: Failed to coldplug: UEFI firmware updating not supported
May  2 08:54:49 m1-desktop dbus[821]: [system] Successfully activated service 'org.freedesktop.fwupd'
May  2 08:54:49 m1-desktop gnome-session[2410]: (guake:2809): libglade-WARNING **: unknown attribute `swapped' for <signal>.
May  2 08:54:49 m1-desktop gnome-session[2410]: message repeated 21 times: [ (guake:2809): libglade-WARNING **: unknown attribute `swapped' for <signal>.]
May  2 08:54:49 m1-desktop gnome-session[2410]: INFO:guake.guake_app:Logging configuration complete
May  2 08:54:49 m1-desktop gnome-session[2410]: /usr/lib/python2.7/dist-packages/guake/guake_app.py:1785: GtkWarning: gtk_box_pack: assertion 'child->parent == NULL' failed
May  2 08:54:49 m1-desktop gnome-session[2410]:   self.mainframe.pack_start(self.notebook, expand=True, fill=True, padding=0)
May  2 08:54:53 m1-desktop dbus[821]: [system] Activating service name='org.debian.apt' (using servicehelper)
May  2 08:54:53 m1-desktop AptDaemon: INFO: Initializing daemon
May  2 08:54:53 m1-desktop org.debian.apt[821]: 08:54:53 AptDaemon [INFO]: Initializing daemon
May  2 08:54:53 m1-desktop dbus[821]: [system] Successfully activated service 'org.debian.apt'
May  2 08:54:53 m1-desktop AptDaemon.PackageKit: INFO: Initializing PackageKit compat layer
May  2 08:54:53 m1-desktop org.debian.apt[821]: /usr/lib/python3/dist-packages/aptdaemon/worker/pkworker.py:35: PyGIWarning: PackageKitGlib was imported without specifying a version first. Use gi.require_version('PackageKitGlib', '1.0') before import to ensure that the right version gets loaded.
May  2 08:54:53 m1-desktop org.debian.apt[821]:   from gi.repository import PackageKitGlib as pk
May  2 08:54:53 m1-desktop org.debian.apt[821]: 08:54:53 AptDaemon.PackageKit [INFO]: Initializing PackageKit compat layer
May  2 08:54:53 m1-desktop AptDaemon: INFO: UpdateCache() was called
May  2 08:54:53 m1-desktop org.debian.apt[821]: 08:54:53 AptDaemon [INFO]: UpdateCache() was called
May  2 08:54:53 m1-desktop gnome-session[2410]: (gnome-software:2822): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed
May  2 08:54:53 m1-desktop AptDaemon.Trans: INFO: Queuing transaction /org/debian/apt/transaction/3c2c7e9039dd4e919f975e6a7dba4e3f
May  2 08:54:53 m1-desktop org.debian.apt[821]: 08:54:53 AptDaemon.Trans [INFO]: Queuing transaction /org/debian/apt/transaction/3c2c7e9039dd4e919f975e6a7dba4e3f
May  2 08:54:53 m1-desktop AptDaemon.Worker: INFO: Simulating trans: /org/debian/apt/transaction/3c2c7e9039dd4e919f975e6a7dba4e3f
May  2 08:54:53 m1-desktop org.debian.apt[821]: 08:54:53 AptDaemon.Worker [INFO]: Simulating trans: /org/debian/apt/transaction/3c2c7e9039dd4e919f975e6a7dba4e3f
May  2 08:54:53 m1-desktop AptDaemon.Worker: INFO: Processing transaction /org/debian/apt/transaction/3c2c7e9039dd4e919f975e6a7dba4e3f
May  2 08:54:53 m1-desktop org.debian.apt[821]: 08:54:53 AptDaemon.Worker [INFO]: Processing transaction /org/debian/apt/transaction/3c2c7e9039dd4e919f975e6a7dba4e3f
May  2 08:54:54 m1-desktop AptDaemon.Worker: INFO: Updating cache
May  2 08:54:54 m1-desktop org.debian.apt[821]: 08:54:54 AptDaemon.Worker [INFO]: Updating cache
May  2 08:55:07 m1-desktop AptDaemon.Worker: INFO: Finished transaction /org/debian/apt/transaction/3c2c7e9039dd4e919f975e6a7dba4e3f
May  2 08:55:07 m1-desktop org.debian.apt[821]: 08:55:07 AptDaemon.Worker [INFO]: Finished transaction /org/debian/apt/transaction/3c2c7e9039dd4e919f975e6a7dba4e3f
May  2 08:55:51 m1-desktop gnome-session[2410]: ** (update-notifier:3760): WARNING **: log file empty (logrotate?) /var/log/dpkg.log
May  2 08:55:51 m1-desktop gnome-session[2410]: ** (update-notifier:3760): WARNING **: log file empty (logrotate?) /var/log/apt/term.log
May  2 08:56:22 m1-desktop anacron[771]: Job `cron.daily' started
May  2 08:56:22 m1-desktop anacron[3949]: Updated timestamp for job `cron.daily' to 2018-05-02
May  2 08:56:22 m1-desktop cracklib: no dictionary update necessary.
May  2 08:56:22 m1-desktop systemd[1]: Reloading LSB: Apache2 web server.
May  2 08:56:22 m1-desktop apache2[4008]:  * Reloading Apache httpd web server apache2
May  2 08:56:22 m1-desktop apache2[4008]:  *
May  2 08:56:22 m1-desktop systemd[1]: Reloaded LSB: Apache2 web server.
May  2 08:56:23 m1-desktop rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="781" x-info="http://www.rsyslog.com"] rsyslogd was HUPed

[Stubo]

Found them! There is a lot in there... But I am not sure what I am looking for. There is some warnings I see in there, all the files look identical almost. Are you in the discord? I could send it to you on there? This is the last portion of it.

I am not in the discord. There is going to be a LOT of stuff in the syslog and most of it you can ignore. What you want to do is to zero in on the entries just before it froze. This is all done by timestamps. You can also look for entries that are hard errors but those may prove to be red herrings.

If you notice there are syslogs going back about a week. syslog is from today, syslog.1 is going to be yesterday, syslog.2.gz is the archived syslog from the day before that, etc. For the gz ones, just use "gunzip <filename>" as root to unzip them so that you can read them.

So start by recalling the day and time of the last freeze(s), and then figure out which log it would be in based upon the timestamp of the syslogs. Next, open whichever one(s) those are and find that day/time. You should then see additional clues (probably errors) that were logged. Once you find them, we can go from there.

[urnzwy]

Found them! There is a lot in there... But I am not sure what I am looking for. There is some warnings I see in there, all the files look identical almost. Are you in the discord? I could send it to you on there? This is the last portion of it.

I am not in the discord. There is going to be a LOT of stuff in the syslog and most of it you can ignore. What you want to do is to zero in on the entries just before it froze. This is all done by timestamps. You can also look for entries that are hard errors but those may prove to be red herrings.

If you notice there are syslogs going back about a week. syslog is from today, syslog.1 is going to be yesterday, syslog.2.gz is the archived syslog from the day before that, etc. For the gz ones, just use "gunzip <filename>" as root to unzip them so that you can read them.

So start by recalling the day and time of the last freeze(s), and then figure out which log it would be in based upon the timestamp of the syslogs. Next, open whichever one(s) those are and find that day/time. You should then see additional clues (probably errors) that were logged. Once you find them, we can go from there.

Updated the previous post to include the last portion of the files.

It froze every day and all the files looks the same, so whatever this issue is it just happens over and over again.

[Stubo]

Found them! There is a lot in there... But I am not sure what I am looking for. There is some warnings I see in there, all the files look identical almost. Are you in the discord? I could send it to you on there? This is the last portion of it.

I am not in the discord. There is going to be a LOT of stuff in the syslog and most of it you can ignore. What you want to do is to zero in on the entries just before it froze. This is all done by timestamps. You can also look for entries that are hard errors but those may prove to be red herrings.

If you notice there are syslogs going back about a week. syslog is from today, syslog.1 is going to be yesterday, syslog.2.gz is the archived syslog from the day before that, etc. For the gz ones, just use "gunzip <filename>" as root to unzip them so that you can read them.

So start by recalling the day and time of the last freeze(s), and then figure out which log it would be in based upon the timestamp of the syslogs. Next, open whichever one(s) those are and find that day/time. You should then see additional clues (probably errors) that were logged. Once you find them, we can go from there.

Updated the previous post to include the last portion of the files.

It froze every day and all the files looks the same, so whatever this issue is it just happens over and over again.

Let me see if I can make it more clear. Unlike some nvOC specific logs, Ubuntu [any unix system] syslogs are written to constantly, so grabbing the last (most recent) part of one is unlikely to be helpful in diagnosing your problem. Instead, what you want to do is view the logs with an editor like vi and scroll through it until you find the day and time of when the freeze occurred.

For example, I had an issue with one of my miners on Wednesday morning. My pool indicated that it was not mining so tried to login via ssh but could not. I physically checked on the machine and it was running but I could not access it remotely (I don't have a display connected to it). So, I powered it down for a few minutes and then powered it back up. It came up just fine and started mining again. Of course, I wanted to find out what had happened so I started looking at my syslog for that day and at that time - sometime after 9:30am on May 2. When I found that part of the log, I saw this:

Code:

May  2 07:35:02 Miner1 anacron[30615]: Job `cron.daily' terminated
May  2 07:35:02 Miner1 anacron[30615]: Normal exit (1 job run)
May  2 08:17:01 Miner1 CRON[16925]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
May  2 08:24:20 Miner1 systemd[1]: Starting Cleanup of Temporary Directories...
May  2 08:24:20 Miner1 systemd-tmpfiles[19789]: [/usr/lib/tmpfiles.d/var.conf:14] Duplicate line for path "/var/log", ignoring.
May  2 08:24:20 Miner1 systemd[1]: Started Cleanup of Temporary Directories.
May  2 09:17:01 Miner1 CRON[8112]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
[b]May  2 09:46:17 Miner1 avahi-daemon[821]: Withdrawing address record for 192.168.1.165 on enp0s31f6.
May  2 09:46:17 Miner1 avahi-daemon[821]: Leaving mDNS multicast group on interface enp0s31f6.IPv4 with address 192.168.1.165.
May  2 09:46:17 Miner1 avahi-daemon[821]: Interface enp0s31f6.IPv4 no longer relevant for mDNS.
[/b]May  2 10:17:01 Miner1 CRON[23962]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
May  2 10:23:30 Miner1 systemd[1]: Starting Daily apt download activities...
May  2 10:23:30 Miner1 systemd[1]: Started Daily apt download activities.
May  2 11:17:01 Miner1 CRON[32329]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
May  2 12:17:01 Miner1 CRON[8511]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
May  2 12:43:29 Miner1 rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="846" x-info="http://www.rsyslog.com"] start

So for some still to be determined reason, my machine decided to withdraw its DNS registration from my DNS which resulted in loss of name resolution and connectivity.

While not at all relevant to your situation, I just wanted to use this example of an issue that I had, how I found it, and what caused it.

I hope this helps.

[WaveFront]

Bad news about Equihash  :

Bitmain launch Equihash ASIC this day. 10 KSol/s consumming only 300W !

What do you think about this ASIC ?

https://shop.bitmain.com/product/detail?pid=00020180503154806494uGcSyiu806FD

I said that I do not come to promote them, I did not buy ASIC but it is quite clear that this case will pose a huge problem. Much worse than that of the ETH miner of the same company.

Only the Monéro community reacted in opposition to the bitmain ASICS. I simply wish to have your opinion on this issue which may make GPU mining obsolete on this algorithm rather quickly.

At this rate, only Neoscrypt and Cryptonight V7 will remain to be mined via CPU and GPU. Not a good deal for decentralization as a cryptocurrency target.

One rig 22mhX6 for 132MH drawing 680w VS 10Kh @300W is going to be a threat?   Where?
 Oh and each unit does cost 2K and you can only have one for now. Hmmmmm.
thay

Its equihash not ethash ...

For Ethash there is the Antiminer E3. Price and power consumption is not radically better than a GPU rig with an equivalent hash rate

[CryptAtomeTrader44]

Bad news about Equihash  :

Bitmain launch Equihash ASIC this day. 10 KSol/s consumming only 300W !

What do you think about this ASIC ?

https://shop.bitmain.com/product/detail?pid=00020180503154806494uGcSyiu806FD

I said that I do not come to promote them, I did not buy ASIC but it is quite clear that this case will pose a huge problem. Much worse than that of the ETH miner of the same company.

Only the Monéro community reacted in opposition to the bitmain ASICS. I simply wish to have your opinion on this issue which may make GPU mining obsolete on this algorithm rather quickly.

At this rate, only Neoscrypt and Cryptonight V7 will remain to be mined via CPU and GPU. Not a good deal for decentralization as a cryptocurrency target.

One rig 22mhX6 for 132MH drawing 680w VS 10Kh @300W is going to be a threat?   Where?
 Oh and each unit does cost 2K and you can only have one for now. Hmmmmm.
thay

Yes, a threat to the profitability of every coins that uses the Equihash algo.
The coins are massively produced for cheap which will reduce the profitability of RIGs graphics cards that consume much more and produce much less (as you indicate).The difficulty will also increase very strongly in a very short time.

Yes, it costs $ 2,000 for now but how many KSol can you produce with a rig at this price? Certainly much less.

So I'm not convinced by your answer a little too evasive.

[CryptAtomeTrader44]

Bad news about Equihash  :

Bitmain launch Equihash ASIC this day. 10 KSol/s consumming only 300W !

What do you think about this ASIC ?

https://shop.bitmain.com/product/detail?pid=00020180503154806494uGcSyiu806FD

I said that I do not come to promote them, I did not buy ASIC but it is quite clear that this case will pose a huge problem. Much worse than that of the ETH miner of the same company.

Only the Monéro community reacted in opposition to the bitmain ASICS. I simply wish to have your opinion on this issue which may make GPU mining obsolete on this algorithm rather quickly.

At this rate, only Neoscrypt and Cryptonight V7 will remain to be mined via CPU and GPU. Not a good deal for decentralization as a cryptocurrency target.

One rig 22mhX6 for 132MH drawing 680w VS 10Kh @300W is going to be a threat?   Where?
 Oh and each unit does cost 2K and you can only have one for now. Hmmmmm.
thay

Its equihash not ethash ...

For Ethash there is the Antiminer E3. Price and power consumption is not radically better than a GPU rig with an equivalent hash rate

Absolutely. The comparison with their E3 for ethash does not hold. Electrical consumption for EThash is close to consumption of the GPU Rigs for a price roughly equivalent. In fact the E3 only saves space, so increase the density of mining per square meter.

But with the Z9, it is possible to win on almost every table (yes, we have no information about the noise of this new ASIC). You gain in surface density, in electrical consumption (10,000 / 300 = 33.3Sol / Watt while the GPUs are at 5 Sol / W maximum) and temporal (hash per second).

[terex]

Hi Pap,

I saw the MSFT ccminer for RVN in the miners update, I tried the code and it segmentation faults pretty quickly - I am running suprminer(no fee), it runs without issue - Tried it on two different frames, its been stable.

https://github.com/ocminer/suprminer.git

./suprminer/build.sh

Don




Test frame.   

ID,VENDOR,MODEL,PSTATE,TEMP,FAN,UTILIZATION,POWER,POWERLIMIT,MAXPOWER,GPUCLOCK,MEMCLOCK
--------------------------------------------------------------------------------
0, GIGABYTE, P106-100, P0, 49, 50, 100, 67.39, 85.00, 140.00, 1493, 3905
1, ASUS, P106-100, P0, 54, 50, 100, 66.95, 85.00, 140.00, 1594, 3905
2, ASUS, P106-100, P0, 41, 50, 99, 55.56, 85.00, 140.00, 1493, 3905
3, ASUS, P106-100, P0, 54, 50, 100, 51.85, 85.00, 140.00, 1657, 3905
4, ASUS, P106-100, P0, 56, 50, 99, 96.83, 85.00, 140.00, 1721, 3905
5, ASUS, P106-100, P0, 54, 50, 100, 57.54, 85.00, 140.00, 1493, 3905
6, ASUS, P106-100, P0, 57, 50, 100, 69.79, 85.00, 140.00, 1620, 3905
7, ASUS, P106-100, P0, 55, 50, 99, 61.98, 85.00, 140.00, 1493, 3905
8, MSI, P106-100, P0, 52, 50, 100, 51.64, 85.00, 140.00, 1468, 3905
9, MSI, P106-100, P0, 51, 50, 100, 54.11, 85.00, 140.00, 1493, 3905
10, MSI, P106-100, P0, 49, 50, 100, 52.74, 85.00, 140.00, 1468, 3905

[urnzwy]

I would like to give a special shout out to Stubo for so far helping me solve my crashing issue. Through multiple replies within the forum and additional through PM. Neither of my two 13 card Nvidia rigs has crashed in over 33 hours. Up from 12-18ish hours until crashing and freezing.

I had both machines at a 0/0 core/memory overlock running at 120W of power (1070 / 1070 Ti's) and 175W (1080 / 1080Ti).

I did not re-name the rigs, so both were named m1@m1-Desktop. This may have been causing an issue with the DNS registration (correct me if I am wrong Stubo).

The second thing I did was set my core to -100 and memory to +700 for mining ETH. The negative core suggested by Stubo. But keep the same power input. Nothing else was modified or changed.

I not only had an increase in my Mh/s (from 27 to 29.5) but the rigs seem stable thus far.

I will keep everyone posted if I come across anything else as I plan on setting back the original lack of overclock to see if there was any effect there or if the non-renaming was the issue. 

[papampi]

Hi Pap,

I saw the MSFT ccminer for RVN in the miners update, I tried the code and it segmentation faults pretty quickly - I am running suprminer(no fee), it runs without issue - Tried it on two different frames, its been stable.

https://github.com/ocminer/suprminer.git

./suprminer/build.sh

Don




Test frame.   

ID,VENDOR,MODEL,PSTATE,TEMP,FAN,UTILIZATION,POWER,POWERLIMIT,MAXPOWER,GPUCLOCK,MEMCLOCK
--------------------------------------------------------------------------------
0, GIGABYTE, P106-100, P0, 49, 50, 100, 67.39, 85.00, 140.00, 1493, 3905
1, ASUS, P106-100, P0, 54, 50, 100, 66.95, 85.00, 140.00, 1594, 3905
2, ASUS, P106-100, P0, 41, 50, 99, 55.56, 85.00, 140.00, 1493, 3905
3, ASUS, P106-100, P0, 54, 50, 100, 51.85, 85.00, 140.00, 1657, 3905
4, ASUS, P106-100, P0, 56, 50, 99, 96.83, 85.00, 140.00, 1721, 3905
5, ASUS, P106-100, P0, 54, 50, 100, 57.54, 85.00, 140.00, 1493, 3905
6, ASUS, P106-100, P0, 57, 50, 100, 69.79, 85.00, 140.00, 1620, 3905
7, ASUS, P106-100, P0, 55, 50, 99, 61.98, 85.00, 140.00, 1493, 3905
8, MSI, P106-100, P0, 52, 50, 100, 51.64, 85.00, 140.00, 1468, 3905
9, MSI, P106-100, P0, 51, 50, 100, 54.11, 85.00, 140.00, 1493, 3905
10, MSI, P106-100, P0, 49, 50, 100, 52.74, 85.00, 140.00, 1468, 3905

Yes suprminer is better than MSFT and better than that is Z-Enemy

X16R - RVN - Miner head to head test log

Zealot/Enemy (z-enemy) NVIDIA GPU miner.

[kostik2022]

Hello all

Got a strange issue.

Have a new installation of nvOC. Farm intend to run in headless mode.
After running

Code:

nvidia-xconfig -a --allow-empty-initial-configuration --cool-bits=28 --use-display-device="DFP-0" --connected-monitor="DFP-0"

the system reboots, & I got a message "Xorg problems" and then system reboots automatically in 5 seconds. After reboot xorg.conf looks cutted and not correct, and thabks this no xorg processes are running.

In fact have no idea how to fix it. Please, help with advice

[papampi]

Hello all

Got a strange issue.

Have a new installation of nvOC. Farm intend to run in headless mode.
After running

Code:

nvidia-xconfig -a --allow-empty-initial-configuration --cool-bits=28 --use-display-device="DFP-0" --connected-monitor="DFP-0"

the system reboots, & I got a message "Xorg problems" and then system reboots automatically in 5 seconds. After reboot xorg.conf looks cutted and not correct, and thabks this no xorg processes are running.

In fact have no idea how to fix it. Please, help with advice

As soon as rig started, close gnome-terminal
Set p106 headless mode in 1bash to yes, so 3main wont check the xorg.conf and restore from backup.
Put XORG_UPDATED in /home/m1/xorg_flag

Code:

echo "XORG_UPDATED" > /home/m1/xorg_flag

Then run your nvidia-xconfig and reboot.

Hope it helps.


Edit:
If your cards are not p106, open 3main and change:

Code:

if grep -q "P106-100" /tmp/tempa;
then
  ___1050_or_1050ti="YES"
  P106_100="YES"
fi

To:

Code:

if grep -q -E 'P106|P104|P102' /tmp/tempa;
then
  ___1050_or_1050ti="YES"
  P106_100="YES"
fi

[infowire]

I got a new problem.. ugh

I get
https://preview.ibb.co/haGOuS/IMG_20180509_112347.jpg
https://preview.ibb.co/bLSUZS/IMG_20180508_234639.jpg

and it freezes and i got to manually restart.  It helps if i close the miner_temp _control, until restarts the miner and loaded again.

[papampi]

I got a new problem.. ugh

I get



and it freezes and i got to manually restart.  It helps if i close the miner_temp _control, until restarts the miner and loaded again.

Did you changed the cards slot or added new one?
I think thats a xorg problem.
Restore xorg with:

Code:

sudo wget -N https://raw.githubusercontent.com/papampi/nvOC_by_fullzero_Community_Release/19-2.1/xorg.conf -O /etc/X11/xorg.conf.default
sudo cp '/etc/X11/xorg.conf.default' '/etc/X11/xorg.conf'
sudo cp '/etc/X11/xorg.conf.default' '/etc/X11/xorg.conf.backup'
sudo reboot

[infowire]

Threshold and utilization relate to memory or mem and core?

Utilization is too low
GPUs below threshold

i have disabled -di through claymore, maybe that causes the reboot the system. How do you disable cards in nvOC?


also i get this

Code:

ERROR: Error assigning value 75 to attribute 'GPUTargetFanSpeed' (m1-desktop:0[fan:10]) as specified in assignment
       '[fan:10]/GPUTargetFanSpeed=75' (Unknown Error).


ERROR: Error assigning value 75 to attribute 'GPUTargetFanSpeed' (m1-desktop:0[fan:11]) as specified in assignment
       '[fan:11]/GPUTargetFanSpeed=75' (Unknown Error).

[papampi]

Threshold and utilization relate to memory or mem and core?

Utilization is too low
GPUs below threshold

i have disabled -di through claymore, maybe that causes the reboot the system. How do you disable cards in nvOC?


also i get this

Code:

ERROR: Error assigning value 75 to attribute 'GPUTargetFanSpeed' (m1-desktop:0[fan:10]) as specified in assignment
       '[fan:10]/GPUTargetFanSpeed=75' (Unknown Error).


ERROR: Error assigning value 75 to attribute 'GPUTargetFanSpeed' (m1-desktop:0[fan:11]) as specified in assignment
       '[fan:11]/GPUTargetFanSpeed=75' (Unknown Error).

Those errors are usually xorg problem, did you restore nvOC default xorg as I posted?

Threshold is the minimum GPU utilization before watchdog triggers
There is no option in nvoc to disable a GPU yet
But you can raise the number of GPU below threshold check in watchdog
Open 5watchdog find this line and change 0 to the number of your disabled cards in miner

Code:

  if [ $NUM_GPU_BLW_THRSHLD -gt 0 ]

So if you disabled 2 cards in miner command it will be :

Code:

  if [ $NUM_GPU_BLW_THRSHLD -gt 2 ]

[infowire]

 
[/quote]
Those errors are usually xorg problem, did you restore nvOC default xorg as I posted?

Threshold is the minimum GPU utilization before watchdog triggers
There is no option in nvoc to disable a GPU yet
But you can raise the number of GPU below threshold check in watchdog
Open 5watchdog find this line and change 0 to the number of your disabled cards in miner

Code:

  if [ $NUM_GPU_BLW_THRSHLD -gt 0 ]

So if you disabled 2 cards in miner command it will be :

Code:

  if [ $NUM_GPU_BLW_THRSHLD -gt 2 ]

[/quote]


i did do the xorg.  I will try the gpu threshold number thank you.

[martyroz]

What's the current state of this community release?
Is there support for X16R algo? (raven)

[papampi]

What's the current state of this community release?
Is there support for X16R algo? (raven)

Add to 0miner and 1bash:

0miner:

Code:

  if [ $COIN == "RVN" ]
  then
    HCD='/home/m1/z-enemy/z-enemy_miner'
    ADDR="$RVN_ADDRESS.$RVN_WORKER"
    screen -dmSL miner $HCD -a x16r -o stratum+tcp://$RVN_POOL:$RVN_PORT -u $ADDR -p $MINER_PWD -i $RVN_INTENSITY
  fi

1bash:

Code:

RVN_WORKER="$WORKERNAME"
RVN_ADDRESS="Account name or RVN_address"
RVN_POOL="pool address without startum+tcp:// "
RVN_PORT="pool port"
RVN_INTENSITY="19"

Run:

Code:

mkdir -p /home/m1/z-enemy/
wget -O- https://raw.githubusercontent.com/papampi/nvOC_miners/master/z-enemy/z-enemy-1.09a-cuda80.tar.gz | tar -xzC /home/m1/z-enemy/ --strip 1
chmod a+x /home/m1/z-enemy/z-enemy_miner

Change coin in 1bash, and restart miner with:

Code:

pkill -e miner

watchdog will catch no miner running and will restart it

[infowire]

Still getting the same arrows with doing default xorg. Don't seem to do anything as far as crashes go.

Code:

ERROR: Error assigning value 75 to attribute 'GPUTargetFanSpeed' (m1-desktop:0[fan:10]) as specified in assignment
       '[fan:10]/GPUTargetFanSpeed=75' (Unknown Error).


ERROR: Error assigning value 75 to attribute 'GPUTargetFanSpeed' (m1-desktop:0[fan:11]) as specified in assignment
       '[fan:11]/GPUTargetFanSpeed=75' (Unknown Error).

Is it ok if i leave the setting like this ? I tried my cards by the type of card, they seems to be alright 4 hours. Now im going to see if they play nice with each other.

Code:

 if [ $NUM_GPU_BLW_THRSHLD -gt 12 ]

EDIT:
All the cards temperature control hang again. Blah.