The content of this topic has been archived between 16 Sep 2014 and 7 May 2018. Unfortunately there are posts – most likely complete pages – missing.
I agree with the comment above. Only during boot up. I am still going strong with 30 days without reset. The problem - as noted above by gufus--and--others, could be with the WiFi driver and not the actual fan and fan script.
-JM
(Last edited by Juni0rM1nt on 8 Jun 2015, 15:52)
I love the OpenWRT Theme layout, but wasn't a huge fan of the color scheme... so I edited cascades.css and gave it a more modern look. If anyone cares to try it, let me know what you think
cascades.css [/www/luci-static/openwrt.org]
**permissions for cascades.css must be set back to 644 after editing**
@charset "utf-8";
.lang_he {
direction: RTL;
unicode-bidi: embed;
}
@media all {
html {
min-height: 100%;
height: auto;
position:relative;
}
body {
color: #aad200;
background-color: #282828;
background-position: bottom center;
background-repeat: repeat-x;
font-family: Verdana, Arial, sans-serif;
font-size: 11pt;
line-height: 100%;
padding-bottom: 1.5em;
}
* {
margin: 0;
padding: 0;
}
a img {
border: none;
text-decoration: none;
}
ul.tabmenu {
margin: 0;
clear: both;
display: block;
vertical-align: bottom;
font-size: 10pt;
padding: 5px 0 0 5px;
}
div.tabmenu2 {
background-color: #3C3C3C;
# background-image: url(tabbg.png);
background-repeat: repeat-x;
margin-top: -1px;
border: 1px solid #464646;
border-bottom: none;
}
div.tabmenu3,
div.tabmenu4,
div.tabmenu5 {
background-color: #323232;
# background-image: url(tabbg.png);
background-repeat: repeat-x;
border: none;
}
ul.tabmenu li {
float: left;
display: block;
overflow: hidden;
}
.lang_he ul.tabmenu li {
float: right;
}
ul.tabmenu li a {
text-decoration: none;
color: #969696;
background: #323232;
display: block;
padding: 3px 8px;
margin: 0 2px;
line-height: 1.3em;
border: 1px solid transparent;
border-bottom: none;
font-size: 85%;
}
ul.tabmenu li.active a {
font-weight: bold;
color: #aad200;
background: #;789600;
border: 1px solid #789600;
border-bottom: none;
}
ul.tabmenu li a:hover {
color: #969696;
border-color: #969696;
}
ul.l1 li a {
background-color: #4b4b4b;
# background-image: url(tabbg.png);
background-repeat: repeat-x;
border-color: #3C3C3C;
}
ul.l1 li.tabmenu-item-logout a {
margin-left: 30px;
}
.lang_he ul.l1 li.tabmenu-item-logout a {
margin-right: 30px;
}
abbr,
acronym {
font-style: normal;
font-variant: normal;
}
abbr[title],
acronym[title] {
border-bottom: 1px dotted;
cursor: help;
}
a:link abbr[title],
a:visited abbr[title],
a:link acronym[title],
a:visited acronym[title] {
cursor: pointer;
}
code {
font-family: monospace;
white-space: pre;
}
#maincontent ul {
margin-left: 2em;
}
.warning {
color: red;
background-color: white;
font-weight: bold;
}
.clear {
clear: both;
}
.skiplink,
.navigation,
.hidden {
position: absolute;
left: -1000px;
top: -1000px;
width: 0px;
height: 0px;
overflow: hidden;
display: inline;
}
.error {
color: #ff0000;
background-color: white;
}
div.hostinfo {
float: left;
margin: 0;
padding: 0;
width: auto;
font-size: 80%;
padding: 0.5em;
color: #00A3FF;
}
.lang_he div.hostinfo {
float: right;
}
#xhr_poll_status {
cursor: pointer;
color: #ff7d00;
}
#xhr_poll_status #xhr_poll_status_off {
font-weight: bold;
color: #FF0000;
}
#xhr_poll_status #xhr_poll_status_on {
font-weight: bold;
color: #aad200;
}
#menubar {
position: relative;
width: 100%;
background: #191919;
color: #969696;
}
#menubar .warning {
color: ff0000;
background-color: #323232;
}
html #menubar a:link,
html #menubar a:visited {
position: relative;
display: block;
padding: 0.5em;
background: #323232;
color: #aad200;
border-color: #969696;
text-decoration: none;
font-size: 80%;
font-weight: normal;
}
html #menubar a:link:hover,
html #menubar a:visited:hover,
html #menubar a:link:active,
html #menubar a:visited:active,
#menubar a:link:focus,
#menubar a:visited:focus {
background: #323232;
color: #ffff00;
font-weight: bold;
}
html #menubar a:link.active,
html #menubar a:visited.active,
html #menubar a:link.preactive,
html #menubar a:visited.preactive {
background: #323232;
color: #ffff00;
font-weight: bold;
}
html #menubar a:link.warning,
html #menubar a:visited.warning {
background: #323232;
color: #ff0000;
font-weight: bold;
}
#modemenu {
width: auto;
background: #323232;
color: #ffffff;
list-style: none;
margin-right: 1px;
margin-left: 2em;
float: right;
}
#modemenu li {
float: right;
list-style: none;
}
#savemenu {
float: right;
}
.lang_he #savemenu {
float: left;
}
.lang_de #submenu_admin_uci {
width: 12em;
}
.lang_ru #submenu_admin_uci {
width: 11.5em;
}
textarea#syslog {
width: 98%;
min-height: 500px;
border: 2px solid #aad200;
color: #aad200;
background: #282828;
padding: 5px;
font-family: monospace;
}
#maincontainer {
clear: both;
width: 96%;
margin: 0 auto;
height:100%;
}
#maincontent {
padding: 0.5em;
background: #505050;
color: #C86400;
font-size: 80%;
border-width: 0 1px 1px 1px;
border-style: solid;
border-color: #aad200;
}
.lang_he #maincontent {
direction: rtl;
}
#maincontent h2 {
font-size: 150%;
font-family: Trebuchet MS, Verdana, sans-serif;
font-weight: bold;
margin: 0.25em 0 0.7em 0;
border-bottom: 1px solid;
padding-top: 10px;
padding-bottom: 4px;
color: #ff7d00
}
#maincontent h3 {
margin: 0.5em 0 1.1em 0;
font-size: 125%;
font-weight: bold;
font-style: italic;
font-family: Trebuchet MS, Verdana, sans-serif;
color: #ff7d00;
}
#maincontent p {
margin-bottom: 1em;
}
.cbi-section {
margin-bottom: 0.5em;
padding: 0.5em 1em;
border: 1px dotted #aad200;
background-color: #323232;
color: #00A3FF;
}
.cbi-section legend {
font-size: 110%;
font-weight: bold;
height: 1em;
padding: 0 0.25em;
background-color: transparent;
color: #aad200;
}
.cbi-section h2 {
margin: 0em 0 0.5em -0.5em !important;
}
.cbi-section h3 {
text-decoration: none !important;
font-weight: bold !important;
color: #96B900 !important;
margin: 0.25em !important;
font-size: 100% !important;
}
.cbi-section-descr {
margin-bottom: 0.5em;
font-size: 95%;
color: #00a3ff;
}
.cbi-title-ref {
color: inherit;
text-decoration: none;
padding-right: 18px;
background: url('../resources/cbi/link.gif') no-repeat scroll right center;
background-color: transparent;
}
ul.cbi-apply {
font-size: 90%;
}
input:-webkit-input-placeholder {
color: #aad200;
}
input:-moz-placeholder {
color: #969696;
}
input:-ms-input-placeholder {
color: #969696;
}
input[type=submit],
input[type=reset],
input[type=image],
input[type=button] {
cursor: pointer;
}
select,
input,
textarea {
background: #505050;
color: #aad200;
border-width: 1px;
border-color: #969696;
}
input[type=image] {
border: none;
}
input:focus,
input:hover,
select:focus,
select:hover {
background-color: #505050;
color: #C8FF00;
}
select,
input[type=text],
input[type=password] {
width: 20em;
}
td select,
td input[type=text],
td input[type=password] {
width: 99%;
}
img.cbi-image-button {
cursor: pointer;
margin: 0 2px;
vertical-align: middle;
}
input.cbi-button {
background-color: #646464;
background-repeat: no-repeat;
background-position: 1px center;
border: 1px solid #646464;
border-radius: 3px;
}
input.cbi-button:hover {
border-color: #aad200;
background-color: #aad200;
}
input.cbi-button[disabled] {
color: #cccccc;
border-color: #CCCCCC;
background-color: #646464;
cursor: default;
}
input.cbi-input-user {
background-image: url('../resources/cbi/user.gif');
background-repeat: no-repeat;
background-position: 1px center;
color: #00A3FF;
text-indent: 22px;
}
input.cbi-input-password {
background-image: url('../resources/cbi/key.gif');
background-repeat: no-repeat;
background-position: 1px center;
color: #00A3FF;
text-indent: 22px;
}
input.cbi-input-find,
input.cbi-button-find {
background-image: url('../resources/cbi/find.gif');
color: #000000;
padding-left: 22px;
}
input.cbi-input-reload {
background-image: url('../resources/cbi/reload.gif');
color: #000000;
padding-left: 22px;
}
input.cbi-input-add,
input.cbi-button-add {
background-image: url('../resources/cbi/add.gif');
color: #000000;
padding-left: 22px;
padding-right: 1px;
}
input.cbi-input-fieldadd,
input.cbi-button-fieldadd {
background-image: url(../resources/cbi/fieldadd.gif);
color: #000000;
padding-left: 22px;
padding-right: 1px;
}
input.cbi-input-reset,
input.cbi-button-reset {
background-image: url('../resources/cbi/reset.gif');
color: #000000;
padding-left: 22px;
padding-right: 1px;
}
input.cbi-input-save,
input.cbi-button-save {
background-image: url('../resources/cbi/save.gif');
color: #000000;
padding-left: 22px;
padding-right: 1px;
}
input.cbi-input-apply,
input.cbi-button-apply {
background-image: url('../resources/cbi/apply.gif');
color: #000000;
padding-left: 22px;
padding-right: 1px;
}
input.cbi-input-link,
input.cbi-button-link {
background-image: url('../resources/cbi/link.gif');
color: #000000;
padding-left: 22px;
padding-right: 1px;
}
input.cbi-input-download,
input.cbi-button-download {
background-image: url('../resources/cbi/download.gif');
color: #000000;
padding-left: 22px;
padding-right: 1px;
}
input.cbi-input-remove,
div.cbi-section-remove input {
background-image: url('../resources/cbi/remove.gif');
color: #ff0000;
padding-left: 22px;
padding-right: 1px;
}
input.cbi-button-up {
background-image: url('../resources/cbi/up.gif');
padding-left: 11px;
padding-right: 1px;
}
input.cbi-button-down {
background-image: url('../resources/cbi/down.gif');
padding-left: 11px;
padding-right: 1px;
}
input.cbi-button-edit {
background-image: url('../resources/cbi/edit.gif');
color: #ffffff;
background: #00A3FF;
border-color: #00A3FF;
padding-left: 10px;
padding-right: 10px;
}
input.cbi-button-edit:hover {
background: #323232;
color: #00A3FF;
border-color: #00A3FF;
}
input.cbi-button-reload {
background-image: url('../resources/cbi/reload.gif');
color: #ffffff;
background: #aad200;
border-color: #aad200;
padding-left: 10px;
padding-right: 10px;
}
input.cbi-button-reload:hover {
background: #323232;
color: #aad200;
border-color: #aad200;
}
input.cbi-button-reset {
background-image: url('../resources/cbi/reset.gif');
color: #ffffff;
background: #FF7D00;
border-color: #FF7D00;
padding-left: 10px;
padding-right: 10px;
}
input.cbi-button-reset:hover {
background: #323232;
color: #FF7D00;
border-color: #FF7D00;
}
input.cbi-button-remove {
background-image: url('../resources/cbi/remove.gif');
color: #ffffff;
background: #960000;
border-color: #960000;
padding-left: 10px;
padding-right: 10px;
}
input.cbi-button-remove:hover {
background: #323232;
color: #c80000;
border-color: #c80000;
}
.cbi-input-invalid {
background-image: url('../resources/cbi/reset.gif');
background-repeat: no-repeat;
background-position: right;
color: #ff0000 !important;
border-color: #ff0000;
}
div.cbi-section-remove input {
border-bottom: none;
color: #00A3FF;
}
textarea {
margin-left: -1px;
margin-bottom: 0.5em;
background: #464646;
color: #aad200;
}
form > div > input[type=submit] {
float: right;
margin-left: 0.5em;
color: #aad200;
background: #323232;
padding-left: 10px;
padding-right: 10px;
}
form > div > input[type=submit]:hover {
background: #aad200;
color: #ffffff;
border-color: #aad200;
}
form > div > input[type=reset] {
float: right;
margin-left: 0.5em;
color: #ff7d00;
background: #323232;
border-color: #ff7d00;
padding-left: 10px;
padding-right: 10px;
}
form > div > input[type=reset]:hover {
background: #ff7d00;
color: #ffffff;
border-color: #ff7d00;
}
table td,
table th {
color: #00A3FF;
# background: #323232;
}
table.smalltext {
background: #aad200;
color: #505050;
border-top: 1px solid #aad200;
border-right: 1px solid #aad200;
border-bottom: 1px solid #aad200;
font-size: 90%;
width: 80%;
margin-left: auto;
margin-right: auto;
border-collapse: collapse;
}
table.smalltext tr:hover td {
background-color: #646464;
color: #aad200;
}
table.smalltext tr th {
padding: 0 0.25em;
border-left: 1px solid #aad200;
text-align: left;
}
table.smalltext tr td {
padding: 0 0.25em;
border-top: 1px solid #aad200;
border-left: 1px solid #aad200;
}
table.cbi-section-table .cbi-rowstyle-1 {
background-color: #464646;
color: #aad200;
}
table.cbi-section-table .cbi-rowstyle-1:hover,
table.cbi-section-table .cbi-rowstyle-2:hover {
background-color: #5a5a5a;
color: #aad200;
}
table.cbi-section-table .cbi-section-table-cell {
padding: 3px;
white-space: nowrap;
}
.cbi-section .cbi-rowstyle-1 h3 {
background-color: #464646;
color: #aad200;
}
.cbi-rowstyle-2 {
color: #ff0000;
}
div.cbi-value {
clear: left;
vertical-align: middle;
padding: 0.25em 0.6em;
border-bottom: 1px dotted #aad200;
}
div.cbi-value:hover {
background: #aad200;
color: #323232;
}
.cbi-value-title {
float: left;
width: 40%;
line-height: 1.8em;
color: #00A3FF;
font-style: italic;
}
div.cbi-value-field {
width: 58%;
margin-left: 40%;
padding: 0.25em 0;
}
div.cbi-value-description {
font-size: 90%;
display: inline;
}
div.cbi-section-create {
clear: left;
white-space: nowrap;
vertical-align: top;
}
div.cbi-section-create .cbi-button {
margin: 0.25em;
}
input.cbi-section-create-name {
margin-right: -0.25em;
}
div.cbi-map-descr {
margin-bottom: 1em;
}
div.cbi-optionals {
padding: 0.25em;
border-bottom: 1px dotted #aad200;
}
div.cbi-section-remove {
float: right;
}
.cbi-section-node {
clear: both;
border: 1px solid #aad200;
border-radius: 3px;
padding-bottom: 0;
position: relative;
}
.cbi-section-node-tabbed {
border-top-left-radius: 0;
}
.cbi-section-node .cbi-value-last {
border-bottom: none;
}
.cbi-section-node table div {
padding-bottom: 0;
border-bottom: none;
}
.cbi-section-node div.cbi-section-table-row {
margin: 0.25em;
}
table.cbi-section-table {
width: 100%;
font-size: 95%;
background: #323232;
}
table.cbi-section-table th,
table.cbi-section-table td {
text-align: center;
border-color: #aad200;
}
tr.cbi-section-table-descr th {
font-weight: normal;
font-size: 90%;
vertical-align: top;
background: #282828;
color: #aad200;
}
td.cbi-section-table-optionals {
text-align: left !important;
padding-top: 1em;
}
.cbi-value-helpicon img {
vertical-align: bottom;
}
div.cbi-error {
font-size: 95%;
font-weight: bold;
color: #ff0000;
background-color: #323232;
}
td.cbi-value-error {
border-color: #ff0000;
}
.cbi-value-error input,
.cbi-value-error select {
color: red;
background-color: #ffcccc;
}
.cbi-section-error {
color: #ff0000;
background-color: #282828;
font-size: 95%;
border: 1px dotted #ff0000;
margin: 3px;
padding: 3px;
}
.cbi-value-field var {
color: #aad200;
}
ul.cbi-tabmenu {
padding: 3px 0;
margin-left: 0 !important;
list-style-type: none;
position: relative;
z-index: 10;
# top: 4px;
line-height: 18px;
background: #7d7d7d;
border-color: #aad200;
}
ul.cbi-tabmenu li.cbi-tab,
ul.cbi-tabmenu li.cbi-tab-disabled {
display: inline;
margin: 0;
}
ul.cbi-tabmenu li.cbi-tab a,
ul.cbi-tabmenu li.cbi-tab-disabled a {
text-decoration: none;
padding: 3px 7px;
margin-right: 3px;
border: 1px solid #aad200;
border-bottom: none;
border-radius: 3px 3px 0 0;
background-color: #505050;
color: #aad200;
}
ul.cbi-tabmenu li.cbi-tab-highlighted a {
color: #ffffff;
background-color: #aad200;
}
ul.cbi-tabmenu li a:hover {
color: #ff7d00;
}
ul.cbi-tabmenu li.cbi-tab a {
padding-top: 4px;
color: #ffffff;
font-weight: bold;
background-color: #aad200;
}
div.cbi-tab-descr {
background-image: url(/luci-static/resources/cbi/help.gif);
background-position: 0.25em 50%;
background-repeat: no-repeat;
border-bottom: 1px solid #aad200;
margin: 0.25em 0.25em 2em;
padding: 0.5em 0.5em 0.5em 2em;
}
.left {
text-align: left !important;
}
.right {
text-align: right !important;
}
.luci {
position: absolute;
bottom: 0;
left: 1em;
height: 1.5em;
font-size: 80%;
color: #aad200;
}
.luci a:link,
.luci a:visited {
background-color: transparent;
color: #969696;
text-decoration: none;
font-size: 70%;
}
.inline {
display: inline;
}
.error500 {
white-space: normal;
border: 1px dotted #ff0000;
background-color: #414141;
color: #ff0000;
padding: 0.5em;
}
.errorbox {
border: 1px solid #FF0000;
background-color: #FFcccc;
padding: 5px;
margin-bottom: 5px;
}
.errorbox a {
color: #ff0000 !important;
}
.ifacebox {
background-color: #414141;
border: 1px solid #505050;
margin: 0 10px;
text-align: center;
white-space: nowrap;
color: #00A3FF;
}
.ifacebox .ifacebox-head {
border-bottom: 1px solid #aad200;
padding: 2px;
color: #505050;
}
.ifacebox .ifacebox-body {
padding: 2px;
}
.ifacebadge {
background-color: #ffffff;
border: 1px solid #96B900;
color: #96B900;
padding: 2px;
margin-left: 2px;
display: inline-block;
}
.ifacebadge-active {
border-color: #aad200;
font-weight: bold;
}
.zonebadge {
padding: 2px;
display: inline-block;
white-space: wrap;
cursor: pointer;
}
.zonebadge em,
.zonebadge strong {
margin: 3px;
display: inline-block;
}
.zonebadge input {
width: 6em;
height: 1.5em;
}
.zonebadge-empty {
border: 1px dashed #aad200;
color: #AAAAAA;
font-style: italic;
font-size: smaller;
}
.uci-change-list {
font-family: monospace;
}
.uci-change-list ins,
.uci-change-legend-label ins {
text-decoration: none;
border: 1px solid #96B900;
background-color: #ff0000;
display: block;
padding: 2px;
}
.uci-change-list del,
.uci-change-legend-label del {
text-decoration: none;
border: 1px solid #FF0000;
background-color: #FF0000;
display: block;
font-style: normal;
padding: 2px;
}
.uci-change-list var,
.uci-change-legend-label var {
text-decoration: none;
border: 1px solid #CCCCCC;
background-color: #505050;
display: block;
font-style: normal;
padding: 2px;
}
.uci-change-list var ins,
.uci-change-list var del {
/*display: inline;*/
border: none;
white-space: pre;
font-style: normal;
padding: 0px;
}
.uci-change-legend {
padding: 5px;
}
.uci-change-legend-label {
width: 150px;
float: left;
font-size: 80%;
}
.uci-change-legend-label>ins,
.uci-change-legend-label>del,
.uci-change-legend-label>var {
float: left;
margin-right: 4px;
width: 10px;
height: 10px;
display: block;
}
.uci-change-legend-label var ins,
.uci-change-legend-label var del {
line-height: 6px;
border: none;
}
}I have a few last tweaks to make (such as the usage bars on the status page, changing the color of hyperlinks, and reverting the highlight color back to gray), but all in all, it's about 95% complete. If anyone notices bright red where it shouldn't be, please let me know, as I use bright red (#ff0000] to determine what code applies to what sections.
The only thing I noticed was the processes tab's background, if viewed other than in fullscreen/maximized, isn't scrolling to keep the command buttons within the appropriate boxes. At first I thought this was due to code I added, however, even after reverting back to the default cascades.css, this issue was still apparent.
**I'm not sure if there are rules regarding changing packages and coding someone else wrote, however I asked yesterday and never recieved an answer, so if this is an issue, please let me know**
(Last edited by JW0914 on 8 Jun 2015, 16:56)
I agree with the comment above. Only during boot up. I am still going strong with 30 days without reset. The problem - as noted above by gufus--and--others, could be with the WiFi driver and not the actual fan and fan script.
-JM
@Juni0rM1nt,
30-days with no lockups or reboots? Are you using devices on both 2.4 and 5 GHz, or only wired? How's the speed on each of the wireless frequencies? Do you experience a drop in speed, on either, after a period of days?
I captured the top log just before a 5Ghz failure. I'm not sure it helps much:
Mon Jun 8 16:00:00 CDT 2015 #################################################### TOP output ####################################################
[H[JMem: 40504K used, 214760K free, 400K shrd, 2120K buff, 12752K cached
CPU: 0% usr 0% sys 0% nic 95% idle 0% io 0% irq 5% sirq
Load average: 0.07 0.04 0.05 1/52 5728
[7m PID PPID USER STAT VSZ %VSZ %CPU COMMAND[0m
1396 1 root S 1668 1% 0% /usr/sbin/hostapd -P /var/run/wifi-ph
1411 1 root S 1644 1% 0% /usr/sbin/hostapd -P /var/run/wifi-ph
1080 1 root S 1456 1% 0% /usr/sbin/uhttpd -f -h /www -r WRT1 -
944 1 root S 1444 1% 0% /sbin/rpcd
978 1 root S 1420 1% 0% /sbin/netifd
1022 1 root S 1316 1% 0% /usr/sbin/crond -f -c /etc/crontabs -
1117 1 root S 1312 1% 0% /usr/sbin/ntpd -n -S /usr/sbin/ntpd-h
1386 978 root S 1308 1% 0% udhcpc -p /var/run/udhcpc-eth1.pid -s
5727 5720 root R 1308 1% 0% top -n 1
5720 5718 root S 1308 1% 0% {ReportTOP} /bin/sh /root/ReportTOP
5718 1022 root S 1308 1% 0% /bin/sh -c /root/ReportTOP
1 0 root S 1304 1% 0% /sbin/procd
999 1 root S 1072 0% 0% /usr/sbin/odhcpd
1045 1 root S 1036 0% 0% /usr/sbin/dropbear -F -P /var/run/dro
935 1 root S 940 0% 0% /sbin/logd -S 16
1253 1 nobody S 864 0% 0% /usr/sbin/dnsmasq -C /var/etc/dnsmasq
582 1 root S 788 0% 0% /sbin/ubusd
1385 978 root S 700 0% 0% odhcp6c -s /lib/netifd/dhcpv6.script
583 1 root S 668 0% 0% /sbin/askfirst /bin/ash --login
7 2 root SW 0 0% 0% [rcu_sched]
Mon Jun 8 16:05:00 CDT 2015 #################################################### TOP output ####################################################
[H[JMem: 44476K used, 210788K free, 400K shrd, 2120K buff, 12756K cached
CPU: 0% usr 9% sys 0% nic 40% idle 0% io 0% irq 50% sirq
Load average: 5.93 2.46 0.96 3/54 5743
[7m PID PPID USER STAT VSZ %VSZ %CPU COMMAND[0m
1396 1 root R 1668 1% 0% /usr/sbin/hostapd -P /var/run/wifi-ph
1411 1 root D 1644 1% 0% /usr/sbin/hostapd -P /var/run/wifi-ph
1080 1 root S 1456 1% 0% /usr/sbin/uhttpd -f -h /www -r WRT1 -
944 1 root S 1444 1% 0% /sbin/rpcd
978 1 root S 1420 1% 0% /sbin/netifd
1022 1 root S 1316 1% 0% /usr/sbin/crond -f -c /etc/crontabs -
1117 1 root S 1312 1% 0% /usr/sbin/ntpd -n -S /usr/sbin/ntpd-h
1386 978 root D 1308 1% 0% udhcpc -p /var/run/udhcpc-eth1.pid -s
5743 5734 root R 1308 1% 0% top -n 1
5734 5733 root S 1308 1% 0% {ReportTOP} /bin/sh /root/ReportTOP
5733 1022 root S 1308 1% 0% /bin/sh -c /root/ReportTOP
1 0 root S 1304 1% 0% /sbin/procd
999 1 root S 1072 0% 0% /usr/sbin/odhcpd
1045 1 root S 1036 0% 0% /usr/sbin/dropbear -F -P /var/run/dro
935 1 root S 940 0% 0% /sbin/logd -S 16
1253 1 nobody S 864 0% 0% /usr/sbin/dnsmasq -C /var/etc/dnsmasq
582 1 root S 788 0% 0% /sbin/ubusd
1385 978 root S 700 0% 0% odhcp6c -s /lib/netifd/dhcpv6.script
583 1 root S 668 0% 0% /sbin/askfirst /bin/ash --login
7 2 root SW 0 0% 0% [rcu_sched](Last edited by Chadster766 on 8 Jun 2015, 22:11)
Juni0rM1nt wrote:I agree with the comment above. Only during boot up. I am still going strong with 30 days without reset. The problem - as noted above by gufus--and--others, could be with the WiFi driver and not the actual fan and fan script.
-JM
@Juni0rM1nt,
30-days with no lockups or reboots? Are you using devices on both 2.4 and 5 GHz, or only wired? How's the speed on each of the wireless frequencies? Do you experience a drop in speed, on either, after a period of days?
We have about 7-8 devices connected at any given time of the day and they make use of both bands. 5GHz is always the fastest at close proximity avg: 60Mb/s on iPhones/iPads and over 100Mb/s for the ultrabooks 2.4Ghz has good range but 1/3 of the 5GHz speed. I never get to hear the fan kick in, ever.
Actually 29 days 
OpenWrt
Model Linksys WRT1900AC
Firmware Version OpenWrt Chaos Calmer r45573 / LuCI (git-15.090.50849-576e235)
Kernel Version 3.18.11
Local Time Mon Jun 8 21:26:23 2015
Uptime 29d 4h 2m 34s
Load Average 0.00, 0.01, 0.05
Hi Guys,
i wasnt going to chime in but i figured a bit of balance may actually be beneficial to the conversation, Like JM im on an older version of CC.
Model Linksys WRT1900AC
Firmware Version OpenWrt Chaos Calmer r45415 / LuCI (git-15.109.40373-493662e)
Kernel Version 3.18.11
Has a bug crept in to a more recent update?....
Ive seen 27 Days up, and im currently on 17 Days. In each case the only reason they were rebooted was due to relocating the device, or when i was fiddling around to get my hard drive setup properly and getting my Usage tracking scipts working.
I haven't yet had a slow down or a lockup requiring a reboot. Yet prior to Easter this year running the stock Linksys firmware i was losing the 2.4GHz band every few days.
Im have about 8 devices connected at any one time on both 2.4 and 5ghz bands. A mixture of Apple (Iphone, Ipad, Macbook Air) and Android (2 x Galaxy s4) along with Chromecast, and a couple of Windows 8 laptops. With an HTPC and Amp/Receiver connected to wired connections.
The fan never kicks in while running that i have heard.
To be honest i've been wanting to re-flash with either Rc1 or Trunk, but i have resisted because i don't want to upset what is probably the most stable router i have had in the last 14 years! (famous last word, reaching out to knock on wood!)
Hopefully we as an online community can figure out the source of instability on some devices
cheers
Andrew
silca wrote:Juni0rM1nt wrote:I agree with the comment above. Only during boot up. I am still going strong with 30 days without reset. The problem - as noted above by gufus--and--others, could be with the WiFi driver and not the actual fan and fan script.
-JM
@Juni0rM1nt,
30-days with no lockups or reboots? Are you using devices on both 2.4 and 5 GHz, or only wired? How's the speed on each of the wireless frequencies? Do you experience a drop in speed, on either, after a period of days?
We have about 7-8 devices connected at any given time of the day and they make use of both bands. 5GHz is always the fastest at close proximity avg: 60Mb/s on iPhones/iPads and over 100Mb/s for the ultrabooks 2.4Ghz has good range but 1/3 of the 5GHz speed. I never get to hear the fan kick in, ever.
Actually 29 days
OpenWrt
Model Linksys WRT1900AC
Firmware Version OpenWrt Chaos Calmer r45573 / LuCI (git-15.090.50849-576e235)
Kernel Version 3.18.11
Local Time Mon Jun 8 21:26:23 2015
Uptime 29d 4h 2m 34s
Load Average 0.00, 0.01, 0.05
Both my units are subjected to intense traffic on wifi (both 2.4 and 5 GHz) and wired (transmission is always doing traffic with over 200 torrents active at any given time) plus video streaming on 2 tablets and 2 media players out of which one is on 24/7 playing cartoons for my little daughter and yet I have to come across a lock-up.
nitroshift
Just wondering if 'openwrt-15.05-rc1-mvebu-armada-xp-linksys-mamba-squashfs-factory.img' comes with luci pre-installed?
I'm a little hesitant because I will have to fool around with VLAN tagging to get internet connectivity and I'm more comfortable adjusting settings via a web interface.
Have successfully achieved VLAN tagging and subsequently internet connectivity via stock firmware and McWRT but no luck as of yet with CC builds.
I captured the top log just before a 5Ghz failure. I'm not sure it helps much:
Mon Jun 8 16:05:00 CDT 2015 #################################################### TOP output #################################################### [H[JMem: 44476K used, 210788K free, 400K shrd, 2120K buff, 12756K cached CPU: 0% usr 9% sys 0% nic 40% idle 0% io 0% irq 50% sirq Load average: 5.93 2.46 0.96 3/54 5743
Load average hitting almost 6 and there's a good bit of irq load. It must have been pushing some packets while this was happening?
I don't think it's directly related to throughput load. I think some condition is causing the wireless driver to not release a lock when it should and that drags the system down.
Did anyone notice the change in load in the Top log before failure? #Edit: @quagga did
5 minutes before failure:
Load average: 0.07 0.04 0.05 1/52 5728
Just before failure:
Load average: 5.93 2.46 0.96 3/54 5743
After the failure occurred the LEDs were frozen.
I monitored the temperature sensors right after reboot tried to immediately continue to load the WRT1900AC 5Ghz signal. I was not able to get the load up that high again but one of the temps and I'm sorry I can't remember exactly which one but I think it was CPU rose very quickly at almost a degree a second from 55 to 68 degrees.
I believe the solution is to have the a program (not script because we need faster reaction time) to monitor load and that ramps the fan from 0 to 100% accordingly. With fan at 100% when load is 1.50 which should be 75% CPU usage on a Dual Core system. I suggest pole time greater than 250ms and less than or equal to .5s
(Last edited by Chadster766 on 9 Jun 2015, 15:41)
Just wondering if 'openwrt-15.05-rc1-mvebu-armada-xp-linksys-mamba-squashfs-factory.img' comes with luci pre-installed?
I'm a little hesitant because I will have to fool around with VLAN tagging to get internet connectivity and I'm more comfortable adjusting settings via a web interface.
Have successfully achieved VLAN tagging and subsequently internet connectivity via stock firmware and McWRT but no luck as of yet with CC builds.
From looking at the config file, it appears it does... however you will not be able to upgrade or install any packages that were updated for kernel 3.18.14, as the RC build is 3.18.11
(Last edited by JW0914 on 9 Jun 2015, 15:16)
Any updates on the last critical wireless issue #20?
https://github.com/kaloz/mwlwifi/issues/20
Any updates on the last critical wireless issue #20?
https://github.com/kaloz/mwlwifi/issues/20
If no solution is in place couldn't the hostap driver code be easily changed to not disassociate the last wireless client?
Chadster766 wrote:I captured the top log just before a 5Ghz failure. I'm not sure it helps much:
Mon Jun 8 16:05:00 CDT 2015 #################################################### TOP output #################################################### [H[JMem: 44476K used, 210788K free, 400K shrd, 2120K buff, 12756K cached CPU: 0% usr 9% sys 0% nic 40% idle 0% io 0% irq 50% sirq Load average: 5.93 2.46 0.96 3/54 5743Load average hitting almost 6 and there's a good bit of irq load. It must have been pushing some packets while this was happening?
I don't think it's directly related to throughput load. I think some condition is causing the wireless driver to not release a lock when it should and that drags the system down.
Yes heavy 5Ghz throughput.
My testing suggests it's related to temps due to throughput load.
(Last edited by Chadster766 on 9 Jun 2015, 15:46)
Did anyone notice the change in load in the Top log before failure...
I changed the watchdogrebooter to the below, which basically included a TEMP report and a final TOP (if you want to add that). I have made my temp a service on a x second poll but changed the logic to have the fan 255 when above a limit and drop to 100 when below a limit and this stopped the on/off problems.
Question: did yours reboot via reboot /f or did you do the sysrq ?
#!/bin/sh
AppName="WatchDogRebooter v1.2"
SysLogFile="/syslog"
TailResult=`tail -n 190 $SysLogFile | grep 'rcu_sched self-detected stall on CPU'`
if [ "$TailResult" != "" ]
then
echo `date` " [" $AppName "] -- *** found a stalled CPU, I think I should reboot *** -- " $TailResult " " >> $SysLogFile
echo `date` " -- CPU=" `cut -c1-2 /sys/class/hwmon/hwmon2/temp1_input` " DDR=" `cut -c1-2 /sys/class/hwmon/hwmon1/temp1_input` " WIFI="`cut -c1-2 /sys/class/hwmon/hwmon1/temp2_input` " " >> $SysLogFile
echo `date` " ******* TOP **************" " " >> $SysLogFile
top -n 1 >> $SysLogFile
/sbin/reboot -f &
echo `date` " [" $AppName "] -- *** rebooting??? *** -- " >> $SysLogFile
# if next time is a bust as well!
# echo 1 > /proc/sys/kernel/sysrq
# echo b > /proc/sysrq-trigger
fi(Last edited by IvanRaide on 9 Jun 2015, 15:50)
Chadster766 wrote:Did anyone notice the change in load in the Top log before failure...
I changed the watchdogrebooter to the below, which basically included a TEMP report and a final TOP (if you want to add that). I have made my temp a service on a x second poll but changed the logic to have the fan 255 when above a limit and drop to 100 when below a limit and this stopped the on/off problems.
Question: did yours reboot via reboot /f or did you do the sysrq ?#!/bin/sh AppName="WatchDogRebooter v1.2" SysLogFile="/syslog" TailResult=`tail -n 190 $SysLogFile | grep 'rcu_sched self-detected stall on CPU'` if [ "$TailResult" != "" ] then echo `date` " [" $AppName "] -- *** found a stalled CPU, I think I should reboot *** -- " $TailResult " " >> $SysLogFile echo `date` " -- CPU=" `cut -c1-2 /sys/class/hwmon/hwmon2/temp1_input` " DDR=" `cut -c1-2 /sys/class/hwmon/hwmon1/temp1_input` " WIFI="`cut -c1-2 /sys/class/hwmon/hwmon1/temp2_input` " " >> $SysLogFile echo `date` " ******* TOP **************" " " >> $SysLogFile top -n 1 >> $SysLogFile /sbin/reboot -f & echo `date` " [" $AppName "] -- *** rebooting??? *** -- " >> $SysLogFile # if next time is a bust as well! # echo 1 > /proc/sys/kernel/sysrq # echo b > /proc/sysrq-trigger fi
I don't have a reboot script and needed to manually power cycle.
Sorry the reboot ideology doesn't work for me but I'm glad it works for you
IMO the temps are in direct relation to load. It seem to me a paradigm shift away from the temperature sensors is required to easily head off the overheating premise.
Ramping is harder to do in programming than hard coded settings but I think it would be worth the effort.
(Last edited by Chadster766 on 9 Jun 2015, 16:05)
Did anyone notice the change in load in the Top log before failure? #Edit: @quagga did
5 minutes before failure:
Load average: 0.07 0.04 0.05 1/52 5728Just before failure:
Load average: 5.93 2.46 0.96 3/54 5743After the failure occurred the LEDs were frozen.
I monitored the temperature sensors right after reboot tried to immediately continue to load the WRT1900AC 5Ghz signal. I was not able to get the load up that high again but one of the temps and I'm sorry I can't remember exactly which one but I think it was CPU rose very quickly at almost a degree a second from 55 to 68 degrees.
I believe the solution is to have the a program (not script because we need faster reaction time) to monitor load and that ramps the fan from 0 to 100% accordingly. With fan at 100% when load is 1.50 which should be 75% CPU usage on a Dual Core system. I suggest pole time greater than 250ms and less than or equal to .5s
I could be wrong on this because I did more testing to be sure my conclusions were correct but look:
Mem: 42984K used, 212280K free, 76K shrd, 2120K buff, 12124K cached
CPU: 77% usr 22% sys 0% nic 0% idle 0% io 0% irq 0% sirq
Load average: 10.99 9.55 6.77 12/66 5115
PID PPID USER STAT VSZ %VSZ %CPU COMMAND
4639 4461 root R 1304 1% 10% {maxcpu} /bin/sh ./maxcpu
4675 4461 root R 1304 1% 10% {maxcpu} /bin/sh ./maxcpu
4918 4461 root R 1304 1% 10% {maxcpu} /bin/sh ./maxcpu
4967 4461 root R 1304 1% 10% {maxcpu} /bin/sh ./maxcpu
5044 4461 root R 1304 1% 10% {maxcpu} /bin/sh ./maxcpu
4593 4461 root R 1304 1% 8% {maxcpu} /bin/sh ./maxcpu
4739 4461 root R 1304 1% 8% {maxcpu} /bin/sh ./maxcpu
4782 4461 root R 1304 1% 8% {maxcpu} /bin/sh ./maxcpu
4968 4461 root R 1304 1% 8% {maxcpu} /bin/sh ./maxcpu
4594 4461 root R 1304 1% 8% {maxcpu} /bin/sh ./maxcpu
5045 4461 root R 1304 1% 8% {maxcpu} /bin/sh ./maxcpu
4749 4454 root R 1316 1% 0% top
4453 1042 root S 1128 0% 0% /usr/sbin/dropbear -F -P /var/run/dro
1398 1 root S 1660 1% 0% /usr/sbin/hostapd -P /var/run/wifi-ph
1413 1 root S 1644 1% 0% /usr/sbin/hostapd -P /var/run/wifi-ph
945 1 root S 1444 1% 0% /sbin/rpcd
979 1 root S 1420 1% 0% /sbin/netifd
1081 1 root S 1420 1% 0% /usr/sbin/uhttpd -f -h /www -r WRT1 -
4521 4520 root S 1328 1% 0% -ash
1015 1 root S 1316 1% 0% /usr/sbin/crond -f -c /etc/crontabs -root@WRT1:~# cut -c1-2 /sys/class/hwmon/hwmon2/temp1_input
76
root@WRT1:~# cut -c1-2 /sys/class/hwmon/hwmon1/temp1_input
60
root@WRT1:~# cut -c1-2 /sys/class/hwmon/hwmon1/temp2_input
61
root@WRT1:~#No lockup occurred! Crap!
root@WRT:~# uptime
19:38:32 up 61 days, 10:54, load average: 0.00, 0.02, 0.04
root@WRT:~# cut -c1-2 /sys/class/hwmon/hwmon2/temp1_input
62
root@WRT:~# cut -c1-2 /sys/class/hwmon/hwmon1/temp1_input
51
root@WRT:~# cut -c1-2 /sys/class/hwmon/hwmon1/temp2_input
53root@WRT1:~# cut -c1-2 /sys/class/hwmon/hwmon2/temp1_input 76 root@WRT1:~# cut -c1-2 /sys/class/hwmon/hwmon1/temp1_input 60 root@WRT1:~# cut -c1-2 /sys/class/hwmon/hwmon1/temp2_input 61 root@WRT1:~#No lockup occurred! Crap!
I don't think it's CPU temp. It could be wifi temperature, but I think it is more likely the sirq load which you were pushing during your first top run. It still smells like the driver to me. Marvell doesn't appear to have any timeframe on identifying or fixing the issue.
I have a one-liner in my rc.conf which should reboot the router if it locks, but I've not had a chance to test it since it hasn't locked since I enabled it. That's my "patch" for now.
What port is eth1 on? (I can't get it to work) no WAN
config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'switch0'
option vlan '1'
option ports '0 1 2 3 5'
config switch_vlan
option device 'switch0'
option vlan '2'
option ports '4 6'
What port is eth1 on? (I can't get it to work) no WAN
eth1 is port 6, and should be connected to port 4 (i.e. WAN) with your config.
What does 'swconfig dev switch0 show' display? Do you have link on the WAN port?
gufus wrote:What port is eth1 on? (I can't get it to work) no WAN
eth1 is port 6, and should be connected to port 4 (i.e. WAN) with your config.
What does 'swconfig dev switch0 show' display? Do you have link on the WAN port?
Thanks for the feedback, RC1 sets this with a NEW flash from stock. It will confuse novice users..
IMHO not a good idea.
Does anyone know what css value(s) in cascades.css applies to the html links for the firewall chains, as well as for the few links on the overview and statistics pages? (Specifically the values applying to colors for non-visited, visited, and selected links... they're the only values I can't seem to find.)
(Last edited by JW0914 on 10 Jun 2015, 00:04)
bmork wrote:gufus wrote:What port is eth1 on? (I can't get it to work) no WAN
eth1 is port 6, and should be connected to port 4 (i.e. WAN) with your config.
What does 'swconfig dev switch0 show' display? Do you have link on the WAN port?
Thanks for the feedback, RC1 sets this with a NEW flash from stock. It will confuse novice users..
IMHO not a good idea.
It's been that way for months now: https://dev.openwrt.org/changeset/44509
This is the first I've heard of the default switch config causing an issue. It's the same port configuration as what the boot loader sets up but makes it easier to set up VLANs. Without a default config LuCI users don't see the switch.
What I am aware of is that the WAN MAC address is different from stock and OpenWrt (this is my fault) so sometimes you have to reset your WAN/DSL modem or whatever is else plugged into your WAN port.