Very slow file operation Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern) 2019 Community Moderator Election Results Why I closed the “Why is Kali so hard” questionStrange problem with IO or file system or what?What is a file?Broken disk size after incomplete dd operationCost of file Operation in Shell ScriptWhy my disk is at full speed even though very little is written or read?understanding lsof during long operation on big fileiozone re-write on FUSE very slow when file is bigger than cachecause of file i/o operation failure = -1 EACCES (Permission denied)I have a dedicated with 2 SSDs, how to I group them to behave as 1?Extremely slow dnf

How to react to hostile behavior from a senior developer?

What do you call the main part of a joke?

Why wasn't DOSKEY integrated with COMMAND.COM?

Is it a good idea to use CNN to classify 1D signal?

Trademark violation for app?

Do jazz musicians improvise on the parent scale in addition to the chord-scales?

Is this homebrew Lady of Pain warlock patron balanced?

If a contract sometimes uses the wrong name, is it still valid?

Compare a given version number in the form major.minor.build.patch and see if one is less than the other

Is there a kind of relay only consumes power when switching?

Why do we bend a book to keep it straight?

Can an alien society believe that their star system is the universe?

Is it fair for a professor to grade us on the possession of past papers?

Is CEO the profession with the most psychopaths?

Can you use the Shield Master feat to shove someone before you make an attack by using a Readied action?

Why are the trig functions versine, haversine, exsecant, etc, rarely used in modern mathematics?

How can I use the Python library networkx from Mathematica?

Why are there no cargo aircraft with "flying wing" design?

Closed form of recurrent arithmetic series summation

Is safe to use va_start macro with this as parameter?

Can anything be seen from the center of the Boötes void? How dark would it be?

What's the meaning of "fortified infraction restraint"?

Is there any way for the UK Prime Minister to make a motion directly dependent on Government confidence?

What is the longest distance a player character can jump in one leap?



Very slow file operation



Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)
2019 Community Moderator Election Results
Why I closed the “Why is Kali so hard” questionStrange problem with IO or file system or what?What is a file?Broken disk size after incomplete dd operationCost of file Operation in Shell ScriptWhy my disk is at full speed even though very little is written or read?understanding lsof during long operation on big fileiozone re-write on FUSE very slow when file is bigger than cachecause of file i/o operation failure = -1 EACCES (Permission denied)I have a dedicated with 2 SSDs, how to I group them to behave as 1?Extremely slow dnf



.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








1















I recently rebuild a machine with Centos 5.8 with a brand new disk.
This machine is old and has been running 5.8 for a long period with no issues so the only thing which changed recently is the new much larger disk.
However all the file operations are extremely slow since the machine was rebuilt with the new disk.



My knowledge about OS admin stuff is very limited and I will appreciate if someone can point me to where should I be looking at for finding the root cause. What commands or utilities I could use?



There is a java based back up program running on this machine which is constantly reading from the disk but the same program was running on this machine before the rebuild too and machine has been behaving fine for almost 2 years while this program ran at all times. But now the machine is not very usable and even the back up program is crawling.



This is the output of the iostat command:



avg-cpu: %user %nice %system %iowait %steal %idle
0.67 0.41 1.70 52.66 0.00 44.56

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 24.87 197.21 53.98 238224706 65205070
sda1 0.00 0.00 0.00 2266 14
sda2 24.87 197.21 53.98 238222160 65205056
sdb 91.76 138.66 903.42 167496875 1091305280
sdb1 91.76 138.66 903.42 167496635 1091305280
dm-0 157.98 335.87 957.40 405716746 1156511560
dm-1 0.00 0.00 0.00 1376 216


And here is the snippet from the iotop command:



 8723 be/4 root 0.00 B/s 0.00 B/s 0.00 % 98.49 % [pdflush]
588 be/3 root 0.00 B/s 0.00 B/s 0.00 % 75.71 % [kjournald]
8 be/3 root 0.00 B/s 0.00 B/s 0.00 % 5.19 % [events/0]
13161 be/4 root 0.00 B/s 0.00 B/s 0.00 % 1.25 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~ang:./skin com.backup42.desktop.CPDesktop
10668 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.63 % artsd -F 10 -S 4096 -s 60 -m artsmessage -l 3 -f
16681 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % sshd: root [priv]
3792 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % python -E /usr/bin/sealert -s
13060 be/7 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~hplan/lang com.backup42.service.CPService
13141 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~ang:./skin com.backup42.desktop.CPDesktop
10672 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % artsmessage -i Sound server informational~l continue, using the null output device.
13049 be/7 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~hplan/lang com.backup42.service.CPService
13162 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~ang:./skin com.backup42.desktop.CPDeskto


Though I Don't know what to look for here..



UPDATE #1



Here is the output of iotop after killing crashplan.
What is this 'rsync' process ? I am not running any rsync on the machine.
Looks like 'updatedb' and 'rsynch' are using up all the IO..



Total DISK READ: 124.78 K/s | Total DISK WRITE: 0.00 B/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
20772 be/7 root 14.68 K/s 7.34 K/s 0.00 % 99.99 % updatedb -f sysfs
17446 be/4 root 110.10 K/s 0.00 B/s 0.00 % 92.75 % [rsync]
155 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % [kacpid]
20214 be/4 root 0.00 B/s 0.00 B/s 92.75 % 0.09 % bash /usr/bin/run-parts /etc/cron.daily
264 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [cqueue/0]
20767 be/7 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % sh /etc/cron.daily/mlocate.cron
20213 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % crond


Output of iostat:



avg-cpu: %user %nice %system %iowait %steal %idle
1.15 0.41 2.91 53.18 0.00 42.36

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 25.00 197.88 86.24 254108937 110753694
sda1 0.00 0.00 0.00 2431 14
sda2 25.00 197.87 86.24 254104429 110753680
sdb 92.12 141.39 2951.64 181571178 3790455360
sdb1 92.12 141.39 2951.64 181570594 3790455360
dm-0 418.25 339.26 3037.88 435672794 3901209424
dm-1 0.00 0.00 0.00 1376 216









share|improve this question



















  • 1





    It looks like CrashPlan is running. Maybe when the machine was rebuilt, CrashPlan was set up as if this were a new machine, one on which the files had never been backed up before. Normally when you set up CrashPlan on a rebuilt system, you can choose an existing backup to use so that it won't have to copy over everything again.

    – Mark Plotnick
    Feb 18 '15 at 18:10












  • No, that is not the case. I did the adaption as you mentioned. It is not just the crashplan, everything is extremely slow on the machine, making it unusable for any purpose.

    – Abhishek Bisaria
    Feb 18 '15 at 23:20












  • OK. If you run the CrashPlan app, what does it say it's busy doing? If you pause CrashPlan and run iotop and iostat, what is running?

    – Mark Plotnick
    Feb 19 '15 at 1:06












  • Ok, I killed crashplan and here is the output of iotop after that:

    – Abhishek Bisaria
    Feb 19 '15 at 14:55











  • Total DISK READ: 124.78 K/s | Total DISK WRITE: 0.00 B/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 20772 be/7 root 14.68 K/s 7.34 K/s 0.00 % 99.99 % updatedb -f sysfs 17446 be/4 root 110.10 K/s 0.00 B/s 0.00 % 92.75 % [rsync] 155 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % [kacpid] 20214 be/4 root 0.00 B/s 0.00 B/s 92.75 % 0.09 % bash /usr/bin/run-parts /etc/cron.daily 264 be/3 root 0.00 B/s 0.00 B/s 0.00 %

    – Abhishek Bisaria
    Feb 19 '15 at 14:56

















1















I recently rebuild a machine with Centos 5.8 with a brand new disk.
This machine is old and has been running 5.8 for a long period with no issues so the only thing which changed recently is the new much larger disk.
However all the file operations are extremely slow since the machine was rebuilt with the new disk.



My knowledge about OS admin stuff is very limited and I will appreciate if someone can point me to where should I be looking at for finding the root cause. What commands or utilities I could use?



There is a java based back up program running on this machine which is constantly reading from the disk but the same program was running on this machine before the rebuild too and machine has been behaving fine for almost 2 years while this program ran at all times. But now the machine is not very usable and even the back up program is crawling.



This is the output of the iostat command:



avg-cpu: %user %nice %system %iowait %steal %idle
0.67 0.41 1.70 52.66 0.00 44.56

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 24.87 197.21 53.98 238224706 65205070
sda1 0.00 0.00 0.00 2266 14
sda2 24.87 197.21 53.98 238222160 65205056
sdb 91.76 138.66 903.42 167496875 1091305280
sdb1 91.76 138.66 903.42 167496635 1091305280
dm-0 157.98 335.87 957.40 405716746 1156511560
dm-1 0.00 0.00 0.00 1376 216


And here is the snippet from the iotop command:



 8723 be/4 root 0.00 B/s 0.00 B/s 0.00 % 98.49 % [pdflush]
588 be/3 root 0.00 B/s 0.00 B/s 0.00 % 75.71 % [kjournald]
8 be/3 root 0.00 B/s 0.00 B/s 0.00 % 5.19 % [events/0]
13161 be/4 root 0.00 B/s 0.00 B/s 0.00 % 1.25 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~ang:./skin com.backup42.desktop.CPDesktop
10668 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.63 % artsd -F 10 -S 4096 -s 60 -m artsmessage -l 3 -f
16681 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % sshd: root [priv]
3792 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % python -E /usr/bin/sealert -s
13060 be/7 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~hplan/lang com.backup42.service.CPService
13141 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~ang:./skin com.backup42.desktop.CPDesktop
10672 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % artsmessage -i Sound server informational~l continue, using the null output device.
13049 be/7 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~hplan/lang com.backup42.service.CPService
13162 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~ang:./skin com.backup42.desktop.CPDeskto


Though I Don't know what to look for here..



UPDATE #1



Here is the output of iotop after killing crashplan.
What is this 'rsync' process ? I am not running any rsync on the machine.
Looks like 'updatedb' and 'rsynch' are using up all the IO..



Total DISK READ: 124.78 K/s | Total DISK WRITE: 0.00 B/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
20772 be/7 root 14.68 K/s 7.34 K/s 0.00 % 99.99 % updatedb -f sysfs
17446 be/4 root 110.10 K/s 0.00 B/s 0.00 % 92.75 % [rsync]
155 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % [kacpid]
20214 be/4 root 0.00 B/s 0.00 B/s 92.75 % 0.09 % bash /usr/bin/run-parts /etc/cron.daily
264 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [cqueue/0]
20767 be/7 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % sh /etc/cron.daily/mlocate.cron
20213 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % crond


Output of iostat:



avg-cpu: %user %nice %system %iowait %steal %idle
1.15 0.41 2.91 53.18 0.00 42.36

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 25.00 197.88 86.24 254108937 110753694
sda1 0.00 0.00 0.00 2431 14
sda2 25.00 197.87 86.24 254104429 110753680
sdb 92.12 141.39 2951.64 181571178 3790455360
sdb1 92.12 141.39 2951.64 181570594 3790455360
dm-0 418.25 339.26 3037.88 435672794 3901209424
dm-1 0.00 0.00 0.00 1376 216









share|improve this question



















  • 1





    It looks like CrashPlan is running. Maybe when the machine was rebuilt, CrashPlan was set up as if this were a new machine, one on which the files had never been backed up before. Normally when you set up CrashPlan on a rebuilt system, you can choose an existing backup to use so that it won't have to copy over everything again.

    – Mark Plotnick
    Feb 18 '15 at 18:10












  • No, that is not the case. I did the adaption as you mentioned. It is not just the crashplan, everything is extremely slow on the machine, making it unusable for any purpose.

    – Abhishek Bisaria
    Feb 18 '15 at 23:20












  • OK. If you run the CrashPlan app, what does it say it's busy doing? If you pause CrashPlan and run iotop and iostat, what is running?

    – Mark Plotnick
    Feb 19 '15 at 1:06












  • Ok, I killed crashplan and here is the output of iotop after that:

    – Abhishek Bisaria
    Feb 19 '15 at 14:55











  • Total DISK READ: 124.78 K/s | Total DISK WRITE: 0.00 B/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 20772 be/7 root 14.68 K/s 7.34 K/s 0.00 % 99.99 % updatedb -f sysfs 17446 be/4 root 110.10 K/s 0.00 B/s 0.00 % 92.75 % [rsync] 155 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % [kacpid] 20214 be/4 root 0.00 B/s 0.00 B/s 92.75 % 0.09 % bash /usr/bin/run-parts /etc/cron.daily 264 be/3 root 0.00 B/s 0.00 B/s 0.00 %

    – Abhishek Bisaria
    Feb 19 '15 at 14:56













1












1








1








I recently rebuild a machine with Centos 5.8 with a brand new disk.
This machine is old and has been running 5.8 for a long period with no issues so the only thing which changed recently is the new much larger disk.
However all the file operations are extremely slow since the machine was rebuilt with the new disk.



My knowledge about OS admin stuff is very limited and I will appreciate if someone can point me to where should I be looking at for finding the root cause. What commands or utilities I could use?



There is a java based back up program running on this machine which is constantly reading from the disk but the same program was running on this machine before the rebuild too and machine has been behaving fine for almost 2 years while this program ran at all times. But now the machine is not very usable and even the back up program is crawling.



This is the output of the iostat command:



avg-cpu: %user %nice %system %iowait %steal %idle
0.67 0.41 1.70 52.66 0.00 44.56

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 24.87 197.21 53.98 238224706 65205070
sda1 0.00 0.00 0.00 2266 14
sda2 24.87 197.21 53.98 238222160 65205056
sdb 91.76 138.66 903.42 167496875 1091305280
sdb1 91.76 138.66 903.42 167496635 1091305280
dm-0 157.98 335.87 957.40 405716746 1156511560
dm-1 0.00 0.00 0.00 1376 216


And here is the snippet from the iotop command:



 8723 be/4 root 0.00 B/s 0.00 B/s 0.00 % 98.49 % [pdflush]
588 be/3 root 0.00 B/s 0.00 B/s 0.00 % 75.71 % [kjournald]
8 be/3 root 0.00 B/s 0.00 B/s 0.00 % 5.19 % [events/0]
13161 be/4 root 0.00 B/s 0.00 B/s 0.00 % 1.25 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~ang:./skin com.backup42.desktop.CPDesktop
10668 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.63 % artsd -F 10 -S 4096 -s 60 -m artsmessage -l 3 -f
16681 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % sshd: root [priv]
3792 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % python -E /usr/bin/sealert -s
13060 be/7 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~hplan/lang com.backup42.service.CPService
13141 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~ang:./skin com.backup42.desktop.CPDesktop
10672 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % artsmessage -i Sound server informational~l continue, using the null output device.
13049 be/7 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~hplan/lang com.backup42.service.CPService
13162 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~ang:./skin com.backup42.desktop.CPDeskto


Though I Don't know what to look for here..



UPDATE #1



Here is the output of iotop after killing crashplan.
What is this 'rsync' process ? I am not running any rsync on the machine.
Looks like 'updatedb' and 'rsynch' are using up all the IO..



Total DISK READ: 124.78 K/s | Total DISK WRITE: 0.00 B/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
20772 be/7 root 14.68 K/s 7.34 K/s 0.00 % 99.99 % updatedb -f sysfs
17446 be/4 root 110.10 K/s 0.00 B/s 0.00 % 92.75 % [rsync]
155 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % [kacpid]
20214 be/4 root 0.00 B/s 0.00 B/s 92.75 % 0.09 % bash /usr/bin/run-parts /etc/cron.daily
264 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [cqueue/0]
20767 be/7 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % sh /etc/cron.daily/mlocate.cron
20213 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % crond


Output of iostat:



avg-cpu: %user %nice %system %iowait %steal %idle
1.15 0.41 2.91 53.18 0.00 42.36

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 25.00 197.88 86.24 254108937 110753694
sda1 0.00 0.00 0.00 2431 14
sda2 25.00 197.87 86.24 254104429 110753680
sdb 92.12 141.39 2951.64 181571178 3790455360
sdb1 92.12 141.39 2951.64 181570594 3790455360
dm-0 418.25 339.26 3037.88 435672794 3901209424
dm-1 0.00 0.00 0.00 1376 216









share|improve this question
















I recently rebuild a machine with Centos 5.8 with a brand new disk.
This machine is old and has been running 5.8 for a long period with no issues so the only thing which changed recently is the new much larger disk.
However all the file operations are extremely slow since the machine was rebuilt with the new disk.



My knowledge about OS admin stuff is very limited and I will appreciate if someone can point me to where should I be looking at for finding the root cause. What commands or utilities I could use?



There is a java based back up program running on this machine which is constantly reading from the disk but the same program was running on this machine before the rebuild too and machine has been behaving fine for almost 2 years while this program ran at all times. But now the machine is not very usable and even the back up program is crawling.



This is the output of the iostat command:



avg-cpu: %user %nice %system %iowait %steal %idle
0.67 0.41 1.70 52.66 0.00 44.56

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 24.87 197.21 53.98 238224706 65205070
sda1 0.00 0.00 0.00 2266 14
sda2 24.87 197.21 53.98 238222160 65205056
sdb 91.76 138.66 903.42 167496875 1091305280
sdb1 91.76 138.66 903.42 167496635 1091305280
dm-0 157.98 335.87 957.40 405716746 1156511560
dm-1 0.00 0.00 0.00 1376 216


And here is the snippet from the iotop command:



 8723 be/4 root 0.00 B/s 0.00 B/s 0.00 % 98.49 % [pdflush]
588 be/3 root 0.00 B/s 0.00 B/s 0.00 % 75.71 % [kjournald]
8 be/3 root 0.00 B/s 0.00 B/s 0.00 % 5.19 % [events/0]
13161 be/4 root 0.00 B/s 0.00 B/s 0.00 % 1.25 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~ang:./skin com.backup42.desktop.CPDesktop
10668 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.63 % artsd -F 10 -S 4096 -s 60 -m artsmessage -l 3 -f
16681 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % sshd: root [priv]
3792 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % python -E /usr/bin/sealert -s
13060 be/7 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~hplan/lang com.backup42.service.CPService
13141 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~ang:./skin com.backup42.desktop.CPDesktop
10672 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % artsmessage -i Sound server informational~l continue, using the null output device.
13049 be/7 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~hplan/lang com.backup42.service.CPService
13162 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % java -Dfile.encoding=UTF-8 -Dapp=CrashPla~ang:./skin com.backup42.desktop.CPDeskto


Though I Don't know what to look for here..



UPDATE #1



Here is the output of iotop after killing crashplan.
What is this 'rsync' process ? I am not running any rsync on the machine.
Looks like 'updatedb' and 'rsynch' are using up all the IO..



Total DISK READ: 124.78 K/s | Total DISK WRITE: 0.00 B/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
20772 be/7 root 14.68 K/s 7.34 K/s 0.00 % 99.99 % updatedb -f sysfs
17446 be/4 root 110.10 K/s 0.00 B/s 0.00 % 92.75 % [rsync]
155 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % [kacpid]
20214 be/4 root 0.00 B/s 0.00 B/s 92.75 % 0.09 % bash /usr/bin/run-parts /etc/cron.daily
264 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [cqueue/0]
20767 be/7 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % sh /etc/cron.daily/mlocate.cron
20213 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % crond


Output of iostat:



avg-cpu: %user %nice %system %iowait %steal %idle
1.15 0.41 2.91 53.18 0.00 42.36

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 25.00 197.88 86.24 254108937 110753694
sda1 0.00 0.00 0.00 2431 14
sda2 25.00 197.87 86.24 254104429 110753680
sdb 92.12 141.39 2951.64 181571178 3790455360
sdb1 92.12 141.39 2951.64 181570594 3790455360
dm-0 418.25 339.26 3037.88 435672794 3901209424
dm-1 0.00 0.00 0.00 1376 216






files io disk






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Apr 14 at 1:47









slm

256k71544690




256k71544690










asked Feb 18 '15 at 17:54









Abhishek BisariaAbhishek Bisaria

62




62







  • 1





    It looks like CrashPlan is running. Maybe when the machine was rebuilt, CrashPlan was set up as if this were a new machine, one on which the files had never been backed up before. Normally when you set up CrashPlan on a rebuilt system, you can choose an existing backup to use so that it won't have to copy over everything again.

    – Mark Plotnick
    Feb 18 '15 at 18:10












  • No, that is not the case. I did the adaption as you mentioned. It is not just the crashplan, everything is extremely slow on the machine, making it unusable for any purpose.

    – Abhishek Bisaria
    Feb 18 '15 at 23:20












  • OK. If you run the CrashPlan app, what does it say it's busy doing? If you pause CrashPlan and run iotop and iostat, what is running?

    – Mark Plotnick
    Feb 19 '15 at 1:06












  • Ok, I killed crashplan and here is the output of iotop after that:

    – Abhishek Bisaria
    Feb 19 '15 at 14:55











  • Total DISK READ: 124.78 K/s | Total DISK WRITE: 0.00 B/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 20772 be/7 root 14.68 K/s 7.34 K/s 0.00 % 99.99 % updatedb -f sysfs 17446 be/4 root 110.10 K/s 0.00 B/s 0.00 % 92.75 % [rsync] 155 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % [kacpid] 20214 be/4 root 0.00 B/s 0.00 B/s 92.75 % 0.09 % bash /usr/bin/run-parts /etc/cron.daily 264 be/3 root 0.00 B/s 0.00 B/s 0.00 %

    – Abhishek Bisaria
    Feb 19 '15 at 14:56












  • 1





    It looks like CrashPlan is running. Maybe when the machine was rebuilt, CrashPlan was set up as if this were a new machine, one on which the files had never been backed up before. Normally when you set up CrashPlan on a rebuilt system, you can choose an existing backup to use so that it won't have to copy over everything again.

    – Mark Plotnick
    Feb 18 '15 at 18:10












  • No, that is not the case. I did the adaption as you mentioned. It is not just the crashplan, everything is extremely slow on the machine, making it unusable for any purpose.

    – Abhishek Bisaria
    Feb 18 '15 at 23:20












  • OK. If you run the CrashPlan app, what does it say it's busy doing? If you pause CrashPlan and run iotop and iostat, what is running?

    – Mark Plotnick
    Feb 19 '15 at 1:06












  • Ok, I killed crashplan and here is the output of iotop after that:

    – Abhishek Bisaria
    Feb 19 '15 at 14:55











  • Total DISK READ: 124.78 K/s | Total DISK WRITE: 0.00 B/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 20772 be/7 root 14.68 K/s 7.34 K/s 0.00 % 99.99 % updatedb -f sysfs 17446 be/4 root 110.10 K/s 0.00 B/s 0.00 % 92.75 % [rsync] 155 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % [kacpid] 20214 be/4 root 0.00 B/s 0.00 B/s 92.75 % 0.09 % bash /usr/bin/run-parts /etc/cron.daily 264 be/3 root 0.00 B/s 0.00 B/s 0.00 %

    – Abhishek Bisaria
    Feb 19 '15 at 14:56







1




1





It looks like CrashPlan is running. Maybe when the machine was rebuilt, CrashPlan was set up as if this were a new machine, one on which the files had never been backed up before. Normally when you set up CrashPlan on a rebuilt system, you can choose an existing backup to use so that it won't have to copy over everything again.

– Mark Plotnick
Feb 18 '15 at 18:10






It looks like CrashPlan is running. Maybe when the machine was rebuilt, CrashPlan was set up as if this were a new machine, one on which the files had never been backed up before. Normally when you set up CrashPlan on a rebuilt system, you can choose an existing backup to use so that it won't have to copy over everything again.

– Mark Plotnick
Feb 18 '15 at 18:10














No, that is not the case. I did the adaption as you mentioned. It is not just the crashplan, everything is extremely slow on the machine, making it unusable for any purpose.

– Abhishek Bisaria
Feb 18 '15 at 23:20






No, that is not the case. I did the adaption as you mentioned. It is not just the crashplan, everything is extremely slow on the machine, making it unusable for any purpose.

– Abhishek Bisaria
Feb 18 '15 at 23:20














OK. If you run the CrashPlan app, what does it say it's busy doing? If you pause CrashPlan and run iotop and iostat, what is running?

– Mark Plotnick
Feb 19 '15 at 1:06






OK. If you run the CrashPlan app, what does it say it's busy doing? If you pause CrashPlan and run iotop and iostat, what is running?

– Mark Plotnick
Feb 19 '15 at 1:06














Ok, I killed crashplan and here is the output of iotop after that:

– Abhishek Bisaria
Feb 19 '15 at 14:55





Ok, I killed crashplan and here is the output of iotop after that:

– Abhishek Bisaria
Feb 19 '15 at 14:55













Total DISK READ: 124.78 K/s | Total DISK WRITE: 0.00 B/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 20772 be/7 root 14.68 K/s 7.34 K/s 0.00 % 99.99 % updatedb -f sysfs 17446 be/4 root 110.10 K/s 0.00 B/s 0.00 % 92.75 % [rsync] 155 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % [kacpid] 20214 be/4 root 0.00 B/s 0.00 B/s 92.75 % 0.09 % bash /usr/bin/run-parts /etc/cron.daily 264 be/3 root 0.00 B/s 0.00 B/s 0.00 %

– Abhishek Bisaria
Feb 19 '15 at 14:56





Total DISK READ: 124.78 K/s | Total DISK WRITE: 0.00 B/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 20772 be/7 root 14.68 K/s 7.34 K/s 0.00 % 99.99 % updatedb -f sysfs 17446 be/4 root 110.10 K/s 0.00 B/s 0.00 % 92.75 % [rsync] 155 be/3 root 0.00 B/s 0.00 B/s 0.00 % 0.09 % [kacpid] 20214 be/4 root 0.00 B/s 0.00 B/s 92.75 % 0.09 % bash /usr/bin/run-parts /etc/cron.daily 264 be/3 root 0.00 B/s 0.00 B/s 0.00 %

– Abhishek Bisaria
Feb 19 '15 at 14:56










0






active

oldest

votes












Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f185553%2fvery-slow-file-operation%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























0






active

oldest

votes








0






active

oldest

votes









active

oldest

votes






active

oldest

votes















draft saved

draft discarded
















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f185553%2fvery-slow-file-operation%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

getting Checkpoint VPN SSL Network Extender working in the command lineHow to connect to CheckPoint VPN on Ubuntu 18.04LTS?Will the Linux ( red-hat ) Open VPNC Client connect to checkpoint or nortel VPN gateways?VPN client for linux machine + support checkpoint gatewayVPN SSL Network Extender in FirefoxLinux Checkpoint SNX tool configuration issuesCheck Point - Connect under Linux - snx + OTPSNX VPN Ububuntu 18.XXUsing Checkpoint VPN SSL Network Extender CLI with certificateVPN with network manager (nm-applet) is not workingWill the Linux ( red-hat ) Open VPNC Client connect to checkpoint or nortel VPN gateways?VPN client for linux machine + support checkpoint gatewayImport VPN config files to NetworkManager from command lineTrouble connecting to VPN using network-manager, while command line worksStart a VPN connection with PPTP protocol on command linestarting a docker service daemon breaks the vpn networkCan't connect to vpn with Network-managerVPN SSL Network Extender in FirefoxUsing Checkpoint VPN SSL Network Extender CLI with certificate

Cannot Extend partition with GParted The 2019 Stack Overflow Developer Survey Results Are In Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern) 2019 Community Moderator Election ResultsCan't increase partition size with GParted?GParted doesn't recognize the unallocated space after my current partitionWhat is the best way to add unallocated space located before to Ubuntu 12.04 partition with GParted live?I can't figure out how to extend my Arch home partition into free spaceGparted Linux Mint 18.1 issueTrying to extend but swap partition is showing as Unknown in Gparted, shows proper from fdiskRearrange partitions in gparted to extend a partitionUnable to extend partition even though unallocated space is next to it using GPartedAllocate free space to root partitiongparted: how to merge unallocated space with a partition

Marilyn Monroe Ny fiainany manokana | Jereo koa | Meny fitetezanafanitarana azy.