Geophysical processing and interpretation software terminal automation deployment method

Abstract

The application discloses an automatic deployment method of a geophysical processing and interpretation software terminal, belongs to the technical field of computer application of petroleum geophysics, and realizes batch terminal Red Hat Linux operating system installation through network-based unattended installation technology application of a linux system, realizes installation and setting of multiple linux version geophysical software through network-based geophysical software image installation, and realizes batch management of terminal systems and software through shell script writing. Thus, technical innovation is realized in three aspects of system installation, software installation and batch management, system operation and maintenance efficiency is improved, system software installation time is greatly shortened, error occurrence probability is reduced, and system operation and maintenance efficiency is improved. System and software installation automation is realized, system and software installation is completed in one step, and the whole installation and configuration process of each terminal is less than half an hour, and multiple workstations can be installed simultaneously.

Description

Technical Field

[0001] This invention belongs to the field of computer application technology for petroleum geophysical exploration, and specifically relates to an automated deployment method for geophysical processing and interpretation software terminals. Background Technology

[0002] In the fields of distributed systems and high-performance computing, Linux-based PC clusters offer excellent performance-price ratios and advantages such as high reliability, portability, and scalability. These advantages are well-suited to the seismic data processing requirements in the field of petroleum geophysical exploration. Therefore, using Linux-based PC clusters as the hardware and software platform for seismic data processing and constructing an advanced system environment has yielded significant practical and economic value.

[0003] Currently, in the processing of geophysical data, computer equipment mainly consists of CPU clusters and GPU clusters, supplemented by high-performance tower or rack-mount servers and NAS storage, which can handle most seismic data processing tasks. However, the large number of cluster nodes requires various batch management methods to implement node systems, software installation, and maintenance.

[0004] In terms of explanation, the traditional standalone mode has a simple structure, using a graphics workstation connected to a local area network, with each workstation running independently. The software runs smoothly in standalone mode, offering the simplest and most stable user experience. The configuration method for a single workstation is designed to maximize business needs, but it also has many drawbacks and problems: each device requires separate system and software installation; if a system problem occurs, all software and the environment need to be reconfigured; operation and maintenance are complex, resulting in high maintenance difficulty and low system operation and maintenance efficiency. These problems seriously affect the use and maintenance of geophysical computers.

[0005] Normally, Linux system installation involves booting from a floppy drive or CD-ROM drive and then installing Linux via the local CD-ROM drive. However, this method is not suitable in the following situations: when there is no floppy drive or CD-ROM drive, when the floppy drive or CD-ROM drive is non-standard, or when a large number of terminals need to be installed with Linux simultaneously. Installing them one by one via CD-ROM drive is not only inefficient but also detrimental to maintenance.

[0006] Furthermore, installing and configuring each system individually is not only time-consuming but also highly prone to errors. During system maintenance, various problems often arise that require system or software recovery. Each system recovery and reinstallation of various processing and interpretation software is particularly time-consuming and labor-intensive, requiring step-by-step installation and setup. Installing the operating system and application software in this way can take one or two days. Summary of the Invention

[0007] To address the aforementioned problems, this invention proposes an automated deployment method for geophysical exploration processing and interpretation software terminals, employing a network-based unattended customized installation method on a Linux system, comprising the following steps:

[0008] S1. The PXE protocol for launching the Red Hat Linux installer from the network on a PC;

[0009] S2, the network installation function provided by the Red Hat Linux installer, refers to accessing the installation media via a network;

[0010] The S3 Red Hat Linux installer provides unattended installation functionality.

[0011] Furthermore, the following hardware and software resources are used to complete the automated installation: a PC machine as the boot and installation server; a PC machine to be installed, whose network card must have PXE support; a pre-built local area network, with the above-mentioned machines already connected to the same subnet; and a set of Red Hat Linux installation media to be installed.

[0012] Furthermore, the steps for achieving automated installation include:

[0013] S11. Configure and start the server;

[0014] S12. Configure and install the server;

[0015] S13. Boot the machine from the network to complete the installation.

[0016] Furthermore, steps S11 and S12 only need to be performed once. For each machine that needs to install Red Hat Linux, the corresponding data needs to be deployed in the boot server and the installation server, and step S11 needs to be executed once.

[0017] Furthermore, a network-based geophysical software image installation method is adopted. This method uses an installation template to create a software and system configuration tar package, writes a shell script, and executes the script through an NFS server. This allows for simultaneous installation on multiple workstations, greatly shortening the deployment time for batch workstations.

[0018] Furthermore, for various new and old operating systems and different versions of Linux software, batch deployment is achieved by identifying the relevant system configurations, services, and variables during software installation, modifying them one by one, and creating template files. The implementation process includes the following steps:

[0019] S31. Manually install a server using conventional methods and install various versions of processing and interpreting software: OpenWosks, Jason, Epos, and Geoeast. Configure the Oracle environment, system kernel configuration, network configuration, user configuration, etc. After installation, use it as a configuration template after user testing shows no problems.

[0020] S32. Create software tar packages, system configuration files, and user file tar packages, including system configuration files, user home directories, cold backup tar packages after software installation, and work area path backup tar packages.

[0021] S33. Write a shell script. Use shell programming to create an executable file and write the shell script to be executed. The script needs to be tested repeatedly and confirmed to be error-free before it can be executed.

[0022] S34. Set up an NFS server. Edit the NFS server configuration file / etc / exports to allow other machines to access the directory through NFS, and put all the backed-up software tar packages, system configuration files and user files tar packages into it;

[0023] S35. Install the operating system on the client network. Utilize unattended installation technology for Linux systems to install the Linux operating system on the client in batches over the network. Install network card and graphics card drivers, configure services that need to be started and stopped, and install necessary RPM packages.

[0024] S36. The client runs the installation script, mounts the NFS server's network shared disk to the client's local machine, and executes the software installation script. Multiple clients can do this simultaneously.

[0025] Furthermore, batch operations can be implemented using shell programming with expect. Expect is developed based on the Tcl language and is used in interactive operation and automated testing scenarios. It is suitable for environments where the same operation needs to be performed on multiple servers, which can greatly improve the work efficiency of system maintenance personnel.

[0026] Furthermore, Send, expect, and spwan are the most basic commands in the Expect language. The send command sends a string to the specified process, the expect command waits for the result returned by the process and decides on the next operation based on the returned string, and the spwan command can initiate the execution of a process.

[0027] Expect can be used to perform operations such as SSH login and execution of related commands, file management, and database management, including batch installation of system software, batch configuration of system files, database backup, hardware information reading, and batch shutdown.

[0028] The beneficial effects of this invention are as follows: This invention achieves batch installation of Red Hat Linux operating systems on terminals through the application of network-based unattended installation technology for Linux systems; it achieves the installation and configuration of multiple Linux-based geophysical software through network-based geophysical software image installation; and it implements batch management of terminal systems and software through shell scripts. This achieves system management technology innovation in three aspects: system installation, software installation, and batch management, greatly shortening system and software installation time, reducing the probability of errors, and improving system operation and maintenance efficiency. It automates system and software installation, completing the installation in one step. The entire installation and configuration process for each terminal takes less than half an hour, and multiple workstations can be installed simultaneously. Attached Figure Description

[0029] Figure 1 This refers to the hardware, software, and settings required for the network-based unattended customized installation method for Linux systems provided in this embodiment of the invention.

[0030] Figure 2 This is a schematic diagram of the unattended customized installation process of a network-based Linux system provided in an embodiment of the present invention;

[0031] Figure 3 This is a screenshot of a network-based geophysical exploration software image installation example provided in this embodiment of the invention. Detailed Implementation

[0032] To make the technical means and objectives of this invention easier to understand, the following describes an automated deployment method for geophysical processing and interpretation software terminals, using specific implementation methods as examples from three processes: system installation, software installation, and batch management.

[0033] (1) Install Red Hat Enterprise Linux Server release 6.8 over the network.

[0034] The following steps illustrate how to set up a boot server and an installation server on a server machine that has Red Hat Enterprise Linux Server release 6.8 installed, and how to install Red Hat Enterprise Linux Server release 6.8 on a workstation.

[0035] Step 1: Configure and start the server

[0036] The purpose of the boot server is to help launch the Red Hat Linux installer on the machine to be installed. The boot server requires a DHCP server and a TFTP server; the required hardware and software and configuration conditions are as follows. Figure 1 As shown in the diagram. The former is to assign an IP address to the machine to be installed, while the latter provides a way for the machine to download the boot image. The installation process is illustrated in the diagram below. Figure 2 As shown.

[0037] Configure the DHCP server:

[0038] 1) Install the DHCP server package (RPM package name: dhcpd).

[0039] 2) Edit the DHCP server configuration file / etc / dhcpd.conf.

[0040] The file pxelinux.0 (located in the root directory of the TFTP server) will be loaded into memory and run as a boot image by the PXE client in the network card ROM.

[0041] For each additional machine that needs to be installed, a host entry must be added to dhcpd.conf.

[0042] 3) Start the DHCP service.

[0043] Configure a TFTP server:

[0044] 1) Install the TFTP server package (RPM package name: tftpd).

[0045] 2) Edit the TFTP server configuration file / etc / xinetd.d / tftp.

[0046] 3) Copy the kernel / root file system files of the Linux installer to the root directory of the TFTP server.

[0047] 4) Copy the boot image file pxelinux.0 to the root directory of the TFTP server.

[0048] 5) Write all the configurations for the Red Hat Linux version in the default file.

[0049] 6) Start the TFTP service.

[0050] Step 2: Configure the NFS server

[0051] 1) Prepare the ISO installation media. Place all the ISO files of the Red Hat Linux installation media in the / install directory.

[0052] 2) Edit the NFS server configuration file / etc / exports to allow other machines to access the directory / install via NFS.

[0053] 3) Restart the NFS service for the new configuration to take effect.

[0054] Step 3: Boot the machine from the network to complete the installation.

[0055] Install Red Hat Enterprise Linux Server release 6.8 unattended over the network on the machine to be installed. Boot the machine and select to boot from the network adapter. Specific steps vary depending on the BIOS version. To automatically install a particular Linux distribution, simply modify the corresponding entries in the `default` file. The operating system should include ` / soft` and ` / data` partitions.

[0056] (2) Installation of network-based geophysical interpretation software tar package image

[0057] The following steps illustrate how to install geophysical interpretation software tar package images on multiple workstations.

[0058] Step 1: Select a workstation with the operating system RHEL 6.8 installed using standard methods and software such as OpenWosks r5000, Jason 9, epos2015, Geoscope 3.1, and HRS 10.3 installed according to normal procedures as the configuration template. This workstation has already been configured with the Oracle environment, system kernel, network, and user configurations, and has been tested by the user without any problems before being used as the configuration template.

[0059] Step 2: Create software tarballs, system configuration files, and user files tarballs. This includes system configuration files, user home directories, a cold backup tarball of the installed software, and a backup tarball of the work area paths.

[0060] The home directory specifically includes lmu1.tgz and home.tar;

[0061] The software installation cold backup tar packages include pa_jason91.tar, pa_OpenWorks.tgz, pa_ora10g.tgz, pb_geoscope3.1_revscope3.1.tgz, hrs10.3.tar, sw_epos15.tar, and LAM5000.tar;

[0062] Backup file package pe_prj.tgz for work area path;

[0063] Place the necessary RPM installation packages for the application software into the rpm_rh6 folder.

[0064] Locate the system configuration files and user environment variable files required by the application software, and place them in the etc folder. Specific filenames include:

[0065] User profiles: group, passwd, shadow

[0066] User environment variable files: .cshrc, launcher.dat, login, csh.login

[0067] System files: services, sysctl.conf, limits.conf, Xaccess, custom.conf

[0068] Database configuration files: oraInst.loc, oratab, rc.ow.linux

[0069] Service startup files: S98paradigmFlexNetLicenseServer, lam.linux, PG_lmgrd_startup_script, S85lmgrd.jason

[0070] Custom command files: revscope, geoscope, gftp-gtk

[0071] Step 3: Write the shell script. Using shell programming, create a new executable file named `inst` and write the shell script to be executed into it. The file must have executable permissions. (The `inst` script is omitted.)

[0072] Step 4: Set up an NFS server. Edit the NFS server configuration file ` / etc / exports` to allow other machines to access directories via NFS. Place all the prepared software tar packages, RPM packages, the ` / etc` folder, and the `inst` script into the shared disk path. Start the NFS service.

[0073] Step 5: On the client workstation with the operating system installed, install the network card and graphics card drivers, configure the services to start and stop, and install the necessary RPM packages. Mount the NFS server's network shared disk to the client's local machine. On the terminal workstation with RHEL 6.8 already installed, run the inst installation script. Multiple clients can run this simultaneously.

[0074] After completing the above steps and restarting, the terminal will allow users to log in and launch the corresponding software. The software license will be read by connecting to the license server.

[0075] Implementing batch operations using expect's shell programming

[0076] 1) Read the password from the configuration file and call the expect command. The script content is as follows:

[0077] [root@dtydb0 scripts]#cat expect.sh

[0078] #! / bin / bash

[0079] for iin`awk'{print$1}'passwd.txt`

[0080] do

[0081] j=`awk-v I="$i"'{if(I==$1)print$2}'passwd.txt`

[0082] k=`awk-v I="$i"'{if(I==$1)print$3}'passwd.txt`

[0083] expect login.exp$i$j$k

[0084] done

[0085] 2) Password file, can be used on multiple hosts

[0086] cat passwd.txt

[0087] 10.4.12.1 root root

[0088] 10.4.12.2 root root

[0089] 3) exp files from actual work

[0090] 3.1 Used for SSH login and running related commands

[0091] cat login.exp

[0092] [root@dtydb0 scripts]#cat login.exp

[0093] #! / usr / bin / expect-f

[0094] set ipaddress[lindex$argv 0]

[0095] set username[lindex$argv 1]

[0096] set passwd[lindex$argv 2]

[0097] if {$argc! = 3} {

[0098] puts stderr$passwd

[0099] puts stderr$username

[0100] exit 1

[0101] }

[0102] set timeout 30

[0103] # Use the `spawn` command to activate the SSH program. The output of the simulated terminal will be read by `expect`, and the simulated terminal can also send input to the remote host via `send`.

[0104] spawn ssh$username@$ipaddress

[0105] expect{

[0106] "yes / no"{send "yes\r";exp_continue}

[0107] "password:"{send"$passwd\r"}

[0108] }

[0109] The `#expect` statement waits for a string match on the remote host. If a match of "yes / no" is found, the subsequent operation is executed. `expect` searches for the pattern "*password:", where `*` allows matching any input, making it very effective for avoiding specifying all details. If the remote host has no action, `expect` continues running after detecting the pattern. Once a prompt is received, the password is sent to the current process on the next line.

[0110] expect"]*"

[0111] send"date\r"

[0112] send"sh test.sh\r"

[0113] send"exit\r"

[0114] send"exit\r"

[0115] expect eof{exit 1}

[0116] 3.2 Example of copying files using scp

[0117]

[0118]

[0119] 3.3 Examples of Batch SQL*Plus Operations

[0120] --oracle sqlplus

[0121] [oracle@dtydb0 dailycheck]$cat romote_daily_sqlplus.exp

[0122] #! / usr / bin / expect-f

[0123] set tnsname[lindex$argv 0]

[0124] set username[lindex$argv 1]

[0125] set passwd[lindex$argv 2]

[0126] set timeout 30

[0127] spawn sqlplus$username / $passwd@$tnsname

[0128] expect"SQL>

[0129] send"select*from dual;\r"

[0130] expect"SQL>

[0131] puts"--------talbe spaces----------"

[0132] send"@ / home / oracle / dba / scripts / showtbs.sql;\r"

[0133] expect"SQL>

[0134] puts"--------top sql----------"

[0135] send"@ / home / oracle / dba / scripts / ash_topsql.sql;\r"

[0136] expect"SQL>

[0137] send"exit\r"

[0138] expect eof

[0139] In addition to the examples above, expect can also be used to automate other batch operations, such as batch installation of system software, batch configuration of system files, database backup, hardware information reading, and batch shutdown.

[0140] The above description is only a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any equivalent substitutions or modifications made by those skilled in the art within the scope of the technology disclosed in the present invention, based on the technical solution and concept of the present invention, should be covered within the scope of protection of the present invention.

Claims

1. A method for automatically deploying geophysical exploration processing and interpretation software terminals, characterized in that, The unattended customized installation method for a network-based Linux system includes the following steps: S1. The PXE protocol for launching the Red Hat Linux installer from the network on a PC; S2, the network installation function provided by the Red Hat Linux installer, refers to accessing the installation media via a network; The unattended installation function provided by the S3 and Red Hat Linux installers; The following hardware and software resources are used to complete the automated installation: a PC machine as the boot and installation server; a PC machine to be installed, whose network card must have PXE support; a local area network that has been set up, and the above machines have been connected to the same subnet; and a set of Red Hat Linux installation media to be installed. The steps involved in automated installation include: S11. Configure and start the server; S12. Configure and install the server; S13. Boot the machine from the network to complete the installation; Steps S11 and S12 only need to be performed once. For each machine that needs to install Red Hat Linux, the corresponding data needs to be deployed in the boot server and the installation server, and step S13 needs to be executed once. A network-based geophysical software image installation method is adopted. This method uses an installation template to create a software and system configuration tar package, writes a shell script, and executes the script through an NFS server. This method can install on multiple workstations at the same time, greatly shortening the deployment time of batch workstations. This document explains how to batch deploy Linux software across various operating systems and versions. It involves locating the system configurations, services, and variables used during software installation, modifying them one by one, and creating a template file. The process includes the following steps: S31. Manually install a server and install various versions of processing and interpreting software: OpenWosks, Jason, Epos, and Geoeast. Configure the Oracle environment, system kernel configuration, network configuration, and user configuration. After installation, use it as a configuration template after the user tests it and finds no problems. S32. Create software tar packages, system configuration files, and user file tar packages, including system configuration files, user home directories, cold backup tar packages after software installation, and work area path backup tar packages; S33. Write a shell script. Use shell programming to create an executable file and write the shell script to be executed. The script needs to be tested repeatedly and confirmed to be error-free before it can be executed. S34. Set up an NFS server. Edit the NFS server configuration file / etc / exports to allow other machines to access the directory through NFS, and put all the backed-up software tar packages, system configuration files and user files tar packages into it; S35. Install the operating system on the client network. Utilize unattended installation technology for Linux systems to install the Linux operating system on the client in batches over the network. Install network card and graphics card drivers, and configure the services that need to be started and stopped, as well as the necessary RPM packages. S36. The client runs the installation script, mounts the NFS server's network shared disk to the client's local machine, and executes the software installation script. Multiple clients can do this simultaneously.

2. The automated deployment method for geophysical processing and interpretation software terminals as described in claim 1, characterized in that, Batch operations can be achieved using shell programming with expect. Expect is developed based on the Tcl language and is used in interactive operation and automated testing scenarios. It is used in environments where the same operation needs to be performed on multiple servers, which can greatly improve the work efficiency of system maintenance personnel.

3. The automated deployment method for geophysical processing and interpretation software terminals as described in claim 2, characterized in that, Send, expect, and spwan are the most basic commands in the Expect language. The send command sends a string to the specified process, the expect command waits for the result returned by the process and decides the next operation based on the returned string, and the spwan command can initiate the execution of a process. Expect can be used to perform SSH login and command execution, file management and database management operations, such as batch installation of system software, batch configuration of system files, database backup, hardware information reading and batch shutdown.

Images