Showing posts with label cloud. Show all posts
Showing posts with label cloud. Show all posts

Tuesday, May 7, 2019

SnTT: What if You Only Want Sametime, Meetings or Connections but NOT Mail in IBM Connections Cloud?

For years, since it was a wee little LotusLive, we, the greater Business Partner community, have told customers they could go to the Cloud one step at a time, or everything at once. Easier said than done sometimes. The hybrid or on premises decision, which IBM imposes on your organization BEFORE you start out, is just the tip of the iceberg.

Maybe your preference is Connections or Meetings or Traveler(well you could, not sure why you would) or Verse or Docs...anything BUT mail.

You see, mail is of course the big one, the main reason usually why people want to go to the cloud.

So when one of our clients realized a bit late in the day that they needed to do something fast for their Sametime servers, we suggested the IBM Connections Cloud.

Why build a whole Sametime infrastructure when you can have one permanently in the Cloud and updated all the time and it costs you less than a license fee a year? Seems like a good deal, right?

As someone who builds out Sametime infrastructures, this is much cheaper than having me build you one, that is, presuming you can or want to go to Cloud.

Well, it has been at least 3 years since I loaded a customer into the IBM service, while some of the process has stayed the same, the rest was a new thing for me. And now you get the benefit of my sleepless nights.

For this post, we will presume you have Cloud licenses, of some sort, either dual entitlement or purchased or some other IBM named license that grants you Cloud usage and access.

Once you request from IBM your login credentials (most people get an email about it when the dual entitlement went out, but easier to ask IBM to resend it then find it) you can start the process of setting up your cloud domain.

For this project, because we thought it would be a possible migration down the road we recommended a Hybrid approach. The truth is no matter which way you chose, the details below will work for you.

Once chosen, one has to detail the Domino passthru server name, ID, cert.id files, passwords, mail directory name, directory name itself, etc. and reach a point where IBM's server talks to your server, and with some DNS changes, everyone gets along real well. Note usually any issues at this point are Firewall and/or DNS related as we presume you know your Domino infrastructure and how to create IDs and passthru servers,

Now comes the fun part.

If you have a small organization(between 1-50), you may want to just create everyone manually, but when you are a few thousand people, that is not practical. Oh and remember this is WITHOUT email.

How do you do this? Normally when you register people, it starts the whole mail file and directory process, oh you can selectively add/remove parts manually but how do we bulk process people?

Well you will need to do a few more things with IBM before you start this process. Note to IBM, a nice flowchart of what to do, when, how for each option(Cloud or Hybrid) would be REALLY nice and helpful.

First thing to do is to request from IBM an Integration Server (about this here) account to provide FTP uploads of .csv files. This request, for a LLIS (Lotus Live Integration Server) account includes the steps as follows from here:
  • Send an email to support@collabserv.com with Integration server enablement request - Your Customer Name in the subject line. The email must contain the items in the following list. The first three pieces of information can be obtained from the Organization Account Settings page for your organization.
  • Organization name
  • Customer ID
  • Organization contact email address
  • Email address that is to be used to access the integration server. This account must already exist in the cloud and have the Administrator role. This account does not need a user role or any subscriptions assigned to it.
  • You can request additional email addresses that are to be set up as integration server users, as long as they are existing accounts with the Administrator role.
  • You are notified when enablement is complete and you can use the integration server. Note that your CSR might need several days to complete your enablement. This enablement account is known as the integration server user account.
Once this is done you will get a reply with details to login and set up your FTP links.

The MOM tool will not be used because that is for Mail Migrations/integration with the Cloud in case you were wondering.

Now comes the part that drove me crazy for a while, the .csv file.

You can read about it and see example pages here, here and here among other page of the documentation online.

Suffice it to say, because I know if you are reading this, and in the process of trying this, you probably said TL:DR for the documentation or like me tried it a few ways and felt like breaking a baseball bat on some tech writers head.

And to you, lucky winners, I am providing the exact syntax and details.

You need to understand IBM envisioned people only using Mail, or only using Connections as the primary reasons for moving to the Cloud so  there are actually 2, yes, two, .csv files you need to create to get any user registered as a Sametime user.

Got that? Neither do I but this will become HCLs issue to correct soon enough.

The 1st .csv needs to create the user, and thus a Connections account. 

DO NOT JUST MAKE A MAIL ACCOUNT THAT WILL NOT BE USED. IT WILL TAKE OVER THE USERS RECORDS AND POINT THEM TO THE CLOUD. 

You have been warned.

Here is what I did, you may have better luck with different ways to create the .csv file, but this is how I did it.

Once you get the list of users from the customer, you will need to break the list down to 200 people at a time. Why? Because that is what IBM has the system set to handle currently. If you put in 201, it will provide a failure report and not process. Again, you have been warned.

Open Excel and create a header row with each column for one item and they look like this, syntax matters so check the docs if you are not sure!
emailAddress  action subscriptionid givenName  familyName  language  timeZone  country

Details to be put in each column under the heading:
Emailaddress - put in the users email address
action - Add (Add is used for new people to be registered/provisioned, see here for the other choices)
subscriptionid - Found once you login to Connections Cloud and go to Admin-Manage Organization from the top right side, then click on Subscriptions from the left side and get the Connections
Subscription Entitlement ID


givenName - First Name
familyName - Last Name
language - en_US for US English (Language list here)
timeZone - America/Atikoka (This is EST, Time Zone list is here)
country - US (Country list here)

(Originally IBM also included password, but since the system automatically sends the user an email with a temporary password with the links to Connections Cloud and to change their password, we figured we did not need this option. If you think you need more options or more specifics in registering people, here is the complete list of field options.)

Sounds so simple, right? So you fill in the spreadsheet, then click Save As, find the basic .csv option and save the file. Oh, but you need a specific name as well, see here for more details.

Format of the .csv file name is: customerId_prv_seqnum.csv

customerid -  Found once you login to Connections Cloud and go to Admin-Manage Organization from the top right side, then click on Organization Account Settings from the left side
prv - leave as prv
seqnum - you need to go to http://www.epochconverter.com for the UNIX time that the file needs. Keep in mind all future csv files must have a time stamp after the prior one or they will not get read. A bit of a PITA but understandable for an automated process.

so an example might look like this: 22792279_PRV_1556820735.csv

Now login to your ftp client and the LLIS and upload the file. My efforts showed the file was picked up by the server every 7-10 minutes. 200 people would be registered in about 10 minutes.

Once the file is picked up, the ftp site will add 3 new folders to your login location, error, report and processed.

If all goes well your file will be in processed and your report will show a new file for each upload and a code of 463.

If it did not go well you will see your file and a trace file in the error folder and the report will tell you which line failed and why. Usually syntax, I had some cut and paste spaces in a few cases that caused me issues

Great, moving along now we need to create .csv #2 and get all these fake Connections users real Sametime accounts.

This one is much simpler because we only really need 3 columns:
emailaddress action subscriptionid

emailaddress - put in the email address
action - AssignSeat (this is so the existing registered person gets Sametime added to their account)
subscriptionid - Found once you login to Connections Cloud and go to Admin-Manage Organization from the top right side, then click on Subscriptions from the left side and get the Chat 
Subscription Entitlement ID


Name the file as above but change the timestamp and upload the saved .csv.

You can login at anytime to your Cloud instance and check the users have been created and have Sametime included in their options.
And that is how to register users that are not using Mail into Connections Cloud and you can do this for the other options or when you need to migrate their mail later on:Connections, Docs, Email, Traveler, Meetings, Verse, Chat

Good luck and remember, syntax matters!







Thursday, March 22, 2018

I'm a LEGO Man Living in a Duplo World

This was aimed at business people, not developers.
The idea was to balance the past, client server world, with the new decentralized microservices one.
Delivered on the last day of IBM Think in Las Vegas.



Monday, December 19, 2016

Mission Worries: Lotus Quickr to IBM Connections Cloud


Who knew so many people still had Lotus Quickr? See IBM I told you people love it still.

There are many things to think about during a migration of data, most of which you as the client will not think about, or even know about, until you have moved and find it out. Do you know why? Because not very many companies, people, or Business Partners have done these migrations like I have over 20+ years. 

These "Mission" posts are meant to help you in this process.

Last post I gave some basic information, now we can dig into some details.

The client uses a plain and out of the box Lotus Quickr so we did not have to worry about meta data or odd forms or whatever else dreamed up by some developers or over eager Admins. I know because I am their Admin.

We did worry about some things and here are some of those items:
  • My name for the most part is tagged to all the files and folders NOW which is how IBM Connections and IBM Connections Cloud works since I am the one uploading the files.That is the down side, however, once you get into the folders and find the files, you can see all the document details and it shows all the past information. Not a bad thing, but not perfect. Client accepted this as a good monetary trade off.
  • MACs lack of a Notes sidebar plugin. No comment. I am not a MAC user so I am not justified in arguing this point but the Windows Notes plugin is helpful....BUT not for the migration itself. Afterwards it acts like the Quickr Places sidebar app and drag and drop and such is fine plus you get Files, Activities and Status Updates in your sidebar to better leverage the rest of Connections.
  • Training users. Actual training is minimal, updating the Notes clients on machines and then the plugin installs and configurations takes about an hour a person on average. If you leverage SmartUpgrade or my friends at Panagenda's Marvel Client you may just need the plugins updated and that is quick.
  • Where is the ROI? Mobility! iPad access in front of a client meeting or potential client meeting is crucial and even better, IBM handles the backup of our data. 
  • Which brings me to backups. IBM doesn't really backup the data, this is an issue to be addressed by me going forward, but IBM does synch data between their data centers and in IBM we trust, so again a trade off. Not to worry the Quickr server running on VM will just be sitting here if we need data prior to January 1, 2017. Just like the Domino.Doc VM server sits waiting for something we lost from the previous migration. For those keeping score, I have NEVER run that VM to find any files that went "missing". 
  • Multiple Folder levels. It is this one item which has prevented the client from moving until now. Promised by IBM over a year ago, and it was delivered, just not the way the client wanted it to work(it also only now lets you edit and create folders from the plugins and mobile which also did not come out last year). We had patience in IBM and since I am an IBM Champion and part of various beta teams for IBM and advisory councils, I pushed for it all to get done, as did quite a few fellow Champions. So if this is what you have been waiting for, you have no reason not to move forward now. January is free for me, let me know when you need your migration done by and I am here for you.
  • Timing. Start testing as early as possible as you need a lot of testing scenarios. Keep in mind that uploading speeds are usually MUCH slower than downloading speeds. So that Terabyte of data will not get uploaded overnight, I don't care who you use or what they promise you.
  • What if they hate using the Cloud? Said, no. one. ever...who knows what they are doing.
Are there more issues? Sure, every environment is different and I am happy to discuss them if you comment or tweet, call, skype or email me.

I forgot to mention this was a Windows server customer, and I could complete the migration no matter what operating system platform you are running Lotus Quickr.

Thursday, August 6, 2015

Email, and Email Services, are not a Commodity

Do you think Email is a commodity, but SMTP service is not? If you think it is, have you planned for what happens when your primary mail service, including SMTP goes down?

I doubt it, because most people do not even realize how email is broken down into parts that only a small bit are the responsibility of your own IT team.

When you have in house email, everything, except the ISP providing your bandwidth, is your own world. You break it, you fix it. You do, or do not, plan for business interruptions. Maybe you have a secondary ISP, even if it is some lousy DSL line, you have something, anything. You do, right?

What about when you get to cloud apps and you have a LDAP in one service or server, your app on one server, your mail transport on another, mobile site on another, your company website on yet another one.

When any of those parts fail, most of the rest fails and you have zero capability to resolve it. Zero. You are at the mercy of whatever Cloud provider, Host facility, kid with an iPhone controlling your VMs and whenever they get around to fixing your problem they will.

Utility? Commodity? Sure, but so are cars, yet many people will not drive a (fill in the blank for your country) because of the lousy service record or safety. Why is your Cloud provider any different.

You may ask about clustering, fail over, etc.. but that does mean you will get an answer that makes sense to you or to them sometimes.

Email is still the #1 business tool because so many rely on it. Do they have to rely on it? Not at all, but they have not made the leap yet to extended applications that notify via other methods. Maybe they did take the leap, but our customers have not yet. The customers expect to be able to interact with us through an old medium which is so easy even the term used, SMTP stands for Simple Mail Transfer Protocol, makes it sound easy. Can you plan for every contingency? No, sometimes stuff really happens you can not work around easily. But if you believe all your IT services are just commodities, then you will get what you pay for and should not expect better.

Running a mail server, and related services is not so simple and takes people that truly understand what they are looking at when they get RFC codes in reply and other "errors" as users report them.

I know, I have been doing it for 20 years, IBM, Microsoft, Google, Novell and so many long gone that it is hard to really believe anyone when they say they have a new email app. Email is an app, a huge one, and though you may argue it should just do email, we both know it does so much more and can do so much more. The problem is when the other services, which most people take for granted, stop working and your commodity or utility is unable to do anything.

Makes for a really different work day. or maybe you should spend the time thinking about how to get off the email drug and move to a better way to work.

Thursday, October 23, 2014

Have You Designed a Car without an Engine Today?

Half baked ideas? No, they were completely baked and ready to go....except for a strategic piece. Lost in translation or just lost in space, hard to know sometimes where to assign the lack of accountability.

A Cloud solution that is not quite ready for the Enterprise or an application that you are working on when you suddenly realize no one thought about who would use the solution, let alone, why they need it.

Governments, countries, airports and many organizations run into this it seems more often today than ever before. The site, Why Projects Fail, might be useful to you.

Imagine if in walks your business leader with an announcement of a cool new car they dreamed up for the company to produce. It's just a drawing right now, maybe a clay model, but they have a vision!. They have searched out some vendors that promise to make everything nice and clean, like never before, and they asked to let them do everything so the leader can focus on the end game. Agreements are made and a date set to expect everything to be ready for the "1st auto show of the year".

Shortly before the eagerly expected date, the leader calls the vendor and asks if everything is ready. They reply, yes, of course, we made sure you have roads from your office to the show. The leader is confused and asks, where is the engine for the car we designed? The vendor replies no one said anything about the engine, we provide the roads for you to drive and look how nice they are all black and smooth topped."Where's my engine!?" screams the leader. Engine? Replies the vendor, we don't do engines.
I have been in numerous meetings over the years where parts of these discussions went on and I wondered why it happened in the first place.

Would better meetings help? Would an ESN like IBM Connections or Microsoft Sharepoint or Jive? Was there a problem in Microsoft Project? Not enough project managers? Too few? If you had used a different email system none of this would have happened.

It is easy to be carried away by the excitement of a new project and just as easily to be led astray. Just because the client asks to go to the Cloud does not mean you should block it, or help, without some clear logic and information.

Last night I wrote and compiled a two page list of questions for a client that wants to migrate mail systems... to Domino. I broke up the questions, some 60 or so, into 3 groups, the "old info" , the "future info" and the "co-existence".

The actual list could be 80 pages, like an SUT document I worked on previously, or one page. The questions and answers will come but being prepared is more important.