diff --git a/docs/docs/en/architecture/configuration.md b/docs/docs/en/architecture/configuration.md index e4f3520fe28812f34eb66189d67c4f260bafc737..be3cddc31bc1d4d0d971808e26a71cc78934c963 100644 --- a/docs/docs/en/architecture/configuration.md +++ b/docs/docs/en/architecture/configuration.md @@ -17,7 +17,7 @@ The directory structure of DolphinScheduler is as follows: │ ├── licenses directory of licenses │ -├── bin directory of DolphinScheduler application commands, configrations scripts +├── bin directory of DolphinScheduler application commands, configurations scripts │   ├── dolphinscheduler-daemon.sh script to start or shut down DolphinScheduler application │   ├── env directory of scripts to load environment variables │   │   ├── dolphinscheduler_env.sh script to export environment variables [eg: JAVA_HOME,HADOOP_HOME, HIVE_HOME ...] when you start or stop service using script `dolphinscheduler-daemon.sh` @@ -29,7 +29,7 @@ The directory structure of DolphinScheduler is as follows: │   ├── status-all.sh script to check the status of all services when you deploy DolphinScheduler in `psuedo-cluster` mode or `cluster` mode │   └── stop-all.sh script to shut down all services when you deploy DolphinScheduler in `psuedo-cluster` mode or `cluster` mode │ -├── alert-server directory of DolphinScheduler alert-server commands, configrations scripts and libs +├── alert-server directory of DolphinScheduler alert-server commands, configurations scripts and libs │   ├── bin │   │   └── start.sh script to start DolphinScheduler alert-server │   ├── conf @@ -40,7 +40,7 @@ The directory structure of DolphinScheduler is as follows: │   │   └── logback-spring.xml configurations of alert-service log │   └── libs directory of alert-server libs │ -├── api-server directory of DolphinScheduler api-server commands, configrations scripts and libs +├── api-server directory of DolphinScheduler api-server commands, configurations scripts and libs │   ├── bin │   │   └── start.sh script to start DolphinScheduler api-server │   ├── conf @@ -52,7 +52,7 @@ The directory structure of DolphinScheduler is as follows: │   ├── libs directory of api-server libs │   └── ui directory of api-server related front-end web resources │ -├── master-server directory of DolphinScheduler master-server commands, configrations scripts and libs +├── master-server directory of DolphinScheduler master-server commands, configurations scripts and libs │   ├── bin │   │   └── start.sh script to start DolphinScheduler master-server │   ├── conf @@ -63,7 +63,7 @@ The directory structure of DolphinScheduler is as follows: │   │   └── logback-spring.xml configurations of master-service log │   └── libs directory of master-server libs │ -├── standalone-server directory of DolphinScheduler standalone-server commands, configrations scripts and libs +├── standalone-server directory of DolphinScheduler standalone-server commands, configurations scripts and libs │   ├── bin │   │   └── start.sh script to start DolphinScheduler standalone-server │   ├── conf @@ -76,7 +76,7 @@ The directory structure of DolphinScheduler is as follows: │   ├── libs directory of standalone-server libs │   └── ui directory of standalone-server related front-end web resources │   -├── tools directory of DolphinScheduler metadata tools commands, configrations scripts and libs +├── tools directory of DolphinScheduler metadata tools commands, configurations scripts and libs │   ├── bin │   │   └── upgrade-schema.sh script to initialize or upgrade DolphinScheduler metadata │   ├── conf @@ -85,7 +85,7 @@ The directory structure of DolphinScheduler is as follows: │   ├── libs directory of tool libs │   └── sql .sql files to create or upgrade DolphinScheduler metadata │   -├── worker-server directory of DolphinScheduler worker-server commands, configrations scripts and libs +├── worker-server directory of DolphinScheduler worker-server commands, configurations scripts and libs │ ├── bin │ │   └── start.sh script to start DolphinScheduler worker-server │ ├── conf diff --git a/docs/docs/en/guide/project/workflow-definition.md b/docs/docs/en/guide/project/workflow-definition.md index 1dacff17e26dec140e2ed5fb961179347483ffc3..a809c537f98e518aada50cfc444b864dc0283461 100644 --- a/docs/docs/en/guide/project/workflow-definition.md +++ b/docs/docs/en/guide/project/workflow-definition.md @@ -145,7 +145,7 @@ The following are the operation functions of the workflow definition list: Description of workflow operating parameters: * Failure strategy: When a task node fails to execute, other parallel task nodes need to execute this strategy. "Continue" means: after a certain task fails, other task nodes execute normally; "End" means: terminate all tasks execution, and terminate the entire process. -* Notification strategy: When the process is over, send the process execution result notification email according to the process status, options including no send, send if sucess, send of failure, send whatever result. +* Notification strategy: When the process is over, send the process execution result notification email according to the process status, options including no send, send if success, send of failure, send whatever result. * Process priority: The priority of process operation, divide into five levels: highest (HIGHEST), high (HIGH), medium (MEDIUM), low (LOW), and lowest (LOWEST). When the number of master threads is insufficient, high priority processes will execute first in the execution queue, and processes with the same priority will execute in the order of first in, first out. * Worker group: The process can only be executed in the specified worker machine group. The default is `Default`, which can execute on any worker. * Notification group: select notification strategy||timeout alarm||when fault tolerance occurs, process result information or email will send to all members in the notification group. diff --git a/docs/docs/en/guide/task/pytorch.md b/docs/docs/en/guide/task/pytorch.md index f776fcf4738d566448698653b5fdcb63117777d6..2dcb7bbee6e7f9d128292b55d46c6561024295f4 100644 --- a/docs/docs/en/guide/task/pytorch.md +++ b/docs/docs/en/guide/task/pytorch.md @@ -48,7 +48,7 @@ The preceding two parameters are used to minimize the running of the configurati - **Python Environment Manager Tool** ：You can choose `virtualenv` or `conda`. - if choose `virtualenv`，that may use `virtualenv` to create a new environment. Use command `virtualenv -p ${PYTHON_HOME} venv`. - if choose `conda`, ，that may use `conda` to create a new environment，And you need to specify the Python version. -- **Requirement File** ：The defualt is requirements.txt。 +- **Requirement File** ：The default is requirements.txt。 We can use relative paths of `Python Script` and `Requirement File` if we set `Project Path` which contains the python script or required requirement file. diff --git a/docs/docs/en/guide/upgrade/upgrade.md b/docs/docs/en/guide/upgrade/upgrade.md index e42a41b7b1891e49744624d089f3b6c225f5bc4e..8cc3ea270f3445011c6b69e6d0daa76276a960b1 100644 --- a/docs/docs/en/guide/upgrade/upgrade.md +++ b/docs/docs/en/guide/upgrade/upgrade.md @@ -67,7 +67,7 @@ The architecture of worker group is different between version before version 1.3 * Modify worker related configuration in `bin/env/install_config.conf`. -Assume bellow are the machine worker service to be deployed: +Assume below are the machine worker service to be deployed: | hostname | ip | |:---------|:-------------:|