haas:status
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
haas:status [2015/10/26 04:44] – [holiday themed motd] wedge | haas: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/ | ||
- | * 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 82: | Line 78: | ||
* https:// | * https:// | ||
* http:// | * http:// | ||
+ | * rxvt / .Xresources | ||
+ | * http:// | ||
======Other Days====== | ======Other Days====== | ||
- | ======October 26th, 2015====== | ||
- | A lot of time has passed since my last update... not that it hasn't been without activity. The LAIR moving, the LAIR getting set back up... merely just a lapse in my documenting habits. | ||
- | =====disk space===== | + | ======August 28th, 2022====== |
- | I am currently on an automation kick, to try and reduce | + | =====updated dokuwiki===== |
+ | After enduring constant nags of available updates that I could never resolve, and despite | ||
+ | =====dokuwiki included pages no edit button (fixed)===== | ||
+ | I wanted a read-only base project page, with notes namespace-included content | ||
+ | |||
+ | Unfortunately, | ||
+ | |||
+ | <code php> | ||
+ | function html_secedit($text, | ||
+ | global $INFO; | ||
+ | |||
+ | if((isset($INFO) && !$INFO[' | ||
+ | $include_SEC_EDIT_PATTERN = '#< | ||
+ | return preg_replace($include_SEC_EDIT_PATTERN,'', | ||
+ | } | ||
+ | |||
+ | return preg_replace_callback(SEC_EDIT_PATTERN, | ||
+ | ' | ||
+ | } | ||
+ | </ | ||
+ | ======March 12th, 2020====== | ||
+ | |||
+ | =====borked journal, maybe fix===== | ||
+ | |||
+ | < | ||
+ | tune2sf -O ^has_journal / | ||
+ | e2fsck -f / | ||
+ | tune2sf -j / | ||
+ | </ | ||
+ | |||
+ | Obtained from: | ||
+ | |||
+ | * https:// | ||
+ | ======November 21st, 2019====== | ||
+ | =====pi4b dual head===== | ||
+ | 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 version) everything came up just fine. | ||
+ | |||
+ | Oh well. At least things are now working as they should. | ||
+ | |||
+ | ======November 19th, 2019====== | ||
+ | =====pi4b dual head issues===== | ||
+ | Attempting | ||
+ | |||
+ | The only major variables that have changed: | ||
+ | |||
+ | * new raspbian release (I could test my old setup.. that is easy enough to verify) | ||
+ | * no longer | ||
+ | * 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: | ||
+ | ======March 15th, 2018====== | ||
+ | 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 projects, I encountered some useful configuration options to improve performance, | ||
+ | |||
+ | I ended up taking a Debian USB installer, booting each pod in rescue mode, getting to a prompt, and running the following on EACH: | ||
- | Aside from sokraits/halfadder, which still need a new pruning script, only lab46 and log were reaching saturation. log especially so. | + | < |
+ | # umount | ||
+ | # tune2fs -O ^has_journal /dev/sda1 | ||
+ | # tune2fs -o discard /dev/sda1 | ||
+ | </ | ||
- | lab46 was simply a matter of clearing out /root of unnecessary files (.cabal, an apparent haskell module repository) | + | Then on the master nodes, I enhanced both **/ |
- | log I ended up rolling some rather large and long-running | + | < |
+ | # /etc/fstab: static file system information. | ||
+ | # | ||
+ | # <file system> <mount point> | ||
+ | / | ||
+ | tmpfs / | ||
+ | tmpfs /var/log | ||
+ | tmpfs / | ||
+ | tmpfs / | ||
+ | </ | ||
- | ======October 25th, 2015====== | + | Note how I put the log files in RAM too (on the pods)... this should greatly reduce extraneous writes. |
- | =====cron unhappiness===== | + | |
- | Seems cron wasn't entirely happy with my new scripts, and wasn't overly happy in general | + | |
- | =====class metrics===== | + | Then at the bottom of **/ |
- | My various class metrics scripts, data, and graphs got some extra love... | + | |
- | I'll have to automate that at some point... | + | < |
- | ======October 24th, 2015====== | + | #!/bin/sh -e |
- | =====idler-ng===== | + | # |
- | Perhaps not quite worthy of 'ng', but I did take some time to polish and comment idler, and attempted a first draft at bringing a (now that I think about it, incomplete) weekly idle time reporting. But at least it has been given some attention, and the logic re-contemplated (even if not immediately changed). | + | # rc.local |
+ | # | ||
+ | IPADDR= | ||
+ | while [ -z " | ||
+ | IPADDR=`/ | ||
+ | sleep 1 | ||
+ | done | ||
+ | / | ||
+ | / | ||
+ | echo " | ||
+ | echo " | ||
+ | echo " | ||
- | I actually should pull some data from the 'gn gather' | + | echo deadline > / |
+ | echo 1 > / | ||
- | =====calcweek module of gn===== | + | exit 0 |
- | While investigating a (once again) break week offset bug, I discovered the source of the problem... break week offsets were only being recognized if the span of days was exactly 5. My break weeks were entered including weekend dates, so they were always larger than 5. A '**-ge 5**' seemed to do the trick nicely. | + | </ |
- | =====cron stuff and new script: projtasks===== | + | As the **deadline** scheduler has frequent mention |
- | I've been wanting to further optimize and automate some things in cron, chief among them **process_attendance**, | + | |
- | **projtasks** simplifies the whole **at** job thing, eliminating them and being run once per day. It is aware of not only what projects a class has, but what projects are currently active and in need of seeing metrics page refreshes. | + | Useful URLs: |
- | After various tweaks, I seem to have gotten a number of my other scripts cooperating with cron as well. | + | * [[https:// |
+ | * [[https:// | ||
+ | * [[https:// | ||
- | =====holiday themed motd===== | ||
- | While I was digging in other stuff, I rediscovered a set of holiday themed motd's I had deployed a number of years ago (say, 2011)... a few **at** jobs and it is now in progress. | ||
- | ======October 21st, 2015====== | ||
- | =====OpenBSD 5.8 pod image===== | ||
- | I had some more time to continue tweaking the new podmaster image... packages installed, and the start of configuration. | ||
- | Seems that login_ldap is causing | + | =====lab46too SSD updates===== |
+ | With the pods having seen their SSD updates, | ||
- | ======October 19th, 2015====== | + | I've updated |
- | =====OpenBSD 5.8 netboot===== | + | |
- | OpenBSD 5.8 came out! I grabbed | + | |
- | Saves some time from having | + | I had to remove |
======Month Status Page Navigation====== | ======Month Status Page Navigation====== | ||
- | ^ [[haas/ | + | ^ [[haas/ |
haas/status.1445849057.txt.gz · Last modified: 2015/10/26 04:44 by wedge