Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I will reboot a redhat server that do not reboot for over 3 years , the servers is installed and adminstered by former staffs , I am worry what will be missed after reboot , what is most possibly missed after reboot , what I need to know before reboot ? I just think about the mount point , ps service running , is there else I need to know to ensure the server will be restarted without error ?
I will reboot a redhat server that do not reboot for over 3 years , the servers is installed and adminstered by former staffs , I am worry what will be missed after reboot , what is most possibly missed after reboot , what I need to know before reboot ? I just think about the mount point , ps service running , is there else I need to know to ensure the server will be restarted without error ?
There's no way for anyone here to answer that question in a meaningful way. If you are the admin now, then YOU should already know what services are running on them, what the mount points are for what devices, etc. We don't know any of that, so we can't tell you what to check. Perform basic admin tasks, list the running services, and be sure you have a backup of everything before rebooting.
Additionally, if you don't know that: it is exactly you who can collect all the relevant info. But actually there is no guarantee, you can never be sure.
You should also make your higher-ups aware of the possibility that: you might NOT be able to get the machine running again!
Another (wild?) idea:
IDK if it's technically reasonable to: make like a `dd` copy of the boot disk, without disturbing the running machine, and try booting it on a spare machine. You would likely run into expected issues because the environment is different, like other disks and networking, but this would give you the opportunity to evaluate your troubleshooting ability!
"what I need to" do is rename my title as something that makes sense to my needs? Red Hat Servers have support: (as said :) https://www.redhat.com/en/contact
Ensure you have got a root login on the console (not over ssh). Then you can repair nearly everything on the console.
Any changes to the system bear a little risk. If lots of changes have accumulated over the years then the resulting risk is high, especially if they are not documented.
Patches are well tested and documented, and can be backed out. They are changes with the lowest risk.
Firmware patches bare a risk, obviously some cause a switch from BIOS to UEFI. Easy to fix if you know the problem.
The biggest risk are the bad admin guys that remove or spoil files. E.g. it is easy to spoil /etc/fstab ... fixable at the root console.
I will reboot a redhat server that do not reboot for over 3 years
Means that the kernel has not been updated/booted into in 3 years. You may want to look through what problems that the kernel versions have introduced and have been fixed over the years. And what open kernel bugs are in the kernel that you are going to update to.
Since about kernel 5.5, the kernel itself has been a source of problems. Or perhaps everything else is not keeping up with the kernel development.
- mount point, fstab
- check services that are running, export it to a file like
like systemctl > systemctl_backup
- cron jobs
- network settings
- as what other suggest make sure you got root access
- do a ss or netstat check open ports or connection save it to a file who knows you might need it
- check firewall settings / iptables
- backup if you got a chance
- its on your environment check what you think is important or might be needed
- what I will do before restarting is turn off the nic if possible, or just simply plugged out the network cable if it is a physical machine
let it be down as long as time allows
- check what will happen to your environment, if someone complains this one is not online, or other users will complain i don't have access to this
then you will know or will have an idea what to check
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.