Inotify ਅਤੇ webdav ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਧਾਰਨ rpm ਰਿਪੋਜ਼ਟਰੀ

ਇਸ ਪੋਸਟ ਵਿੱਚ, ਅਸੀਂ ਇੱਕ ਸਧਾਰਨ inotify + createrepo ਸਕ੍ਰਿਪਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਇੱਕ rpm ਆਰਟੀਫੈਕਟ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਦੇਖਾਂਗੇ। ਕਲਾਕ੍ਰਿਤੀਆਂ apache httpd ਦੀ ਵਰਤੋਂ ਕਰਕੇ webdav ਦੁਆਰਾ ਅੱਪਲੋਡ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਅਪਾਚੇ httpd ਪੋਸਟ ਦੇ ਅੰਤ ਵਿੱਚ ਕਿਉਂ ਲਿਖਿਆ ਜਾਵੇਗਾ।

ਇਸ ਲਈ, ਹੱਲ ਨੂੰ ਸਿਰਫ਼ RPM ਸਟੋਰੇਜ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਲਈ ਹੇਠ ਲਿਖੀਆਂ ਲੋੜਾਂ ਪੂਰੀਆਂ ਕਰਨੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ:

• ਮੁਫਤ

• ਆਰਟੀਫੈਕਟ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਅੱਪਲੋਡ ਕਰਨ ਤੋਂ ਕੁਝ ਸਕਿੰਟਾਂ ਬਾਅਦ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਪੈਕੇਜ ਦੀ ਉਪਲਬਧਤਾ।

• ਇੰਸਟਾਲ ਕਰਨ ਅਤੇ ਸੰਭਾਲਣ ਲਈ ਆਸਾਨ

• ਉੱਚ ਉਪਲਬਧਤਾ ਬਣਾਉਣ ਦੀ ਸਮਰੱਥਾ

  ਕਿਉਂ ਨਹੀਂ SonaType Nexus ਜ ਮਿੱਝ:

• ਵਿੱਚ ਸਟੋਰੇਜ SonaType Nexus ਜ ਮਿੱਝ ਕਈ ਕਿਸਮ ਦੀਆਂ ਕਲਾਵਾਂ ਇਸ ਤੱਥ ਵੱਲ ਖੜਦੀਆਂ ਹਨ ਕਿ SonaType Nexus ਜ ਮਿੱਝ ਅਸਫਲਤਾ ਦਾ ਇੱਕ ਸਿੰਗਲ ਬਿੰਦੂ ਬਣੋ.

• ਵਿੱਚ ਉੱਚ ਉਪਲਬਧਤਾ SonaType Nexus ਦਾ ਭੁਗਤਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

• ਮਿੱਝ ਮੇਰੇ ਲਈ ਇੱਕ ਓਵਰ-ਇੰਜੀਨੀਅਰਡ ਹੱਲ ਦੀ ਤਰ੍ਹਾਂ ਜਾਪਦਾ ਹੈ.

• ਵਿੱਚ ਕਲਾਤਮਕ ਚੀਜ਼ਾਂ SonaType Nexus ਬਲੌਬ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਅਚਾਨਕ ਪਾਵਰ ਆਊਟੇਜ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਬੈਕਅੱਪ ਨਹੀਂ ਹੈ ਤਾਂ ਤੁਸੀਂ ਬਲੌਬ ਨੂੰ ਰੀਸਟੋਰ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਵੋਗੇ। ਸਾਡੇ ਕੋਲ ਇਹ ਗਲਤੀ ਸੀ: ERROR [ForkJoinPool.commonPool-worker-2] *SYSTEM [com.orientechnologies.orient.core.storage](http://com.orientechnologies.orient.core.storage/).fs.OFileClassic - $ANSI{green {db=security}} Error during data read for file 'privilege_5.pcl' 1-th attempt [java.io](http://java.io/).IOException: Bad address. ਬਲੌਬ ਨੂੰ ਕਦੇ ਵੀ ਬਰਾਮਦ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ।

ਸਰੋਤ ਕੋਡ

→ ਸਰੋਤ ਕੋਡ ਸਥਿਤ ਹੈ ਇੱਥੇ

ਮੁੱਖ ਸਕ੍ਰਿਪਟ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

#!/bin/bash

source /etc/inotify-createrepo.conf
LOGFILE=/var/log/inotify-createrepo.log

function monitoring() {
    inotifywait -e close_write,delete -msrq --exclude ".repodata|.olddata|repodata" "${REPO}" | while read events 
    do
      echo $events >> $LOGFILE
      touch /tmp/need_create
    done
}

function run_createrepo() {
  while true; do
    if [ -f /tmp/need_create ];
    then
      rm -f /tmp/need_create
      echo "start createrepo $(date --rfc-3339=seconds)"
      /usr/bin/createrepo --update "${REPO}"
      echo "finish createrepo $(date --rfc-3339=seconds)"
    fi
    sleep 1
  done
}

echo "Start filesystem monitoring: Directory is $REPO, monitor logfile is $LOGFILE"
monitoring >> $LOGFILE &
run_createrepo >> $LOGFILE &

ਸੈਟਿੰਗ

inotify-createrepo ਸਿਰਫ CentOS 7 ਜਾਂ ਉੱਚੇ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਸ ਨੂੰ CentOS 6 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਿਆ।

yum -y install yum-plugin-copr
yum copr enable antonpatsev/inotify-createrepo
yum -y install inotify-createrepo
systemctl start inotify-createrepo

ਸੰਰਚਨਾ

ਮੂਲ ਰੂਪ ਵਿੱਚ inotify-createrepo ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ /var/www/repos/rpm-repo/.

ਤੁਸੀਂ ਇਸ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਫਾਈਲ ਵਿੱਚ ਬਦਲ ਸਕਦੇ ਹੋ /etc/inotify-createrepo.conf.

ਵਰਤੋਂ ਕਰੋ

ਕਿਸੇ ਵੀ ਫਾਈਲ ਨੂੰ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਜੋੜਦੇ ਸਮੇਂ /var/www/repos/rpm-repo/ inotifywait ਇੱਕ ਫਾਈਲ ਬਣਾਏਗਾ /tmp/need_create. run_createrepo ਫੰਕਸ਼ਨ ਇੱਕ ਅਨੰਤ ਲੂਪ ਵਿੱਚ ਚੱਲਦਾ ਹੈ ਅਤੇ ਫਾਈਲ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ /tmp/need_create. ਜੇਕਰ ਫਾਈਲ ਮੌਜੂਦ ਹੈ, ਤਾਂ ਚਲਾਓ createrepo --update.

ਫਾਈਲ ਵਿੱਚ ਇੱਕ ਐਂਟਰੀ ਦਿਖਾਈ ਦੇਵੇਗੀ:

/var/www/repos/rpm-repo/ CREATE nginx-1.16.1-1.el7.ngx.x86_64.rpm
start createrepo 2020-03-02 09:46:21+03:00
Spawning worker 0 with 1 pkgs
Spawning worker 1 with 0 pkgs
Spawning worker 2 with 0 pkgs
Spawning worker 3 with 0 pkgs
Workers Finished
Saving Primary metadata
Saving file lists metadata
Saving other metadata
Generating sqlite DBs
Sqlite DBs complete
finish createrepo 2020-03-02 09:46:22+03:00

ਉੱਚ ਉਪਲਬਧਤਾ ਬਣਾਉਣ ਦੀ ਸਮਰੱਥਾ

ਮੌਜੂਦਾ ਹੱਲ ਤੋਂ ਉੱਚ ਉਪਲਬਧਤਾ ਬਣਾਉਣ ਲਈ, ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਤੁਸੀਂ 2 ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, HA ਲਈ Keepalived ਅਤੇ ਆਰਟੀਫੈਕਟ ਸਮਕਾਲੀਕਰਨ ਲਈ Lsyncd. Lsyncd - ਇੱਕ ਡੈਮਨ ਜੋ ਸਥਾਨਕ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮੇਂ ਤੋਂ ਬਾਅਦ, rsync ਉਹਨਾਂ ਨੂੰ ਸਮਕਾਲੀ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਵੇਰਵਿਆਂ ਅਤੇ ਸੈਟਿੰਗਾਂ ਦਾ ਵਰਣਨ ਪੋਸਟ ਵਿੱਚ ਕੀਤਾ ਗਿਆ ਹੈ "ਇੱਕ ਅਰਬ ਫਾਈਲਾਂ ਦਾ ਤੇਜ਼ ਸਮਕਾਲੀਕਰਨ".

ਵੈਬਡਾਵ

ਫਾਈਲਾਂ ਅਪਲੋਡ ਕਰਨ ਦੇ ਕਈ ਤਰੀਕੇ ਹਨ: SSH, NFS, WebDav. WebDav ਇੱਕ ਆਧੁਨਿਕ ਅਤੇ ਸਧਾਰਨ ਵਿਕਲਪ ਜਾਪਦਾ ਹੈ.

WebDav ਲਈ, ਅਸੀਂ ਅਪਾਚੇ httpd ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ। 2020 ਵਿੱਚ ਅਪਾਚੇ httpd ਕਿਉਂ ਹੈ ਅਤੇ nginx ਨਹੀਂ?

ਮੈਂ Nginx + ਮੋਡੀਊਲ (ਉਦਾਹਰਨ ਲਈ, Webdav) ਬਣਾਉਣ ਲਈ ਆਟੋਮੇਟਿਡ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਚਾਹਾਂਗਾ।

Nginx + ਮੋਡੀਊਲ ਬਣਾਉਣ ਲਈ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਹੈ - nginx-ਬਿਲਡਰ. ਜੇ ਤੁਸੀਂ ਫਾਈਲਾਂ ਨੂੰ ਅਪਲੋਡ ਕਰਨ ਲਈ nginx + wevdav ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਮੋਡੀਊਲ ਦੀ ਲੋੜ ਹੈ nginx-dav-ext-module. ਨਾਲ Nginx ਬਣਾਉਣ ਅਤੇ ਵਰਤਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਸਮੇਂ nginx-dav-ext-module ਦੀ ਸਹਾਇਤਾ ਨਾਲ nginx-ਬਿਲਡਰ ਸਾਨੂੰ ਇੱਕ ਗਲਤੀ ਮਿਲੇਗੀ nginx-dav-ext-module ਦੀ ਬਜਾਏ http_dav_module ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ. ਇਹੀ ਬੱਗ ਗਰਮੀਆਂ ਵਿੱਚ ਬੰਦ ਹੋ ਗਿਆ ਸੀ nginx: [emerg] ਅਗਿਆਤ ਨਿਰਦੇਸ਼ਕ dav_methods.

ਮੈਂ ਖਿੱਚ ਲਈ ਬੇਨਤੀ ਕੀਤੀ ਏਮਬੈਡਡ, ਰੀਫੈਕਟਰ --with-{}_module ਲਈ ਚੈੱਕ git_url ਸ਼ਾਮਲ ਕਰੋ и ਜੇਕਰ ਮੋਡੀਊਲ == "http_dav_module" --with. ਪਰ ਉਨ੍ਹਾਂ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ।

config webdav.conf

DavLockDB /var/www/html/DavLock
<VirtualHost localhost:80>
    ServerAdmin webmaster@localhost
    DocumentRoot /var/www/html
    ErrorLog /var/log/httpd/error.log
    CustomLog /var/log/httpd/access.log combined

    Alias /rpm /var/www/repos/rpm-repo
    <Directory /var/www/repos/rpm-repo>
        DAV On
        Options Indexes FollowSymlinks SymLinksifOwnerMatch IncludesNOEXEC
        IndexOptions NameWidth=* DescriptionWidth=*
        AllowOverride none
        Require all granted
    </Directory>
</VirtualHost>

ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਬਾਕੀ ਅਪਾਚੇ httpd ਸੰਰਚਨਾ ਆਪਣੇ ਆਪ ਕਰੋਗੇ।

ਅਪਾਚੇ httpd ਦੇ ਸਾਹਮਣੇ Nginx

ਅਪਾਚੇ ਦੇ ਉਲਟ, Nginx ਇੱਕ ਇਵੈਂਟ-ਅਧਾਰਿਤ ਬੇਨਤੀ ਪ੍ਰੋਸੈਸਿੰਗ ਮਾਡਲ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕਿਸੇ ਵੀ ਗਿਣਤੀ ਦੇ ਗਾਹਕਾਂ ਲਈ ਸਿਰਫ ਇੱਕ HTTP ਸਰਵਰ ਪ੍ਰਕਿਰਿਆ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ. ਤੁਸੀਂ nginx ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਸਰਵਰ ਲੋਡ ਨੂੰ ਘਟਾ ਸਕਦੇ ਹੋ.

nginx-front.conf ਸੰਰਚਨਾ. ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਬਾਕੀ nginx ਸੰਰਚਨਾ ਆਪਣੇ ਆਪ ਕਰੋਗੇ.

upstream nginx_front {
    server localhost:80;
}

server {
    listen 443 ssl;
    server_name ваш-виртуальных-хост;
    access_log /var/log/nginx/nginx-front-access.log main;
    error_log /var/log/nginx/nginx-front.conf-error.log warn;

    location / {
        proxy_pass http://nginx_front;
    }
}

WebDav ਦੁਆਰਾ ਫਾਈਲਾਂ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨਾ

rpm ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨਾ ਬਹੁਤ ਆਸਾਨ ਹੈ।

curl -T ./nginx-1.16.1-1.el7.ngx.x86_64.rpm https://ваш-виртуальный-хост/rpm/

ਸਰੋਤ: www.habr.com