This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionLast revisionBoth sides next revision | ||
haas:status [2015/12/02 14:24] – wedge | haas:status [2022/08/28 19:25] – [Other Days] 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 85: | Line 81: | ||
* http:// | * http:// | ||
======Other Days====== | ======Other Days====== | ||
- | ======December 2nd, 2015====== | ||
- | =====OpenBSD LDAP authentication via XDM===== | ||
- | So this has been slightly enigmatic... trying to get logins working via xdm (it seemed to not be querying LDAP). | ||
- | I re-checked my config, using the best reference: | + | ======August 28th, 2022====== |
+ | =====dokuwiki included pages no edit button (fixed)===== | ||
+ | I wanted a read-only base project page, with notes namespace-included content that users could edit. | ||
- | * https://www.talamasca.pl/projects/talamasca/wiki/OpenBSD_with_LDAP_-_system_authentication | + | Unfortunately, |
- | I tried checking the logs. | + | <code php> |
+ | function html_secedit($text, | ||
+ | global $INFO; | ||
- | But, the issue was apparently NOT LDAP. | + | if((isset($INFO) && !$INFO[' |
+ | $include_SEC_EDIT_PATTERN = '#< | ||
+ | return preg_replace($include_SEC_EDIT_PATTERN,'', | ||
+ | } | ||
- | This helpful post clued me in: | + | return preg_replace_callback(SEC_EDIT_PATTERN, |
+ | ' | ||
+ | } | ||
+ | </ | ||
+ | ======March 12th, 2020====== | ||
- | * http:// | + | =====borked journal, maybe fix===== |
- | For if we start **xdm** with full debugging verbosity: | + | < |
+ | 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. | ||
+ | |||
+ | Oh well. At least things are now working as they should. | ||
+ | |||
+ | ======November 19th, 2019====== | ||
+ | =====pi4b dual head issues===== | ||
+ | Attempting to set up a fresh raspbian install on the pi4b. Strangely, getting issues with dual head: it is only coming up in mirrored mode (or when I play with it, not at all). | ||
+ | |||
+ | The only major variables that have changed: | ||
+ | |||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | |||
+ | 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: | ||
<cli> | <cli> | ||
- | # xdm -debug 255 -nodaemon | + | # umount / |
- | ... | + | # tune2fs |
+ | # tune2fs -o discard /dev/sda1 | ||
</ | </ | ||
- | We can clearly see it is kicking us out because | + | Then on the master nodes, I enhanced both **/etc/fstab** |
- | =====xdm config===== | + | < |
- | Now that I've gotten the xdm login situation resolved, it is time to apply configuration tweaks. | + | # /etc/fstab: static file system information. |
+ | # | ||
+ | # <file system> <mount point> | ||
+ | / | ||
+ | tmpfs / | ||
+ | tmpfs / | ||
+ | tmpfs / | ||
+ | tmpfs / | ||
+ | </ | ||
- | ======December 1st, 2015====== | + | Note how I put the log files in RAM too (on the pods)... this should greatly reduce extraneous writes. |
- | =====The future: vertical OpenBSD desktops===== | + | |
- | I thought to tinker with rotating | + | |
- | The basic trick is with **xrandr**, which I accomplished in **/etc/X11/ | + | Then at the bottom of **/etc/rc.local**, I added: |
- | < | + | < |
- | xrandr | + | # |
+ | # | ||
+ | # rc.local | ||
+ | # | ||
+ | IPADDR= | ||
+ | while [ -z " | ||
+ | IPADDR=`/ | ||
+ | sleep 1 | ||
+ | done | ||
+ | / | ||
+ | / | ||
+ | echo " | ||
+ | echo "127.0.0.1 localhost" | ||
+ | echo " | ||
+ | |||
+ | echo deadline > / | ||
+ | echo 1 > / | ||
+ | |||
+ | exit 0 | ||
</ | </ | ||
- | The lingering problem is that XDM logins | + | As the **deadline** scheduler has frequent mention of usage with SSDs. |
+ | |||
+ | Useful URLs: | ||
+ | |||
+ | * [[https:// | ||
+ | * [[https:// | ||
+ | * [[https:// | ||
+ | |||
+ | |||
+ | |||
+ | =====lab46too SSD updates===== | ||
+ | With the pods having seen their SSD updates, I am looking to do the same for lab46too, testing | ||
+ | |||
+ | I've updated the /etc/fstab and / | ||
+ | I had to remove the commit=600 from the /home partition. For some reason it didn't want to mount with that. | ||
======Month Status Page Navigation====== | ======Month Status Page Navigation====== | ||
- | ^ [[haas/ | + | ^ [[haas/ |