User Tools

Site Tools


haas:status

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
haas:status [2015/11/16 08:54] – [November 13th, 2015] wedgehaas:status [2022/08/28 16:15] (current) – [August 28th, 2022] wedge
Line 5: Line 5:
   * update grade not-z scripts to handle/be aware of winter terms   * update grade not-z scripts to handle/be aware of winter terms
   * update system page for (new)www   * update system page for (new)www
-    * include information on db server 
-  * upgrade mail VM to jessie/opensmtpd 
-  * upgrade LDAP VMs to jessie 
-  * create new router, using OpenBSD 5.7 
   * scripts to write:   * scripts to write:
     * user homedir backup pruning script     * user homedir backup pruning script
Line 85: Line 81:
     * http://www.askapache.com/linux/rxvt-xresources.html     * http://www.askapache.com/linux/rxvt-xresources.html
 ======Other Days====== ======Other Days======
-======November 16th, 2015====== 
-=====pod OpenJDK===== 
-It seems the issue with running jar files on the pods comes down to ulimits (and OpenBSD being overly restrictive by default). 
  
-Here's a fix (changed 512 to 1024), located in **/etc/login.conf**:+======August 28th, 2022====== 
 +=====updated dokuwiki===== 
 +After enduring constant nags of available updates that I could never resolve, and despite an active semester underway, I committed to updating to the recent major release of dokuwiki (igor), and after wrestling with various file permission issues, was seemingly successful in performing the upgrade AND eliminating the annoying nag messages. 
 +=====dokuwiki included pages no edit button (fixed)===== 
 +I wanted a read-only base project page, with notes namespace-included content that users could edit. 
 + 
 +Unfortunately, that particular combination did not work, at least, not until I did some searching and found: https://github.com/dokufreaks/plugin-include/issues/132 
 + 
 +<code php> 
 +function html_secedit($text,$show=true){ 
 +    global $INFO; 
 + 
 +    if((isset($INFO) && !$INFO['writable']) || !$show || (isset($INFO) && $INFO['rev'])){ 
 +        $include_SEC_EDIT_PATTERN = '#<!-- EDIT{(?!.*PLUGIN_INCLUDE).*?} -->#'; 
 +        return preg_replace($include_SEC_EDIT_PATTERN,'',$text); 
 +    } 
 + 
 +    return preg_replace_callback(SEC_EDIT_PATTERN, 
 +                'html_secedit_button', $text); 
 +
 +</code> 
 +======March 12th, 2020====== 
 + 
 +=====borked journal, maybe fix=====
  
 <code> <code>
-default:\ +tune2sf -O ^has_journal /dev/<dev> 
-        :path=/usr/bin /bin /usr/sbin /sbin /usr/X11R6/bin /usr/local/bin /usr/local/sbin:+e2fsck -f /dev/<dev> 
-        :umask=022:+tune2sf -j /dev/<dev>
-        :datasize-max=512M:+
-        :datasize-cur=512M:+
-        :maxproc-max=256:+
-        :maxproc-cur=128:+
-        :openfiles-cur=512:+
-        :stacksize-cur=4M:+
-        :localcipher=blowfish,8:+
-        :ypcipher=old:+
-        :tc=auth-defaults:+
-        :tc=auth-ftp-defaults:+
 </code> </code>
-======November 13th, 2015====== 
-=====C++ Operator Overloading===== 
-I remember this used to seem so confusing in the past... but having played so heavily with pointers, linked lists, and manipulations therein, this suddenly wasn't any bit of a problem at all. 
  
-Working on code for a custom number class:+Obtained from:
  
-<code c++> +  * https://www.linuxquestions.org/questions/linux-newbie-8/aborted-journal-and-volume-remounted-read-only-812216/ 
-number & number :: operator+(const number &rhs) +======November 21st, 2019====== 
-{ +=====pi4b dual head===== 
-    this -> add(rhs)+Apparently I was missing something when building up from the lite version of raspbian. For when I popped in a new raspbian (the full desktop versioneverything came up just fine.
-    return *this; +
-}+
  
-number & number :: operator=(const number &rhs+Oh well. At least things are now working as they should. 
-{ + 
-    if (this !&rhs) // with equalneed to check for self-references +======November 19th, 2019====== 
-    { +=====pi4b dual head issues===== 
-        delete this;  // deallocate what we currently have +Attempting to set up a fresh raspbian install on the pi4b. Strangely, getting issues with dual headit is only coming up in mirrored mode (or when I play with it, not at all). 
-        memcpy(this&rhssizeof(number)); // replace with copy  + 
-    } +The only major variables that have changed: 
-    return *this; + 
-}+  * new raspbian release (I could test my old setup.. that is easy enough to verify
 +  * no longer using HDMI monitors, but the DVI connections on the LAIR monitors. 
 +    * further investigation suggests the pi may be seeing identical EDIDs and other monitor ID things, so it is defaulting to a mirroring mode. 
 +    * **tvservice -l** consistently identifies two displays, so the hardware sees it, the software is not. 
 + 
 +Interestingly: my old raspbian setup IS working properly. So what is different between the two? 
 +======March 15th2018====== 
 +Setting up the raspberry pi 3 for use in the comporg class. Named it **pi3b**, and will get the IP of 10.80.2.48; running the latest stable release of rasbian. 
 + 
 +Looking to get LDAP and autofs going, then installing packages to make it minimally functional for our purposes. 
 + 
 +======March 6th, 2018====== 
 +Aside from an attempt at restarting my status-reporting habits in January of 2017, I totally neglected it for the remainder of the year. 
 + 
 +So here we go, attempting another go. Will we be successful? 
 + 
 +=====pods configured for better SSD operation===== 
 +In other recent projectsI encountered some useful configuration options to improve performanceand avoid some anti-longevity side-effects of default settings. 
 + 
 +I ended up taking a Debian USB installer, booting each pod in rescue mode, getting to a prompt, and running the following on EACH: 
 + 
 +<cli> 
 +# umount / 
 +# tune2fs -O ^has_journal /dev/sda1 
 +# tune2fs -o discard /dev/sda1 
 +</cli> 
 + 
 +Then on the master nodes, I enhanced both **/etc/fstab** and **/etc/rc.local** as follows: 
 + 
 +<code> 
 +# /etc/fstab: static file system information. 
 +
 +# <file system> <mount point>   <type>  <options>         <dump>  <pass> 
 +/dev/sda1       /               ext4    noatime,nodiratime,discard,commit=600,errors=remount-ro 0       1 
 +tmpfs           /tmp            tmpfs   defaults,noatime,mode=1777 0 0 
 +tmpfs           /var/log        tmpfs   defaults,noatime,mode=1777 0 0 
 +tmpfs           /var/spool      tmpfs   defaults,noatime,mode=1777 0 0 
 +tmpfs           /var/tmp        tmpfs   defaults,noatime,mode=1777 0 0
 </code> </code>
  
-Useful links:+Note how I put the log files in RAM too (on the pods)... this should greatly reduce extraneous writes. 
 + 
 +Then at the bottom of **/etc/rc.local**, I added: 
 + 
 +<code> 
 +#!/bin/sh -e 
 +
 +# rc.local 
 +
 +IPADDR= 
 +while [ -z "${IPADDR}" ]; do 
 +        IPADDR=`/usr/local/bin/iface | /bin/grep -v 'lo' | /usr/bin/head | /usr/bin/cut -d' ' -f2` 
 +        sleep 1 
 +done 
 +/bin/hostname `/usr/bin/host ${IPADDR} | /usr/bin/cut -d' ' -f5 | /bin/sed s/\.$//` 
 +/usr/bin/host ${IPADDR} | /usr/bin/cut -d' ' -f5 | /bin/sed s/\.$//  > /etc/hostname 
 +echo "${IPADDR}    `cat /etc/hostname`"                              > /etc/hosts 
 +echo "127.0.0.1    localhost"                                       >> /etc/hosts 
 +echo "10.80.2.46   lab46.g7n.org lab46.corning-cc.edu"              >> /etc/hosts 
 + 
 +echo deadline > /sys/block/sda/queue/scheduler 
 +echo 1 > /sys/block/sda/queue/iosched/fifo_batch 
 + 
 +exit 0 
 +</code> 
 + 
 +As the **deadline** scheduler has frequent mention of usage with SSDs. 
 + 
 +Useful URLs: 
 + 
 +  * [[https://github.com/alghanmi/ubuntu-desktop_setup/wiki/SSD-Configuration-on-Linux]] 
 +  * [[https://www.howtogeek.com/62761/how-to-tweak-your-ssd-in-ubuntu-for-better-performance/]] 
 +  * [[https://wiki.debian.org/SSDOptimization]] 
 + 
 + 
 + 
 +=====lab46too SSD updates===== 
 +With the pods having seen their SSD updates, I am looking to do the same for lab46too, testing to make sure the similar changes can be applied to that machine before rolling them over to lab46 proper. 
 + 
 +I've updated the /etc/fstab and /etc/rc.local files accordingly on lab46, so those changes have been synced over to lab46too on a recent rsync run.
  
-  * http://stackoverflow.com/questions/3279543/what-is-the-copy-and-swap-idiom +I had to remove the commit=600 from the /home partitionFor some reason it didn't want to mount with that.
-  * http://courses.cms.caltech.edu/cs11/material/cpp/donnie/cpp-ops.html+
 ======Month Status Page Navigation====== ======Month Status Page Navigation======
  
-^  [[haas/status/status_201510|Previous Month]]  ^  [[haas/status|Current Month]]  ^  [[haas/status/status_201512|Next Month]]  |+^  [[haas/status/status_201701|Previous Month]]  ^  [[haas/status|Current Month]]  ^  [[haas/status/status_201804|Next Month]]  |
haas/status.1447682061.txt.gz · Last modified: 2015/11/16 08:54 by wedge