No, not Fight Club, I mean the first rule of anything technical.
If it ain't broke, don't fix it. This is especially true if it's the night before a major customer demonstration, and you don't have a whole load of time to deploy a new VMware image and get it back to the point you were at ( AND YOU DON'T HAVE A DARN BACKUP ).
My Connections demo was looking really really sweet, and was working like a dream. Bearing in mind that it's a VMware running Connections, Domino and Sametime, I was really really impressed.
Then I noticed that, for some reason, the SMTP notification wasn't working ( or wasn't enabled - have yet to check ).
So what did I do ? I enabled SMTP within the Domino Directory, and thought nothing more. I stopped the Domino server ( ignoring the NSD that was generated on the shutdown - THERE WAS MY FIRST WARNING ).
This morning, I powered up the VM, started Domino, started WebSphere Application Server ( on which Connections runs ), and then started my Notes and Sametime Connect clients ( on the host Windows OS ).
"Hmmm, that's funny", I mused, "I wonder why Sametime is failing to connect"
"Hmmm again, I wonder why I cannot access Domino on port 8080"
"Oh dearie me, I wonder why I cannot even access the Domino web admin console"
At that point, I flipped over to the Domino console, and noticed lots of Sametime-related error messages - THAT WAS MY SECOND WARNING.
Thankfully, I remembered what I'd done and thought to myself - I wonder if a Sametime server can have SMTP enabled ? Guessing what I'd done, I rebooted the VM ( 'cos Domino was way hosed, and I couldn't even get to the console's command line ) and managed to start Domino in a kinda restricted way ( I used the server rather than ststart ).
Once Domino was up, I was able to get in with webadmin and disable SMTP. I stopped Domino, and restarted using ststart and all was well.
At that point, I sighed with relief, struck myself firmly around the head with a RPG developer's guide, and STOPPED/BACKED UP THE VM.
Moral of the story - IF YOU DON'T KNOW WHAT YOU ARE DOING, DO NOTHING
Dave
Geeking in technology since 1985, with IBM Development, focused upon Docker and Kubernetes on the IBM Z LinuxONE platform In the words of Dr Cathy Ryan, "If you don't write it down, it never happened". To paraphrase one of my clients, "Every day is a school day". I do, I learn, I share. The postings on this site are my own and don’t necessarily represent IBM’s positions, strategies or opinions. Remember, YMMV https://infosec.exchange/@davehay
Subscribe to:
Post Comments (Atom)
Note to self - use kubectl to query images in a pod or deployment
In both cases, we use JSON ... For a deployment, we can do this: - kubectl get deployment foobar --namespace snafu --output jsonpath="{...
-
Why oh why do I forget this ? Running this command : - ldapsearch -h ad2012.uk.ibm.com -p 389 -D CN=bpmbind,CN=Users,DC=uk,DC=ibm,DC=com -w...
-
Error "ldap_sasl_interactive_bind_s: Unknown authentication method (-6)" on a LDAPSearch command ...Whilst building my mega Connections / Domino / Portal / Quickr / Sametime / WCM environment recently, I was using the LDAPSearch command tha...
-
Whilst building a new "vanilla" Kubernetes 1.25.4 cluster, I'd started the kubelet service via: - systemctl start kubelet.se...
1 comment:
Ouch!
Well done for getting it back on track ;-)
Post a Comment