Có cách nào trong một kịch bản shell để tìm ra nơi đầu ra của nó được chuyển hướng?

Question

Chúng tôi có các kịch bản của thiên nhiên sau đây (trong cron)

someScript.sh > /tmp/cronlog/somescript.$(date +%Y%m%d).log 2>&1

Bây giờ là có một cách mà có trong someScript.sh tôi có thể tìm ra những gì các tập tin đầu ra đã đi vào?

Tập lệnh gửi email kèm theo tóm tắt. Đồng thời tôi muốn đề cập đến rằng các chi tiết có thể được tìm thấy trong tập tin đầu ra như vậy và do đó - với trong email.

Tôi biết cấu trúc if [ -t 1 ] để phát hiện stdout v.v ... nhưng cách lấy tên tệp đầu ra? Lưu ý rằng tôi muốn điều này là chung chung để một số người có thể thay đổi tệp đầu ra trong cron và tập lệnh không cần phải sửa đổi.

Answer 1

Điều đơn giản nhất tôi có thể nghĩ là:

readlink -f /proc/$$/fd/1 

$$ là PID của kịch bản (bên trong kịch bản). Trên hầu hết các hệ thống Unix,/proc/[pid] là thư mục giả chứa thông tin cho quá trình [pid].

/proc/[pid]/fd là một thư mục chứa danh sách các liên kết tượng trưng cho các bộ mô tả tệp mở của quy trình. fd/0 là đầu vào, fd/1 là đầu ra của tập lệnh, v.v.

readlink sau đó cung cấp cho bạn tệp mục tiêu hoặc tty nếu bạn không chuyển hướng đầu ra.

Tất nhiên, nếu bạn muốn hiển thị nó, bạn phải hiển thị nó ở đâu đó khác với tiêu chuẩn ouput, hoặc nó sẽ được chuyển hướng! Để gỡ lỗi, hãy thử lỗi std (2).

kêu gọi khác nhau cho những kết quả trên hộp của tôi (script.sh chỉ gọi readlink -f/proc/$$/fd/1> & 2)

# ./script.sh 
/dev/pts/0 

# ./script.sh > /var/tmp/foo 
/var/tmp/foo 

# ./script.sh | more 
/proc/12132/fd/pipe:[916212] 

Answer 2

Thay vì cố gắng tìm một hack (và mà quá phụ thuộc vào nền tảng) nó tốt hơn để có một cách tiếp cận hơi khác nhau ở đây.

Đặt công việc định kỳ của bạn như thế này:

someScript.sh /tmp/cronlog/somescript.$(date +%Y%m%d).log 

nghĩa là không phải và > hoặc 2>&1 (stdout/stderr suối chuyển hướng) và chỉ cần vượt qua một cuộc tranh cãi với mong muốn logfile tên.

Bây giờ bên someScript.sh chuyển hướng dòng để log file của bạn như thế này:

LOGFILE=$1 
exec &>${LOGFILE} 

Và cuối cùng bạn có thể sau đó nhắn khách hàng của bạn rằng:

"output details could be found in ${LOGFILE}"