backup doesn't start immediately

jonium

Verified User
Joined
Nov 10, 2010
Messages
132
Location
Alezio - Lecce- Apulia - South Italy
Hello,
I have the following problem on a Centos 7 server with last DirectAdmin Version (1.59.5):
when launching a backup (client side), it doesn't start immediately (monitoring the processes with TOP can't find it ) but after many hours, most of the times I found it the following day.
Which can be the cause?
 

jonium

Verified User
Joined
Nov 10, 2010
Messages
132
Location
Alezio - Lecce- Apulia - South Italy
it seems to go stucking doing something with quota, in the dir /home/tmp I have for every backup launched a file of type
/home/tmp/quota-dump.37NeeHNbKvkLmBkyUqWNs8R5r4KUVtBYyYAaoXC6QuRC3C8V0fsslHxdJG7o9IK6.progetto
 

jonium

Verified User
Joined
Nov 10, 2010
Messages
132
Location
Alezio - Lecce- Apulia - South Italy
# df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 32G 0 32G 0% /dev
tmpfs 32G 0 32G 0% /dev/shm
tmpfs 32G 652K 32G 1% /run
tmpfs 32G 0 32G 0% /sys/fs/cgroup
/dev/md2 2.0T 37G 1.9T 2% /
/dev/md1 488M 284M 179M 62% /boot
/dev/md3 5.3T 187G 4.8T 4% /home
tmpfs 6.3G 0 6.3G 0% /run/user/0


ls -la /home/tmp/
total 99568
drwxrwxrwt 2 root root 4096 Jan 17 13:36 .
drwx--x--x. 24 root root 4096 Jan 10 15:16 ..
-rw-r--r-- 1 root root 20388770 Dec 17 16:03 quota-dump.37NeeHNbKvkLmBkyUqWNs8R5r4KUVtBYyYAaoXC6QuRC3C8V0fsslHxdJG7o9IK6.progetto
-rw-r--r-- 1 root root 20388770 Dec 17 17:16 quota-dump.hUIJcx2EGFafYxIub24184VPHqKmXa3E2JVfEXtUmS8IPODyQHzWJVvYJDKqnM2q.progetto
-rw-r--r-- 1 root root 20389269 Jan 17 13:40 quota-dump.OhHeHpAorvcBFg7haNIDVBTWdYcU7BnVs278sGwjBWtODy4lLMyqVQM8yya57MYy.goalmedi
-rw-r--r-- 1 root root 20388058 Nov 5 13:07 quota-dump.UlvltKS0o6xtuC6yL9DHqfzwoSfL545XpzIjJkj7oeyjp5hACuP2YOzMrcfuglSU.compecom
-rw-r--r-- 1 root root 20388770 Dec 17 15:46 quota-dump.W7MUxZYJm4qr5jMBOzz3WD6XLVnVWuw21GWwo4Fa63PCkmL8jLADWEkrjWKGOEIP.progetto
 
Last edited:

jonium

Verified User
Joined
Nov 10, 2010
Messages
132
Location
Alezio - Lecce- Apulia - South Italy
Where do I find how backup works?
I remember that the previously the backup process instantly created a temp folder in the backups dir and put there the files to be zipped, now it seems not to do it anymore, I have a Directadmin process that take around 5 hours to complete, is the backup process changed?
 

smtalk

Administrator
Staff member
Joined
Aug 22, 2006
Messages
8,901
Location
LT, EU
Could it be that you're selecting a scheduled backup instead of one done immediately ("now" radiobox).
 

jonium

Verified User
Joined
Nov 10, 2010
Messages
132
Location
Alezio - Lecce- Apulia - South Italy
I did last try this morning at 10.30 and now I have this:

# ls -la /home/tmp/
total 19920
drwxrwxrwt 2 root root 4096 Jan 20 10:29 .
drwx--x--x. 25 root root 4096 Jan 19 16:29 ..
-rw-r--r-- 1 root root 20389340 Jan 20 10:32 quota-dump.Oi3gxJRKTWEMTDmbb4ZnSKlCAkKSpmJDTMrQ eIi7nwRG8EpjGPUihGspyCInzb0S.goalmedi

and in top:

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
8055 nobody 20 0 91980 55660 2480 R 100.0 0.1 252:15.99 directadmin
 

jonium

Verified User
Joined
Nov 10, 2010
Messages
132
Location
Alezio - Lecce- Apulia - South Italy
still having this problem.
I just started a backup (client side) for a User.
Running top I get repquota for some minutes and then

16311 nobody 20 0 53024 16592 2644 R 100.0 0.0 8:21.54 directadmin

# lsof -p 16311
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
directadm 16311 nobody cwd DIR 9,2 4096 93194993 /usr/local/directadmin
directadm 16311 nobody rtd DIR 9,2 4096 2 /
directadm 16311 nobody txt REG 9,2 8809304 93195240 /usr/local/directadmin/directadmin
directadm 16311 nobody mem REG 9,2 555888 93195460 /usr/lib64/libfreeblpriv3.so
directadm 16311 nobody mem REG 9,2 61624 93194453 /usr/lib64/libnss_files-2.17.so
directadm 16311 nobody mem REG 9,2 11392 93192968 /usr/lib64/libfreebl3.so
directadm 16311 nobody mem REG 9,2 2156160 93194067 /usr/lib64/libc-2.17.so
directadm 16311 nobody mem REG 9,2 88776 93195467 /usr/lib64/libgcc_s-4.8.5-20150702.so.1
directadm 16311 nobody mem REG 9,2 1137024 93194370 /usr/lib64/libm-2.17.so
directadm 16311 nobody mem REG 9,2 991616 93194043 /usr/lib64/libstdc++.so.6.0.19
directadm 16311 nobody mem REG 9,2 43776 93194456 /usr/lib64/librt-2.17.so
directadm 16311 nobody mem REG 9,2 142232 93194333 /usr/lib64/libpthread-2.17.so
directadm 16311 nobody mem REG 9,2 105824 93194455 /usr/lib64/libresolv-2.17.so
directadm 16311 nobody mem REG 9,2 19288 93194348 /usr/lib64/libdl-2.17.so
directadm 16311 nobody mem REG 9,2 90248 93194218 /usr/lib64/libz.so.1.2.7
directadm 16311 nobody mem REG 9,2 40664 93194246 /usr/lib64/libcrypt-2.17.so
directadm 16311 nobody mem REG 9,2 163400 93192764 /usr/lib64/ld-2.17.so
directadm 16311 nobody 0r CHR 1,3 0t0 1028 /dev/null
directadm 16311 nobody 1u CHR 1,3 0t0 1028 /dev/null
directadm 16311 nobody 2u CHR 1,3 0t0 1028 /dev/null
directadm 16311 nobody 3r REG 9,3 20389908 142868483 /home/tmp/quota-dump.tHqhnW7aZONDBhzk5NharUkCXmQfQkVH1Lyns6NRSledQdOVz33qVl20YQdwB8DA.greotleb
directadm 16311 nobody 4u IPv6 17120929 0t0 TCP lnx8.ormag.net:EtherNet/IP-1->host228-252-dynamic.233-95-r.retail.telecomitalia.it:56379 (ESTABLISHED)
 
Top