ros filing storage space excessively fast

asked 2019-12-04 08:11:39 -0500

Hello all.

I've been having issues with storage space getting filled very fast when I run my project with ros. I just did a fresh install of Ubuntu 18.04 on Jetson Xavier. When I started with ros my available space on the hard drive was 21GB out of 29. In a matter of an hour that space was reduced to less then a gig. I ran rosclean purge and this cleared my drive back down to ~21G free space. Running through this a second time I can see the disk space disappearing again though after doing rosclean purge only have the space was released leaving me with ~13G.

Any suggestions on why the log files are filling so quickly and why other ares of my system are being filled as well?

If it is important, my code consists of cpp script that takes keyboard commands and publishes them, a cpp script that reads the keyboard commands and with a i2c library sends and receives data over i2c and publishes the results followed by a third cpp script that just displays what was pressed on the keyboard and what was received from i2c. the library is this []

edit retag flag offensive close merge delete



a third cpp script that just displays what was pressed on the keyboard and what was received from i2c

this could be the cause.

By default, whatever you log using the ROS_*(..) logging macros will end up in logfiles in your $HOME/.ros directory. If you run your i2c bus/nodes at a reasonable rate, I can imagine lots of printouts to be logged to file. This could cause what you are describing.

gvdhoorn gravatar image gvdhoorn  ( 2019-12-04 08:39:31 -0500 )edit

My guess would be your code is doing some funky stuff, I have never seen just ros logs fill up disk space that quickly.

Choco93 gravatar image Choco93  ( 2019-12-04 08:41:48 -0500 )edit

the only entity that could eat that much space in ROS that I am aware of is a rosbag logging pointclouds or images, does not harm to look into that direction

Oscar Lima gravatar image Oscar Lima  ( 2019-12-04 16:22:46 -0500 )edit

Thanks for the input. I'll look into this more.

MiniMe gravatar image MiniMe  ( 2019-12-04 18:01:07 -0500 )edit