Reminder to self because I cannot for the life of me remember git commands when I have to edit the Stylesheets project:
git status to see what's changed.git add [file] to add any file you've changed to the staging area. Without this, or commit -a, your changes won't go in.git commit -a "stages" all changes automatically and then pushes them to the master.Had some problems with WordPress and its pseudo-cron function - we think. Logs were filling very rapidly.
Sysadmin advised turing of wp-cron functionality per this site.
I've done this on cgtw and etcl only.
I've added a couple features to the upyerdb script.
I've removed the need for a remote script that determines the last modified timestamp. It now gets sent as part of the curl request and the script is embedded in the upyerdb script itself.
Also added a feature that excludes all files not under SVN control from being uploaded. This reduces the amount of rubbish that gets pushed to the DB.
The script is *just* finished and needs testing in a safe environment - not for production use.
Running ./build.sh dist-war I get two errors:
1) BUILD FAILED $home/exist/build/scripts/dist.xml:35: $MYBUILDDIR/extensions/indexes/spatial/lib does not exist.
2) BUILD FAILED $home/exist/build/scripts/dist.xml:35: $MYBUILDDIR/extensions/betterform/main/xrx does not exist.
The problem is that the $home/exist/extensions/indexes/spatial/lib/ and $home/exist/extensions/betterform/main/xrx/ directories do not exist. Manually creating them before running dist-war stops the errors from recurring.
After a conversation with Martin about why there's no flag for 'ls' that retrieves permissions in octal form, I added an alias to do this for me.
To create the alias, do this:
alias oct="stat -c '%A[%a] %U:%G %s %.19z %n' $1"
Then, run it like this:
oct /usr/bin/*
and get back something like this:
-rwxr-xr-x[755] root:root 17792 2014-06-03 15:24:04 /usr/bin/xkbvleds
-rwxr-xr-x[755] root:root 16096 2014-06-03 15:24:04 /usr/bin/xkbwatch
-rwxr-xr-x[755] root:root 14659 2014-06-03 15:24:04 /usr/bin/xkeystone
-rwxr-xr-x[755] root:root 14640 2014-06-03 15:24:04 /usr/bin/xkill
-rwxr-xr-x[755] root:root 16016 2014-06-03 15:24:04 /usr/bin/xload
To fix this problem, run
sudo update-alternatives --config javaws
and choose the java 7 version
NOTE: OpenJDK doesn't come with javaws by default. You need to install the 'icedtea-7-plugin' before you can do the config bit above.
After an update to DSM 4.2 rutabaga no longer allowed rsync backups, failing with:
sh: rsync: not found
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: remote command not found (code 127) at io.c(605) [Receiver=3.0.9]
After much wailing and gnashing of teeth we discovered that non-interactive users do not have /usr/syno/bin in their path (it *is* in their path if they shell in to the NAS, so they can run rsync *from* the NAS when shell'd in).
So, that's an easy fix, says us: add a symlink to /usr/syno/bin/rsync in a logical spot that *is* in a non-interactive path, like /usr/bin.
Problem: admin user cannot su root (error message = su: must be suid to work properly), so cannot create symlink.
Answer: TURN ON TELNET AND LOG IN AS ROOT USING THE WORST POSSIBLE METHOD!!! Then, you make the symlink and turn off telnet - quick!
This morning we got nets to set up B047 on the switch. Some time after that 3 machines lost the ability to get a DHCP address - I have no idea if there is a causal relationship between these things.
After much mucking about, it *looks* like it might have been a communication problem between the DHCP server and the machines.
Even forcibly releasing the DHCP lease didn't make any difference.
In the end, I booted the machine with a LiveCD and fiddled with enabling/disabling the network (in the network manger). I got a proper IP and rebooted in the installed OS. That seemed to break it out of the loop.
A bit perplexing and aggravating because I don't actually know what the problem was...
All current Tomcat-based projects have now been moved to Peach, with the help of RE, who has re-pointed all the relevant domains. The IALLTJournal project has been retired, since it's no longer in use, as has the old version of Francotoile, which was built on eXist 1.4. This was a fairly slow and careful migration over a couple of days, and we expect no problems, but Pear will continue to run for a little while just in case.
Tomcat has now been configured so that a slash not followed by a filename is handled by the webapp, not trapped as an error by Tomcat itself. I've also uploaded and tested the new Moses app on Peach, confirming that while the eXist dashboard and eXide fail under Tomcat 6, they work under Tomcat 7.