- rocky - RESF Lists

Re: Installing Rocky 9.x in a system with CPU not x86-64-v2
by BARESICH, JIM 21 Apr '23

21 Apr '23

No sir, it’s a requirement for the libc version the kernel is built on and is part of the OS. Jim Baresich AT&T - Infrastructure Technology Planning and Engineering Mobile - 7329273072 MS Teams – 9083261982 Chat on MS Teams<https://teams.microsoft.com/l/chat/0/0?users=jb2592@att.com&topicname=Chat> From: Gestió Servidors via rocky-announce <rocky-announce(a)lists.resf.org> Sent: Friday, April 21, 2023 11:35 AM To: rocky-announce(a)lists.resf.org Cc: Gestió Servidors <sysadmin.caos(a)uab.cat> Subject: [rocky-announce] Installing Rocky 9.x in a system with CPU not x86-64-v2 Hello, if there any way to install Rocky-9.x in a system with CPU not x86-64-v2? Any kernel boot install parameter or similar? Thanks

1 0

Issues installing the minimum version of RL 9.1
by H 31 Mar '23

31 Mar '23

I am new to RL and decided to convert a CentOS 7 system to RL 9.1. This also entailed repartitioning the system since I wanted a combination of LUKS, LVM and RAID1. I ran into two issues with Anaconda, the same installation software RHEL uses, suggesting a lack of robustness. First, the partition scheme with LUKS, LVM and RAID1 took a lot of tinkering to get right. If there was something wrong the script aborted and I had to start over again booting the installation DVD. Second, a couple of times the script got stuck on 'configuring storage' and then aborted. Back to booting the installation DVD. In the end I finished the installation but I was amazed that the script is not more robust after being widely used for multiple versions of the RHEL software. How widely are these problems encountered?

5 9

[Rocky8.7] Question about pv_mmu_ops kernel header field
by 박영준 26 Mar '23

26 Mar '23

I debug the rocky 8.7 kernel. (4.18.0-425.3.1.el8.x86_64 and 4.18.0-425.13.1.el8.x86_64) for our company module issue. And I have a question . why pv_mmu_ops notify_page_enc_status_changed field is moved to reserved1 field on (4.18.0-425.13.1.el8.x86_64)? I think pv_mmu_ops structure reserved filed may exist for compatibility. By moving field to reserved, size reduced. (I think notify_page_enc_status_changed location dummy field needed or must not change the location) Is there any reson I don't know ? 4.18.0-425.3.1.el8.x86_64 crash> struct pv_mmu_ops struct pv_mmu_ops { unsigned long (*read_cr2)(void); void (*notify_page_enc_status_changed)(unsigned long, int, bool); void (*write_cr2)(unsigned long); unsigned long (*read_cr3)(void); void (*write_cr3)(unsigned long); void (*activate_mm)(struct mm_struct *, struct mm_struct *); void (*dup_mmap)(struct mm_struct *, struct mm_struct *); void (*exit_mmap)(struct mm_struct *); void (*flush_tlb_user)(void); void (*flush_tlb_kernel)(void); void (*flush_tlb_one_user)(unsigned long); void (*flush_tlb_others)(const struct cpumask *, const struct flush_tlb_info *); void (*tlb_remove_table)(struct mmu_gather *, void *); int (*pgd_alloc)(struct mm_struct *); void (*pgd_free)(struct mm_struct *, pgd_t *); void (*alloc_pte)(struct mm_struct *, unsigned long); void (*alloc_pmd)(struct mm_struct *, unsigned long); void (*alloc_pud)(struct mm_struct *, unsigned long); void (*alloc_p4d)(struct mm_struct *, unsigned long); void (*release_pte)(unsigned long); void (*release_pmd)(unsigned long); void (*release_pud)(unsigned long); void (*release_p4d)(unsigned long); void (*set_pte)(pte_t *, pte_t); void (*set_pte_at)(struct mm_struct *, unsigned long, pte_t *, pte_t); void (*set_pmd)(pmd_t *, pmd_t); pte_t (*ptep_modify_prot_start)(struct vm_area_struct *, unsigned long, pte_t *); void (*ptep_modify_prot_commit)(struct vm_area_struct *, unsigned long, pte_t *, pte_t); struct paravirt_callee_save pte_val; struct paravirt_callee_save make_pte; struct paravirt_callee_save pgd_val; struct paravirt_callee_save make_pgd; void (*set_pud)(pud_t *, pud_t); struct paravirt_callee_save pmd_val; struct paravirt_callee_save make_pmd; struct paravirt_callee_save pud_val; struct paravirt_callee_save make_pud; void (*set_p4d)(p4d_t *, p4d_t); struct paravirt_callee_save p4d_val; struct paravirt_callee_save make_p4d; void (*set_pgd)(pgd_t *, pgd_t); struct pv_lazy_ops lazy_mode; void (*set_fixmap)(unsigned int, phys_addr_t, pgprot_t); unsigned long rh_reserved1; unsigned long rh_reserved2; unsigned long rh_reserved3; unsigned long rh_reserved4; } SIZE: 392 4.18.0-425.13.1.el8.x86_64 crash> struct pv_mmu_ops struct pv_mmu_ops { unsigned long (*read_cr2)(void); void (*write_cr2)(unsigned long); unsigned long (*read_cr3)(void); void (*write_cr3)(unsigned long); void (*activate_mm)(struct mm_struct *, struct mm_struct *); void (*dup_mmap)(struct mm_struct *, struct mm_struct *); void (*exit_mmap)(struct mm_struct *); void (*flush_tlb_user)(void); void (*flush_tlb_kernel)(void); void (*flush_tlb_one_user)(unsigned long); void (*flush_tlb_others)(const struct cpumask *, const struct flush_tlb_info *); void (*tlb_remove_table)(struct mmu_gather *, void *); int (*pgd_alloc)(struct mm_struct *); void (*pgd_free)(struct mm_struct *, pgd_t *); void (*alloc_pte)(struct mm_struct *, unsigned long); void (*alloc_pmd)(struct mm_struct *, unsigned long); void (*alloc_pud)(struct mm_struct *, unsigned long); void (*alloc_p4d)(struct mm_struct *, unsigned long); void (*release_pte)(unsigned long); void (*release_pmd)(unsigned long); void (*release_pud)(unsigned long); void (*release_p4d)(unsigned long); void (*set_pte)(pte_t *, pte_t); void (*set_pte_at)(struct mm_struct *, unsigned long, pte_t *, pte_t); void (*set_pmd)(pmd_t *, pmd_t); pte_t (*ptep_modify_prot_start)(struct vm_area_struct *, unsigned long, pte_t *); void (*ptep_modify_prot_commit)(struct vm_area_struct *, unsigned long, pte_t *, pte_t); struct paravirt_callee_save pte_val; struct paravirt_callee_save make_pte; struct paravirt_callee_save pgd_val; struct paravirt_callee_save make_pgd; void (*set_pud)(pud_t *, pud_t); struct paravirt_callee_save pmd_val; struct paravirt_callee_save make_pmd; struct paravirt_callee_save pud_val; struct paravirt_callee_save make_pud; void (*set_p4d)(p4d_t *, p4d_t); struct paravirt_callee_save p4d_val; struct paravirt_callee_save make_p4d; void (*set_pgd)(pgd_t *, pgd_t); struct pv_lazy_ops lazy_mode; void (*set_fixmap)(unsigned int, phys_addr_t, pgprot_t); union { void (*notify_page_enc_status_changed)(unsigned long, int, bool); struct { unsigned long rh_reserved1; } rh_kabi_hidden_308; union { <no data fields> }; }; unsigned long rh_reserved2; unsigned long rh_reserved3; unsigned long rh_reserved4; } SIZE: 384 4.18.0-425.13.1.el8.x86_64 Thanks "안전해서 더욱 자유로운 세상 – 안랩" youngjun park / Base Technology team / Endpoint research laboratory T 031-722-8369 F 031-722-8277 youngjun.park(a)ahnlab.com www.ahnlab.com<http://www.ahnlab.com/> (13493) 경기도 성남시 분당구 판교역로 220 (주)안랩 본 메일은 지정된 수취인만을 위해 작성되었으며, 중요한 정보나 저작권을 포함하고 있을 수 있습니다. 어떠한 권한 없이, 본 문서에 포함된 정보의 전부 또는 일부를 무단으로 제3자에게 공개, 배포, 복사 또는 사용하는 것을 엄격히 금지합니다. 만약, 본 메일이 잘못 전송된 경우, 발신인 또는 당사에 알려주시고, 본 메일을 즉시 삭제하여 주시기 바랍니다.

2 2

Question
by Doug Rooney 02 Mar '23

02 Mar '23

Hello I am going to https://rockylinux.org/download/ and choosing Rocky 9 Enterprise Linux v9 Compatible x86_64 - DVD It gets a little way through, and stops and said FAILED I have tried a couple of times and get that every time, I also tried Rocky 8, same result. Can you explain why this is happening, and perhaps let me know of another site I can try? Thank you ~Doug

3 2

EFI boot order rewrite
by Florian Bauer 22 Feb '23

22 Feb '23

Hello, we are running Rocky Linux on some of our dedicated consumer hardware servers. On the newer servers that boot with efi, the system that is installed with the default properties in the installer writes itself writes itself to the top of the efi boot order each time booting. Since we run all our systems with efi network boot as the first boot option, this would be a problem for the future. Is there any way to prevent this behavior? I have already checked the use of efibootmgr and some of the related grub settings like GRUB_DEFAULT and GRUB_SAVEDEFAULT (which may be unrelated). On Debian, I found an option in debconf that favors nvram writes which prevents this behavior. Does anyone have any ideas about this case? With kind regards Florian

1 0

netbooting rocky linux : unable to nfs mount the root file system
by Sandeep Gupta 08 Feb '23

08 Feb '23

I have posted this question here as well: https://serverfault.com/questions/1122071/netbooting-centos-via-pxe-and-uef…. Essentially, the kernel is able to bootup but fails to mount the nfs root device. I am wondering if rocky linux kernel is able to mount nfs shares? If not, what is the workaround? Would recompile of the kernel with nfs support work? Below, is the grub entry for reference ``` set default="0" set timeout=5 set root=(tftp,192.168.0.185) set prefix=($root)/grub2 menuentry "OS (UEFI PXE)" { linux /vmlinuz-5.14.0-162.6.1.el9_1.aarch64 root=/dev/nfs rw nfsroot=192.168.0.185:/nfs/rpi4_dfd9 rw ip=dhcp rootwait elevator=deadline initrd /initramfs-5.14.0-162.6.1.el9_1.aarch64.img } ``` Thanks -S

3 4

Rocky Linux 9, sshd, chrooted users with public key authentication, VS Code integration for web development
by David Mehler 07 Jan '23

07 Jan '23

Hello, I've got a vps running Rocky Linux 9. It's got an Nginx web server with several sites that I'd like to allow users to manage. They use VS Code. Currently and this is not working entirely to my satisfaction I've got these users set up as sftp-only, while they do have accounts n the system they are all set with a nologin shell. In sshd_config the internal sftp server is used. If I atempt login from a second system using one of these user's username/password combos that works, and I can see there writable webstore area nd only that area, so the chroot is somewhat working. I am more uncertain about permissions and owner/group access for nginx and sshd, I don't want to give these users' files to much permissions. I would like to turn off PasswordAuthentication entirely and only use PublickeyAuthentication. On the second system I've generated keypairs for a user and put them on the server in home directory .ssh and manually set permissions. These keys do not have a passphrase so my expected outcome is to atempt an sftp login and the connection goes right in without password. This doesn't happen, I keep getting a message that PublickeyAuthentication not allowed, even though that option is set in sshd_config and again in each user-specific block. Lastly, once I get PublickeyAuthentication going and have disabled PasswordAuthentication I'm going to want to hook VS Code in to this. Currently I've got the remote ssh extension installed, but from what I'm reading this only does ssh not sftp. Does anyone have something similar to this setup going? If so any help appreciated. Thanks. Dave.

1 0

gnome-term and xterm problem on 9.1 with VNC
by Lana Deere 06 Jan '23

06 Jan '23

I have a machine running Rocky 9.1. I have configured VNC as a service as described in the documentation. I connect to the VNC server using a VNC viewer from CentOS7.9. I open a number of gnome terminals to use for software development. When I do certain things, the terminals get messed up and fail to display the text correctly. Particularly using left-arrow to edit a previous command in bash seems to trigger this, but that may not be the only way to hit it. An example of how the text is messed up is that the first time I hit left-arrow nothing appears to happen. Subsequently the cursor position moves one to the left with each left-arrow. But if I type a character and hit enter, it is inserted one character to the left of where the cursor indicated. Once the window is in this state, other things work incorrectly too. For example, running "ls" will print the file listing but the window will not finish scrolling to the last line and the following prompt will not display. Hitting an extra "enter" will cause the window to finish scolling and the missing prompt to display along with the extra prompt from the "enter". Has anyone else seen this? Anyone have any suggestions on how to diagnose or fix this? I described the above with respect to gnome-terminal but xterm if anything is worse. .. Lana (lana.deere(a)gmail.com)

2 2

Migrating Slave DNS Server (Webmin only) from CentOS 7.9 to Rocky Linux 9.1
by Turritopsis Dohrnii Teo En Ming 18 Dec '22

18 Dec '22

Subject: Migrating Slave DNS Server (Webmin only) from CentOS 7.9 to Rocky Linux 9.1 Good day from Singapore, Author: Mr. Turritopsis Dohrnii Teo En Ming (TARGETED INDIVIDUAL) Country: Singapore Date: 18 Dec 2022 Sunday I have successfully migrated my slave DNS server (Webmin only) from CentOS 7.9 to Rocky Linux 9.1 on 18 Dec 2022 Sunday from 4.40 PM to 6.20 PM. Singapore Time. Detailed instructions are shown below. DETAILED INSTRUCTIONS ====================== Backing up the Slave DNS Server running CentOS 7.9 ================================================== There are only 7 files to backup: [a] /etc/named.conf [b] 6 hosts files in /var/named/slaves Reinstalling Virtual Private Server (VPS) from CentOS 7.9 to Rocky Linux 9.1 ============================================================================= Login to Contabo Portal. Reinstall your VPS from CentOS 7.9 to Rocky Linux 9.1. The process only takes a few minutes. It is blazingly fast. [root@vmi701385 ~]# cat /etc/os-release NAME="Rocky Linux" VERSION="9.1 (Blue Onyx)" ID="rocky" ID_LIKE="rhel centos fedora" VERSION_ID="9.1" PLATFORM_ID="platform:el9" PRETTY_NAME="Rocky Linux 9.1 (Blue Onyx)" ANSI_COLOR="0;32" LOGO="fedora-logo-icon" CPE_NAME="cpe:/o:rocky:rocky:9::baseos" HOME_URL="https://rockylinux.org/" BUG_REPORT_URL="https://bugs.rockylinux.org/" ROCKY_SUPPORT_PRODUCT="Rocky-Linux-9" ROCKY_SUPPORT_PRODUCT_VERSION="9.1" REDHAT_SUPPORT_PRODUCT="Rocky Linux" REDHAT_SUPPORT_PRODUCT_VERSION="9.1" ********************************** ********************************** ********************************** ***** MASTER REFERENCE GUIDE ***** ********************************** ********************************** ********************************** For the rest of this guide, you may use the Master Reference Guide. MASTER REFERENCE GUIDE: [PART 8 - DRAFT 2] [Virtualmin and Webmin] Teo En Ming's Notes for Setting Up Slave DNS Server Link a: https://sourceforge.net/p/webadmin/mailman/message/37373922/ Link b: https://marc.info/?l=webmin-l&m=163528877500627&w=2 Link c: https://pastebin.com/raw/hVShREH6 START/BEGIN FOLLOWING SECTION E - Setting Up the Slave DNS Server ================================================================= Follow the notes in Section E of the Master Reference Guide. # wget https://prdownloads.sourceforge.net/webadmin/webmin-2.010-1.noarch.rpm [root@vmi701385 ~]# rpm -ivh webmin-2.010-1.noarch.rpm warning: webmin-2.010-1.noarch.rpm: Header V4 DSA/SHA1 Signature, key ID 11f63c51: NOKEY error: Failed dependencies: perl(lib) is needed by webmin-2.010-1.noarch perl(open) is needed by webmin-2.010-1.noarch perl(Encode::Detect) is needed by webmin-2.010-1.noarch perl(Digest::SHA) is needed by webmin-2.010-1.noarch unzip is needed by webmin-2.010-1.noarch tar is needed by webmin-2.010-1.noarch # yum install perl-lib # yum install perl-open # yum install perl-Encode-Detect # yum install perl-Digest-SHA # yum install unzip # yum install tar [root@vmi701385 ~]# rpm -ivh webmin-2.010-1.noarch.rpm warning: webmin-2.010-1.noarch.rpm: Header V4 DSA/SHA1 Signature, key ID 11f63c51: NOKEY Verifying... ################################# [100%] Preparing... ################################# [100%] Updating / installing... 1:webmin-2.010-1 ################################# [100%] FOLLOW SECTION F - Login to the Webmin Slave Server for the 1st time ==================================================================== Follow the notes in Section F of the Master Reference Guide. Login to your Webmin Slave Server at https://185.214.135.104:10000 Dashboard > System Information =============================== System hostname vmi701385.contaboserver.net (185.214.135.104) Operating system Rocky Linux 9.1 Webmin version 2.010 Authentic theme version 20.10 Time on system Sunday, December 18, 2022 5:24 PM Kernel and CPU Linux 5.14.0-162.6.1.el9_1.0.1.x86_64 on x86_64 Processor information Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz, 4 cores System uptime 20 minutes Running processes 104 CPU load averages 0.17 (1 min) 0.15 (5 mins) 0.08 (15 mins) Real memory 225.22 MiB used / 541.21 MiB cached / 7.5 GiB total Local disk space 11.64 GiB used / 184.11 GiB free / 195.76 GiB total FOLLOW SECTION G - Install Firewalld on the Slave Server ========================================================= Follow the notes in Section G of the Master Reference Guide. FOLLOW SECTION H - Configuring FirewallD on the Slave Server Using Webmin ========================================================================= Follow the notes in Section H of the Master Reference Guide. FOLLOW SECTION I - Install BIND DNS Server on the Slave Server ============================================================== Follow the notes in Section I of the Master Reference Guide. # yum install bind # systemctl enable named # systemctl start named # systemctl status named Reference Guide: Menu item in Webmin > Servers missing for "BIND DNS Server". Link: https://archive.virtualmin.com/node/59786 Go to Webmin on your Slave server. Click Refresh Modules on the left menu. You should now see BIND DNS Server under Servers. FOLLOW SECTION J - Open Additional Firewall Ports on the Slave Server Using Webmin ====================================================================================== Follow the notes in Section J of the Master Reference Guide. After creating all the firewall rules in this section, Apply rules to: Click eth0 then click Apply Then click Reload FirewallD. Verification step: [root@vmi701385 ~]# firewall-cmd --list-all public (active) target: default icmp-block-inversion: no interfaces: eth0 sources: services: cockpit dhcpv6-client ssh ports: 10000/tcp 53/udp 53/tcp 10001-10010/tcp protocols: forward: yes masquerade: no forward-ports: source-ports: icmp-blocks: rich rules: RESTORE /ETC/NAMED.CONF AND 6 HOSTS FILES ON THE NEW ROCKY LINUX 9.1 - THIS IS VERY IMPORTANT!!! ================================================================================================= # mv /etc/named.conf /etc/named.conf.original Upload /etc/named.conf and all the 6 hosts files to the new Rocky Linux 9.1. # systemctl restart named Troubleshooting: DNS Zones Don't Show Up in Webmin (Slave DNS Server) with Rocky Linux 9.1 ========================================================================================== # chown root:named /etc/named.conf # chmod 640 /etc/named.conf # cd /var/named/slaves # chown root:named * From llia (Virtualmin Staff): [QUOTE] Hi, It’s known caching bug and @Jamie is aware of it. To fix this, delete the following file and refresh the page: /etc/webmin/bind8/zone-names [/QUOTE] Reference guide: DNS zone created in Virtualmin but not showing up in Webmin Link: https://forum.virtualmin.com/t/dns-zone-created-in-virtualmin-but-not-showi… # cd /etc/webmin/bind8/ # rm -f zone-names Contents of file zone-names: pidfile_config=/run/named/named.pid pidfile=/var/run/named.pid version=4 base=/etc no_chroot_config=0 CONCLUSION =========== You have successfully migrated your slave DNS server (Webmin only) from CentOS 7.9 to Rocky Linux 9.1. Congratulations! Regards, Mr. Turritopsis Dohrnii Teo En Ming Targeted Individual in Singapore Blogs: https://tdtemcerts.blogspot.com https://tdtemcerts.wordpress.com

1 0

Cloudstack?
by Jeremy Hansen 12 Dec '22

12 Dec '22

I’m running Cloudstack 4.17.1.0 and for unknown reasons, I’m having issues running Rocky 9. Kernel begins to boot and then it looks like it fails on loading initrd and I get a kernel oops. Just curious if this is a known issue or if there’s a work around. I tried using the qcow2 image from Rocky as well and just using the install iso to create a new image. Same result. Rocky 8 works fine. Thanks -jeremy

3 6

2024

2023

2022

2021

rocky