Those Little Everyday IT Issues

Thanks to the post from this link , the issue of  a very slow RDP performance on Windows Server 2012 has been solved by adding a registry entry. Open  RegEdit  on the Windows Server machine. Navigate to this registry key in the tree on the left: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters Right-click on the right side, and add a new  DWORD (32-bit) Value Set the value name to  DisableTaskOffload  and the value data to  1 Restart the Server Reconnect to the Server via RDP and your performance should be normal. I have came through many other posts suggesting disabling the "Use FIPS compliant algorithms for encryption, hashing and signing" as shown in the image below. So far, this has solved the slow RDP connection for me.

While installing a test backup server (Bacula), I got the error "Access denied for user 'bacula'@'localhost' (using password: YES)" while connecting to the MySQL database. Root access was fine. Grant permission as well as the user password was correct and thus it took me quite some time to understand that though the user password was correct, it wasn't encrypted like the root when checked from Webmin.  Thus from mysql command, instead of - mysql> UPDATE mysql.user SET Password = 'baculauserpassword' WHERE user = 'bacula'; mysql> FLUSH PRIVILEGES; I change it too  mysql> UPDATE mysql.user SET Password = PASSWORD('baculauserpassword') WHERE user = 'bacula'; mysql> FLUSH PRIVILEGES; After getting the password encrypted, I can finally connect to the MySQL server and run the Bacula.

All of a sudden some of the users complained that they are unable to see some folders in the share drive. When I check  the server, those affected folders carried the attribute "HS" meaning hidden and system file while the other folders doesn't have any attributes. I am not very sure about the cause but to resolve the issue, I ran ATTRIB -S -H "Folder Location" /S /D and things came back to normal.

I was unable to Power On a virtual system through my Virtual Center. After searching for a while I found a link  stating that restarting the management service of the ESXI will solve the issue and it did. Manually ssh into the specific ESXI server that holds the problematic virtual system and ran the command  service mgmt-vmware restart Once the management service has been restarted, I tried to power on the Virtual System but at 95% it keeps continuously doing " Update Child Resource Configuration ". Let it be. After giving it some time, I could finally power on the virtual system.