XD-DENG opened a new issue #13200:
URL: https://github.com/apache/airflow/issues/13200


   
   
   <!--
   
   Welcome to Apache Airflow!  For a smooth issue process, try to answer the 
following questions.
   Don't worry if they're not all applicable; just try to include what you can 
:-)
   
   If you need to include code snippets or logs, please put them in fenced code
   blocks.  If they're super-long, please use the details tag like
   <details><summary>super-long log</summary> lots of stuff </details>
   
   Please delete these comment blocks before submitting the issue.
   
   -->
   
   <!--
   
   IMPORTANT!!!
   
   PLEASE CHECK "SIMILAR TO X EXISTING ISSUES" OPTION IF VISIBLE
   NEXT TO "SUBMIT NEW ISSUE" BUTTON!!!
   
   PLEASE CHECK IF THIS ISSUE HAS BEEN REPORTED PREVIOUSLY USING SEARCH!!!
   
   Please complete the next sections or the issue will be closed.
   These questions are the first thing we need to know to understand the 
context.
   
   -->
   
   **Apache Airflow version**: 2.0.0
   
   **Environment**: Linux & MacOS, venv
   
   - **OS** (e.g. from /etc/os-release): Ubuntu 18.04.3 LTS / MacOS 10.15.7 
   - **Kernel** (e.g. `uname -a`):
     - Linux *** 5.4.0-1029-aws #30~18.04.1-Ubuntu SMP Tue Oct 20 11:09:25 UTC 
2020 x86_64 x86_64 x86_64 GNU/Linux
     - Darwin *** 19.6.0 Darwin Kernel Version 19.6.0: Thu Oct 29 22:56:45 PDT 
2020; root:xnu-6153.141.2.2~1/RELEASE_X86_64 x86_64
   
   **What happened**:
   
   Say I'm in my home dir, running command `airflow scheduler -D --pid 
test.pid` (`test.pid` is a relative path) is supposed to start the scheduler in 
daemon mode, and the PID will be stored in the file `test.pid` (if it doesn't 
exist, it should be created).
   
   However, the scheduler is NOT started. This can be validated by running `ps 
aux | grep airflow | grep scheduler` (no process is shown). In the whole 
process, I don't see any error message.
   
   However, if I change the pid file path to an absolute path, i.e. `airflow 
scheduler -D --pid ${PWD}/test.pid`, it successfully start the scheduler in 
daemon mode (can be validated via the method above).
   
   **What you expected to happen**:
   
   Even if the PID file path provided is a relative path, the scheduler should 
be started properly as well.
   
   <!-- What do you think went wrong? -->
   
   **How to reproduce it**:
   
   Described above
   
   <!---
   
   As minimally and precisely as possible. Keep in mind we do not have access 
to your cluster or dags.
   
   If you are using kubernetes, please attempt to recreate the issue using 
minikube or kind.
   
   ## Install minikube/kind
   
   - Minikube https://minikube.sigs.k8s.io/docs/start/
   - Kind https://kind.sigs.k8s.io/docs/user/quick-start/
   
   If this is a UI bug, please provide a screenshot of the bug or a link to a 
youtube video of the bug in action
   
   You can include images using the .md style of
   ![alt text](http://url/to/img.png)
   
   To record a screencast, mac users can use QuickTime and then create an 
unlisted youtube video with the resulting .mov file.
   
   --->
   
   
   **Anything else we need to know**:
   
   <!--
   
   How often does this problem occur? Once? Every time etc?
   
   Any relevant logs to include? Put them here in side a detail tag:
   <details><summary>x.log</summary> lots of stuff </details>
   
   -->
   


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
[email protected]


Reply via email to