ERROR: Fingerprint Software Error (No Longer Working)

Passwords can be forgotten (less likely but probable); biometrics can never be forgotten. This is obvious and although subject to debate and arguments, techie folks prefer to use technology and its features. Afterall, this is your money's worth. Fingerprint credentials are often deployed. This used to be prevalent to notebooks and laptops, but now even the smartphones have it.

This is the case for me. But then again, technology can fail too. And I have experienced this firsthand on my company issued Lenovo T420. The fingerprint sensor did not light up, and I could no longer use it. The error is saved on a screenshot below and I will share how this got resolved as well.

Error Code: E7210001

The Error Code is "E7210001" (The service cannot be started, either because it is disabled or because it has no enabled devices associated with it). Scouring the web for solutions didn't produce much results.

One of the results from the web indicated to check that the service "Credential Manager" is started and its Startup Type needs to be set to "Automatic". A few people indicated the service was stopped and manually running it resolved their issues. This was the first thing I checked and it was on the recommended setting -- which is a dead end.

Since the error message did not mention a particular service it is looking for, the trial and error starts. Lucky for you that will no longer be the case.

There is another service that needs to be running in order for the biometrics to work. And just as the name states, the service also contains that string as a hint -- Biometrics. It is the "Windows Biometric Service".

Windows Biometric Service

Check that both the "Credential Manager" and the "Windows Biometric Service" are running (or Started). This will return the functionality of using fingerprint credentials or biometrics for logins. I did not go as far as finding out what caused the services to be Disabled. That would be interesting but I simply don't have the time.

INFO: Sickbeard Torrent Fork on PCH-C200 (Update)

It has been a while since I last composed an article in this blog. I have been busy planning, travelling and implementing infrastructure changes in my secular job. Time seems to have flown quite fast.

Regardless, I have had a few hours to myself and decided to tinker with my aging yet still functional Popcorn Hour C-200. I can't believe it has been in service for over ~5 years. The mods I did on the original heatsink really paid off.

If you have noticed, the development on the "bricky" fork of Sickbeard has discontinued and its git repo has been taken down. Time to update the sickbeard application on my C-200. I still prefer to use a torrent fork of the original code.

The previously written article on the sickbeard "bricky" fork still applies. However, a few tweaks are needed.

The initial steps to follow are the same:

[1] Open a terminal connection via KiTTY or another utility. Browse the directory /share/Apps/sickbeard. All the other steps below will discuss about changes to files and directories relative to this path.

[2] Remove the directory .git. Do this so the bricky fork will not conflict with the original midgetspy version of sickbeard. I also removed the file .gitignore but this seems irrelevant. You may opt to remove it in this step.

[3] On the same directory /share/Apps/sickbeard, is the file Look for the line:
git clone git:// SB
.. change it to this line:
git clone git:// SB

(The rest of the procedure is similar and I still included them below.)

[4] Remove the directory autoProcessTV under /share/Apps/sickbeard. If you don't want to remove it, you may choose to rename it instead. Any arbitrary name aside from the original name will do.

[5] Execute on the command line. Either of these commands will work:
/share/Apps/sickbeard/ install
.. or
cd /share/Apps/sickbeard; ./ install

[6] Once the git clone is complete, run this:
/share/Apps/AppInit/appinit.cgi start sickbeard

The end result was not as I expected it to be. What I thought was a seamless update resulted in errors. The error is in the screenshot below.

ImportError: No module named _cpcompat

ImportError: No module named _cpcompat

As it turns out, the old directory where sickbeard was installed contained a folder named "cherrypy" that comes in conflict with the version the current version of sickbeard. The solution is to remove the "cherrypy" folder and the errors go away. This is the only other step to add.

Those who still have a working C-200 will enjoy this new version of the torrent fork of sickbeard.

HOW-TO: TaiG JailBreak for iOS 8.1.1

It's been a couple of months back since Apple released iOS8. I have not made the transition to it and stayed with iOS7 since my iPhone4S is rooted. I'd like to term a successful jailbreak as rooted -- simpler and easier to say (there is just a nicer ring to it). I just like the functionality of a "rooted" phone and the availability of Control Center button customizations that are only available from a "rooted" phone.

Last time I did this was way back to the early 2014 and used the evasi0n utility. This time TaiG is the utility that is able to jailbreak iOS8, particularly the iOS8.1.1 version.

The TaiG jailbreak utility requires the "Find My iPhone" feature to be turned off first. And although optional, turn off the passcode security feature of the phone (turn it back on once jailbreak is a success).

Plug the phone via USB and launch the TaiG utility executable. You may uncheck the 3K option if you wish, then hit the big green button on the screen. My initial attempt at this hit a snag -- Error -1004 -- which according to the TaiG website is an issue with the computer running the jailbreak.

TaiG JailBreak Utility

This really doesn't have anything to do with the computer running the utility. I tried two (2) things that "might" have resolved the issue for me. [1] I moved the USB cable to a USB3 port; and, [2] I turned off the passcode. I'm not exactly sure which solved it for me but either way I got the jailbreak that I need. Please note that I mentioned *might* and your mileage may vary.

Once successful, the device will restart twice. The first is mid-way through the spinning green circle at about 43% and the last when the injection is installed. You will then see the Cydia button on the second screen of the device signifying success.

iPhone 4S Rooted

As seen from the screenshot, my iPhone is running iOS8.1.1 and Cydia 1.1.16 is installed. It's way past midnight by the time I was done. But the TaiG utility got me the jailbreak I needed.

HOW-TO: P2V (Physical to Virtual) Prep Work for Ubuntu

This post is supplementary to the previously written article Prep Work for Linux P2V (Physical to Virtual). The previous post covered mostly the tasks for an RPM based host (RedHat, Fedora and CentOS). This time it will cover more of the Debian based distribution.

It was just recently that I worked on several Ubuntu hosts. These presented a different perspective on the P2V process, especially since I had been tasked to convert them with little time to spare -- it is a spur of the moment, unexpected, unplanned need. With the added adjectives, you probably get the idea.

Although Linux-based, Ubuntu is a bit different than its RPM based brothers. For one, Ubuntu disk devices are mounted based on UUID. That is just the primer. The end of the P2V of VMware vCenter Standalone Converter prompted an error installing grub. To give you an idea of the error, refer to the screenshot below.

P2V Grub Install Error

FAILED: An error occurred during the conversion: 'GrubInstaller::InstallGrub: /usr/lib/vmware-converter/ failed with return code: 127, and message: Installing GRUB1 on (hd0)... / 52: / grub: not found Error installing GRUB Command: grub --no-floppy --batch --device-map="/" root (hd0,0) setup (hd0) Error running through chroot into /mnt/p2v-src-root /usr/lib/vmware-converter/ line 143: /mnt/p2v-src-root:
Is a directory '

Let's tackle these prep work one at a time.

For the UUID based filesystems, if you take a look at /etc/fstab you would see something similar to the below entries:

# /etc/fstab: static file system information.
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
# / was on /dev/sda1 during installation
UUID=a4fc19b3-6df9-4fcb-a565-12a9bd59fff1 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=1061e56a-f69d-4d44-b3d1-566c960719b1 none            swap    sw              0       0

The operating system is good enough to note the disk slices and its corresponding UUID unique identifiers. However, if this is not present on your system, the command "blkid" will show the same information.

[admin@vhost ~] sudo blkid
/dev/sda1: UUID="a4fc19b3-6df9-4fcb-a565-12a9bd59fff1" TYPE="ext4" 
/dev/sda5: UUID="1061e56a-f69d-4d44-b3d1-566c960719b1" TYPE="swap" 

The above entries need to be converted to its /dev/sdX counterpart prior to P2V. This is a simple change of removing the UUID=xxxxx-xxx-xxx-xxx and replacing it with its /dev/sdX equivalent. Exercise prudence, and make a backup of the file /etc/fstab prior to making changes.

Next, let's deal with the GrubInstall error. The grub install happens when the P2V is almost complete, meaning, the copying of the physical host files are done. The only challenge is the virtual machine made will not boot. This was a tough one to resolve at first.

As it turns out, you require the Linux Security Remix ISO file. Boot off the ISO and execute Boot Repair (recommended Boot Repair).

Once Boot Repair is done, reboot and the virtual machine is up and running.

The only hiccup that delayed the activity for me was to download the Linux Security Remix ISO. It is close to 1GB in size so if you are doing a lot of P2V conversions this file will come in handy. There are two (2) versions of this file -- the 32-bit and the 64-bit versions. If your system is 64-bit, the 32-bit version will not work. Having both versions is recommended.

As consolation, the only similarity I found with other Linux flavors was on the file /etc/udev/rules.d/70-persistent-net.rules, where the MAC addresses of the physical machine are hard-coded. If this file exists, comment out the entries or remove the file completely prior to P2V. The udev process will re-create this file on boot-up.

ERROR: "The operation is not allowed in the current state of the host"

I experienced the above error while powering on virtual machines after a scheduled shutdown. Just so you can replicate my experience, I was administering vCenter v5.5 Update 2b and ESXi v5.5 Update 2 hosts. The cluster's HA was turned off, DRS was set to partially automated from its fully automated setting, and all ESXi hosts were put into maintenance mode prior to them shutting down.

Powering up there were no issues -- all VMFS datastores were mounted and there are no alarms nor alerts. So after checks and everything was all set, ESXi hosts were exited from maintenance mode and virtual machines were started.

Most of the virtual machines booted back. But some of those that were powered up did not proceed on booting but instead prompted the error: "The operation is not allowed in the current state of the host."

This was completely new to me. And VMware forums and public knowledge base had an almost similar error: "The operation is not allowed in the current connection state of the host." Which was not quite what I was facing.

I was using the vSphere Web Client, so I tried using the old graphical user interface. Things did not seem to change -- same error.

I restarted the VMware VirtualCenter Server service but I still ended up with the same error. So I started to scratch my head. Of the several virtual machines that manifested this error, one thing was common: they belonged to similar ESXi hosts.

I went back to reading the posts with the almost identical error and it suggested to restart the management agents on the ESXi hosts. So I tried that but instead of just the management agents, I executed a stop and start of the entire

Below are the traces of the execution.

~ # stop
Running stop
Terminating hp-ams-watchdog process with PID 35513 50567 50568
Stopping process 35479 35477 ...
hpHelper process is now stopped.
Running vmware-fdm stop
Stopping vmware-fdm:success
Running hp-mst.init stop
Unable to unload module mst: Module not found
Running xorg stop
Running sfcbd stop
This operation is not supported.
Please use /etc/init.d/sfcbd-watchdog stop
Running wsman stop
Stopping openwsmand
Running snmpd stop
Running sfcbd-watchdog stop
Running hpcru.init stop
Running hpilo.init stop
Running hpsmx.init stop
Running vpxa stop
watchdog-vpxa: Terminating watchdog process with PID 34561
vpxa stopped.
Running vobd stop
watchdog-vobd: Terminating watchdog process with PID 33332
vobd stopped
Running lacp stop
watchdog-net-lacp: Terminating watchdog process with PID 33542
Running memscrubd stop
memscrubd is not running
Running smartd stop
watchdog-smartd: Terminating watchdog process with PID 34425
smartd stopped
Running dcbd stop
watchdog-dcbd: Terminating watchdog process with PID 34370
Running cdp stop
watchdog-cdp: Terminating watchdog process with PID 34328
Running nscd stop
watchdog-nscd: Terminating watchdog process with PID 34283
Running slpd stop
Stopping slpd
Running storageRM stop
watchdog-storageRM: Terminating watchdog process with PID 34231
storageRM stopped
Running hostd stop
watchdog-hostd: Terminating watchdog process with PID 34191
hostd stopped.
Running vmfstraced stop
watchdog-vmfstracegd: PID file /var/run/vmware/watchdog-vmfstracegd.PID does not exist
watchdog-vmfstracegd: Unable to terminate watchdog: No running watchdog process for vmfstracegd
vmfstracegd is not running
Failed to clear vmfstracegd memory reservation
Running lbtd stop
watchdog-net-lbt: Terminating watchdog process with PID 34130
net-lbt stopped
Running sdrsInjector stop
watchdog-sdrsInjector: Terminating watchdog process with PID 34094
sdrsInjector stopped
Running rhttpproxy stop
watchdog-rhttpproxy: Terminating watchdog process with PID 34053
rhttpproxy stopped.
Running sensord stop
sensord is not running
Running hp-oem.init stop
Running usbarbitrator stop
watchdog-usbarbitrator: Terminating watchdog process with PID 33941
usbarbitrator stopped
Running DCUI stop
Disabling DCUI logins
VobUserLib_Init failed with -1
Running ntpd stop
Stopping ntpd
watchdog-ntpd: Terminating watchdog process with PID 33876
Connect to localhost failed: Connection failure
Running vsantraced stop
watchdog-vsantraced: Terminating watchdog process with PID 33807
vsantraced stopped
watchdog-vsantracedUrgen: Terminating watchdog process with PID 33836
vsantracedUrgen stopped
Persisting traces to /locker/vsantraces
~ #
~ # start
Running vsantraced start
Scratch partition is not backed by persistent storage
Storing traces to /vmfs/volumes/4dc4866f-040de4b6-1f88-0017a477f825/vsantraces
vsantraced started
vsantracedUrgen started
Running ntpd start
Connect to localhost failed: Connection failure
Starting ntpd
Running DCUI start
Enabling DCUI login: runlevel = 
VobUserLib_Init failed with -1
Running usbarbitrator start
usbarbitrator started
Running hp-oem.init start
Running sensord start
sensord started
Running rhttpproxy start
rhttpproxy started.
Running sdrsInjector start
sdrsInjector started
Running lbtd start
net-lbt started
Running vmfstraced start
VMFS Global Tracing is not enabled.
Running hostd start
Ramdisk 'hostd' with estimated size of 803MB already exists
hostd started.
Running storageRM start
storageRM started
Running slpd start
Starting slpd
Running nscd start
nscd started
Running cdp start
cdp started
Running dcbd start
dcbd started
Running smartd start
smartd started
Running memscrubd start
The checkPages boot option is FALSE, hence memscrubd could not be started.
Running lacp start
LACP daemon started
Running vobd start
vobd started
Running vpxa start
Connect to localhost failed: Connection failure
Running hpsmx.init start
Running hpilo.init start
Running hpcru.init start
Running sfcbd-watchdog start
Connect to localhost failed: Connection failure
Connect to localhost failed: Connection failure
Running snmpd start
Running wsman start
Starting openwsmand
Running sfcbd start
This operation is not supported.
Please use /etc/init.d/sfcbd-watchdog start
Running xorg start
Running hp-mst.init start
Running vmware-fdm start
Starting vmware-fdm:success

Running start
Starting hpHelper service...
~ # 

One thing to note here is that during the stop and start of vCenter server will complain about the host being disconnected. This is normal as the daemons handshaking and talking to each other lose connectivity.

After the stop and start was done, powering up of the virtual machines that had errors were successfully executed. Another point chalked to experience.