newest experiments

There really is little to give up moving avimark to wine/linux 

I now have been able to run avimark  client/server  with the guardian program running on the linux server.

I can run a totally native linux client either in standalone, or client/server connected mode.

I can run windows boxes and linux boxes in a mixed environment.

I can re index natively on the linux server.

I can run rdp sessions to the linux server concurrant with other native windows sessions and native linux sessions all in the same environment

I can use open office or libre office 

Netnotes works on Linux / WINE, complete with the avimark merge words. 

As it turned out, the last nut to crack was the native linux session on a linux client.  As it works out, you cannot access avimark through the nautilus browser and have it run correctly.  You have to mount the server drive/directory through the fstab configuration file at startup.  If avimark.exe appears with the real avimark icon, it will run.  If the real avimark icon isn't visible in the nautilus browser, it will not.

Finally using a simple bash script, it is possible to create a simple desktop icon for the end user to start avimark.

In essence, once set up, they can just double click on the avimark icon like in windows, and the session will appear to them, just like it did on the windows machine.

The only things you give up are

1. Updates must be loaded by off loading to a windows machine, updateing and then transfering back to the linux machine  (fails crc check through the automated avimark update system)

2. the real time spell checker has to be turned off for certain notes windows to work

3. certain key combos like ctrl alt f10 are reserved for the linux system, and the menu/mouse alternatives must be used.

4. certain times you must either access the appt book or another feature before the system will recognize a click on the magnifying glass (client lookup)

5. SENDING LOTS OF MONEY TO MICROSOFT FOR UPGRADES.

I am still here

I have been pretty busy as of late with Theatrical projects.  But that said, as fall and winter weather has descended, I am experimenting more again

My main clinic is still running on Ubuntu linux 12.04  It has x11rdp installed thanks to the script provide by scary gliders.

we run almost exclusively wine sessions served up by the server via rdp.

The boxes running rdp are mostly HP thin clients with Windows7 embedded running.

We also have a vista machine, some xp machines, and a couple of windows 7 machines all connected.  The lab aquisition runs on an xp box in native windows.  I also have the emergency clinic running lab aquisition on one of the thin clients.

Very stable at present.

Thin clients and linux just soldier on

Very quiet week here in Lake Wobegone.  The stuff is just working.  Avimark still works best when Wine is set to the "emulate a virtual desktop" mode.  Otherwise it it possible for a user to get themselves stuck with an alert window shuffled to the background, but not allowing them to go on. There are simple ways out of it, but its better if it doesnt happen in the first place.

Spent part of the morning configuring a thin client for use at the emergency clinic.  You do have to eliminate some software that you dont use in order to have room to load what you will use, but small price to pay, for the small price I paid :-)

If the weather is bad this weekend, I may spend some time working through a cookbook for all this at another vet who followed me down the rabbit hole started to put together.

Might also be able to prepare a live install disk to do the dirty work for folks ahead of time.  Starting to get some emails about this stuff.

If you stopped in, leave a comment, if only to say hello

HP thin clients are installed and running.. great product

So far the HP t5740e units with windows 7 embedded seem to be just what the doctor ordered.  Silent, low power consumption.  Option of running Avimark on the client, or rdp to the server, and run it there. 

I have now removed all the ncomputing terminals and replaced them with the standalone thin clients. 

We had some big storms through which they soldiered on.  I took a long weekend vacation, and they all functioned flawlessly while I was gone.

So for anyone keeping score, I am running about 15 rdp sessions with Avimark running on the Linux server in WINE. 

Interestingly there is a limit of 10 sessions built into the base configuration of the x11rdp, but  a quick edit of a config file fixed that.  

Ubuntu 12.04   WINE (ver?)  x11rdp    remote desktop on the windows machines. 

CUPS runs the printers on the linux side, and is very stable as long as you don't have any ip conflicts on your internal network.  A power outage, loss of internet, and a non total restart of my network pointed that out 

Total shutdown that evening and restart with everyone assigned a new ip by the router made it all happy again. 

Hp thin client

Just set up my first standalone hp thin client.  It has the advantage over the ncomputing devices that it doesnt require any special software on the central server like the ncomputing.  It should lend stability, because it was getting harder and harder to keep vspace running either under linux or windows xp.  Updates in xp tripped it up, and random failures occured all too often in the linux version.

The hp's are available for some pretty reasonable prices used.  This one is linux based, and I am waiting for a win7 embedded one to try as well.  The rdp client worked flawlessly with none of the keyboard mapping quirks of the ncomputing units.   Win7 would give me the option of running rdp on a linux or windows server, as well as executing avimark locally, loaded off a server if necessary.

Have to get some miles on them to be sure.. But looks promising.

Oops spoke too soon on the ncomputing

They jumped up and bit me again today.  They just couldnt get along with the cups printing system again, so... Shut em down, and the rest of the rdp sessions soldiered on perfectly all day.    Sigh

My apologies to ncomputing

The  ncomputing terminals kept logging out or hanging on their own neccesitating restarts to resolve it all.

The problem turned out to be network issues unrelated to ncomputing.  Mediacom's dns server addresses once again exposed my network to a non local .local domain.  The principal trouble that causes with ubuntu in a multi user setting is the ongoing resolution of the printers under CUPS.   I had one computer on the network that had been set long ago to a fixed ip address and fixed dns server addresses that were different from the rest of the network.  Go looking for printers attached to that one, and it was periodic choke time.  

I set everything to a public dns server address, and the printing issues went away completely, along with the network instability that was kicking off the ncomputing devices.   End result has been tremendous stability.

Looks like I am in this for the long haul now.  

Wow has it been that long?

Still using Avimark in linux.  Almost the entire clinic is running on it, with just a couple of Windows machines.  

The last few annoying things seem to have been tracked down today.  It involved linux file permissions.   Have to read about access control lists, chmod g+s command and the set facl command.

Seems that the temporary dump folder we used to take scans in gave permission for everyone to read, but was not granting write permissions on new files as they were created.  Similar behavior on the attachments folder and sub folders. 

I will also apply inheritance to the regular avimark folder, because it seems that occasionally an index gets grabbed and re written by a user, and the editing of purchase orders gets locked until permissions are re set.

For the most part though.. day to day, it is all working. 

Unfriendly shutdown of some computers during rainstorm the other day caused some ip conflicts between the haves and have nots after some computers powered down in an un coordinated fasion.  I really wanted to blame linux, but it was just run of the mill networking conflict stuff.

A nice structured shut down and re start fixed everything. 

I plan to test the latest Avimark release soon, but if it doesn't have any compelling new features, I will probably stick with 2012 5.11.0 for a while because it just works

Biggest problems/ glitches  seem related to the Ncomputing terminals and vspace.  Have had it get confused a couple of times in the last month, and had to do a server re start to clear.  The other non vspace terminals soldiered on just fine.

I must be one lucky schmuck

A few years back, I invested in some N computing thin clients, that divvie up a windows xp computer into multiple user desktops, for a couple hundred a pop, and running silently with only 5 watt power consumption.

Fast forward a few years, and microsoft got smart, and updated their user agreement in vista and win7, so that even though the technology works still, you need to buy licenses for each session to stay legal.  They also work with windows server, but you have to choose between regular terminal services, or ncomputing devices, as both wont work together on one server.

LINUX TO THE RESCUE.   It seems that the n computing devices are happy as a clam to work with ubuntu 12.04 64 bit.  I was able to log on from rdp and ncomputing at the same time with no ill effect,  so I wont have to replace my terminals.   They deliver a nice linux desktop environment to each user, totally isolated from the other.

So I will wait until after some scheduled travel, and then bring the 64 bit machine online at work. And go linux on the thin clients.

3 weeks and no explosions

Biggest accomplishment this week, was figuring out the intracacies of the dymo drivers for linux.   We have at least 3 flavors of dymo printer, but once you get the counterintuitive settings right, its all good.

Also had one document that wouldnt merge right, but it turns out it was something hidden in the document itself as a fresh copy with the same merge words works.

I created some more user accounts, and have had as many as 8 rdp sessions live with no slowdown apparent.   This is with the server also hosting a virtual machine that runs my pacs system.   Got a couple of error messages on one terminal that had admin rights when ubuntu popped up that it wanted to update but overall a very stable environment, stable log ins and log outs.   I even did a few experimental setting things on the main machine that kludged it desktop session, but everything else just kept running, even when I logged in and out of the main administrative account.

I will probably roll out a couple more sessions next week, and then hopefully convert the thin clients over.

3 of the machines are in the lab, pharmacy area, one of the busiest places in the clinic.   No crash, no hiccup.

I also found out that ncomputing now has server software that should work natively in linux, just updated to Ubuntu 12.04, which is what i am running,so I will probably play with that and see if it peacefully coexists with the other rdp sessions.   I know that on a windows server, you have to choose either or..  Rdp, or ncomputing vspace...  It looks like vspace for linux uses lightdm display manager, so I am hopeful.

I am also recreating and documenting my footsteps on a fresh install, to make sure I can replicate this experiment, in an organized straight forward fashion, because there were many dead ends along the way.

If I can figure out a way to have a bogus research database, without real clients,  I might be inclined to put a demo machine online for the curious to log in to.

So why does it work now?

I have a sneaking suspicion, that I just gave up too soon, when a few years back, Avimark seemed to "kind of work" in Linux.  Fully resolving the file addresses across the network is the crux of it.  Initially, I tried running the linux session off of an xp share...  And of course it failed when some files could not be accessed.  Could have been address resolution, file permissions, or both.

A few years of running windows machnes off a linux server gave me some insight into file permissions, file ownership, and file locking.

Some digging into why one method of logging on to a windows share seemed to work, and others didn't was the biggest clue.

It seems that networked machines use any of about 4 methods to resolve a netbios address for the location of a file that is needed.  The linux workstation may run through the 4 methods trying to find the right file in the right place on the network.  You may get lucky if your linux machine has the right choices intalled in the right order, or if not, it may be "close but no cigar".

One clue as to whether your share is resolving the avimark directory correctly is if you display the directory in icon mode rather than list.  If avimark.exe is displaying with the real avimark icon, you are golden.   If not, and it displays with a generic icon, you are only getting partial name resolution for your file, and some of the calls (whiteboard in particular) will hang...looking to access a file that never answers.  I'm sure every windows user has seen this as well when starting a machine, and the avimark icon is generic.  The icon file isnt being found..you are having some sort of communication or disk problem.

Why in the world are there 4 methods?  History...   Way back in the dinosaur ages we found files on a network from a hard coded list.  Later machines on a peer to peer negotiated who kept the list and how it was updated.  Shares periodically broadcasted themselves across the network to all listening.  Later,   You could set one machine to be master, and update, and search only from it...Then we move into different protocols for Server class machines with domains.

You can set your linux machine to use any of these, and even the order in which they are tried when a file is called for,. But alas.. Not all linux distros have for example WINS installed by default...so the whiteboard, across certain network shares will fail.  

THE GOOD NEWS.  It makes much less difference running natively on one machine, and running multiple terminal sessions on that machine.  This gets rid of the futzy network resolution, and gains you the speed of not doing all the database heavy lifting over the network..only the screen and keyboard events cross back and forth.

A few more details and some clean up

The ladies at the front desk quickly noted that the 10 key pad wasnt working.  I chased this around and around, looking at keyboard mapping, and googling my heart out.   Finally a clue..  It seemed that some had better luck with x11rdp running the show rather than xdrp.  

Found that it wasnt in the normal ubuntu repositories, but a wickedly good programmer had a script available to load, and compile x11rdp along with a configuration gui for the user accounts to choose which gui they would each load.  Bottom line...  It just plain works.  I sent him a nice donation via paypal.  X11rdp. Seems to have made the login and log out processes rock solid.

Ubuntu itself also had a little problem with some false error reporting, un related to all this, but some good references let me change a config flag, and now that annoyance is gone.... It was popping up occasionally and ruining the desktop session.  

No cookbook yet..  But for those who feel they have to try...   Ubuntu 12.04.  Wine 1.5.   Must run x11rdp. Must have samba and especially the smbfs services loaded.   Turn off oplocks on your samba share.  If you dont, then the windows avimark sessions get blown out of the water, while the linux wine sessions soldier on.  Samba share needs to have default user forced to guest.   The easiest way to set up your samba share is to download and use the debian package of Webmin.  Webmin gives you a very nice interface for looking at and tweaking all of your setup.   I am not much for memorizing command line stuff.

Each log in session needs its own user account.  Each account needs a .xsession file in its home directory to tell which gui loads..  The x11drp auto script from scarygliders.net and the gui config utility will get you there quicker.   Setting user accounts and groups and passwords is much easier with webmin as well.



Now its off to week 2 of a windows light office.

Well we made it through over a week of running Avimark on Linux.   Tweaked and optimized  some settings, but it ran all week.  Architecture was Ubuntu 12.4 server 3 ghz quad processor, 4 gig memory, 500 gig raid mirror.

Set up our normal windows workstations (5 out of the 12 available) and ran rdp sessions logged into the server, and ran Avimark under wine.

With the settings all figured out, it peacefully coexisted with the other stations running Avimark under windows off of the linux server.

You tube video here  http://www.youtube.com/watch?v=dzl-ggFZINE

This runs scary fast, and was very stable all week. 

 AVIMARK on IPOD via RDP on LINUX

Remoter pro (a 10 buck app) makes it a joy with the translucent keyboard and trackpad.

 BIG NEWS for Avimark users.

So it is that I have spent the last 3 weeks of spare time figuring out the next step in computing upgrades for the office.  With the impending death of Windows xp next spring ( or at least the end of active microsoft support)  has me looking at what's next

I loaded a demo copy of Window server 2008, thinking I'd try out terminal services.  I was able to get it running, but the terminology, and plethora of settings was not trivial.  I also started thinking about linux again

I've run 2 offices on linux servers for years, but all the work stations are various flavors of Windows running Avimark practice management software.

Several years back.  I tried Avimark in linux using the Wine application loader.  It kinda worked.

Big news.. this time with Ubuntu 12.04 and Wine 1.5xx it worked.  I spent much of the last 3 weeks figuring out the settings to give me an optimal Avimark setup.

I also have accomplished stable terminal sessions via Remote Desktop Protocol.

It may not seem like much, but running terminal sessions is as fast as running Terminal services on a Microsoft 2008 server.

The cost savings will be very significant.   Nothing says updates in Avimark won't break this, but the gamers keep the Wine team on their toes

Since the server is doing all the heavy lifting, I can use my ageing fleet of windows computers as terminals and get a significant speed boost.  Upgrades can be incremental instead of all at once. 

A significant plus, is that I can log in on my ipad via a secure tunnel, as well as use it over the wireless in the office.  This also solves the problem of trying to use notebooks on a wireless network.  As many can attest, it was slow, and it was unstable.

I went live on 5 terminals in the office this week, and after tweaking settings, it all works.  It can peacefully coexist with other stations running on windows.

The only thing I had to give up was the real time spell checker. (direct screen writes blanked the child screens like notes and mcr)  The spell checker  can be left on, but the auto correct while typing has to be turned off.   Stay tuned.