Although not being a daily operation, you might need to reset the password of root account on some occasions. Here are the steps:
Restart the operating system and press e when prompted.
Move cursor to linux16 line and remove rhgb and quite , add rd.break enforcing=0 as shown below.
Proceed with pressing Ctrl+x in order to access the initramfs(initial RAM file system) that gets loaded into memory during the startup process. Rest of the process is so straight forward. Perform the commands those are written below.
mount -o remount,rw /sysroot
passwd (type the_password_you_want_set twice after hitting “enter” )
mount -o remount,ro /sysroot
When you reach out to login screen, login through root by the typing new password and run the followings.
Mission accomplished successfully :) If you take some “hands-on” certification exams, you probably are not given the “root” account password and you are entailed to reset it. Keep those steps in your mind just in case.
Wish you the best.
We have been through an issue pertaining to the time zone setting of our web application which run on Azure App Service. After a couple of trial, we set the time zone to the value shown below.
It worked for our web application which is supposed use GMT+3, Turkish Standard Daytime :) It seems there are several values to get the result(GMT +3) that you may give it a try.
Wish you all the best, regards.
I have been driving a project which most of the components are run on Azure as PaaS and others as IaaS. Due to a service dependency, we built a point to site vpn to connect our Apps to our Azure VNet, and a site to site vpn to connect our VM‘s to to our on-premise. So our Apps are able to communicate to our on-premise through the tunnels. Lastly, we defined a custom DNS server ip address which points to one of our dns servers that run on our on-premise.
The custom dns setting inherits the VM’s inside the VNet. But not for the App.
At this point, we ran into a problem.Although the custom dns server ip address was set and displayed in VNet integration blade, it didn’t effect our App! After a short dialog with Azure Support we were provided a solution :)
As you can see above , we added a variable settings under the Application Settings of our web app. The value, of course, points to our on-premise dns server. The support guy that helped us gave us a promise to update the documentation :)
Wish you great week:)
If you’re running mysql daemon on an AWS micro instance type AMI like me, you must already have undergone mysqld deadlocks day by day. I guess, to move local mysql db to AWS RDS is the best solution in order to avoid this circumstance.
Creating a swap space is one of the solutions but you may have a limited storage on micro instances.Another solution would be to restart mysqld when it stops by cron jobs :)
Here is my bash script:
[ec2-user@ip-xyz-xyz-xyz-xyz filestores]$ more mybashscript
if [[ ! “$(/sbin/service mysqld status)” =~ “start/running” ]]
/sbin/service mysqld start
Don’t forget to give required permission for your bash file.
chmod +x /home/ec2-user/filestores/mybashscript
And here is crontab (root crontab file!)You can access root crontab file by typing sudo crontab -e command
*/1 * * * * /home/ec2-user/filestores/mybashscript –> Bash will run in every 1 minute.
That’s all, just give it a try. You can find different bash script on the Internet.
Wish you good and prosperity
Have a nice day.