unistd_64.h not found

[ethanpost]

I am running this image in VirtualBox. Runs fine on another machine with VirtualBox but Ubuntu image is 4.15.0-47-generic there and not 46. Python versions are same on both but have not confirmed if same packages available on both.

Any ideas?

epost@arcshellvm:/media/sf_temp/arcshell/global/bin$ python --version
Python 2.7.15rc1

epost@arcshellvm:/media/sf_temp/arcshell/global/bin$ uname -a
Linux arcshellvm 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 09:33:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

epost@arcshellvm:/media/sf_temp/arcshell/global/bin$ psn
Traceback (most recent call last):
  File "/media/sf_temp/arcshell/global/bin/psn", line 25, in <module>
    import proc, report
  File "/media/sf_temp/arcshell/global/bin/proc.py", line 276, in <module>
    syscall_id_to_name = get_system_call_names()
  File "/media/sf_temp/arcshell/global/bin/proc.py", line 273, in get_system_call_names
    raise 'unistd_64.h not found'
TypeError: exceptions must be old-style classes or derived from BaseException, not str

[tanelpoder]

Check if you have libc6-dev package installed? (apt-get install libc6-dev). That should provide the .h file. As system calls are only added in Linux world and never removed & renumbered, the existing syscall numbers remain the same for a platform. So I could copy & paste these numbers to the psnapper code to remove the dependency. Maybe I’ll do it only for x86_64 platform at first and on other platforms (where syscall numbers are different) would still require the .h.

[ethanpost]

That fixed the issue.

…

On Fri, Apr 5, 2019 at 6:51 PM Tanel Poder ***@***.***> wrote: Check if you have libc6-dev package installed? (apt-get install libc6-dev). That should provide the .h file. As system calls are only added in Linux world and never removed & renumbered, the existing syscall numbers remain the same for a platform. So I could copy & paste these numbers to the psnapper code to remove the dependency. Maybe I’ll do it only for x86_64 platform at first and on other platforms (where syscall numbers are different) would still require the .h. On Fri, Apr 5, 2019 at 18:57 Ethan Post ***@***.***> wrote: > I am running this image in VirtualBox. Runs fine on another machine with > VirtualBox but Ubuntu image is 4.15.0-47-generic there and not 46. Python > versions are same on both but have not confirmed if same packages available > on both. > > Any ideas? > > ***@***.***:/media/sf_temp/arcshell/global/bin$ python --version > Python 2.7.15rc1 > > ***@***.***:/media/sf_temp/arcshell/global/bin$ uname -a > Linux arcshellvm 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 09:33:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux > > ***@***.***:/media/sf_temp/arcshell/global/bin$ psn > Traceback (most recent call last): > File "/media/sf_temp/arcshell/global/bin/psn", line 25, in <module> > import proc, report > File "/media/sf_temp/arcshell/global/bin/proc.py", line 276, in <module> > syscall_id_to_name = get_system_call_names() > File "/media/sf_temp/arcshell/global/bin/proc.py", line 273, in get_system_call_names > raise 'unistd_64.h not found' > TypeError: exceptions must be old-style classes or derived from BaseException, not str > > — > You are receiving this because you are subscribed to this thread. > Reply to this email directly, view it on GitHub > <#1>, or mute the thread > < https://github.com/notifications/unsubscribe-auth/ADd-HfYuRlj7u7IRtLORAjFRSIc6sJH2ks5vd9TKgaJpZM4cf2lY > > . > -- Sent from mobile — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#1 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AEyTiXxXQ9zxkMORH2VglgtbtKVOBqKOks5vd-GHgaJpZM4cf2lY> .

[ethanpost]

Didn't think this would work but had to try :) epost@arcshellvm:/media/sf_temp/arcshell$ psn -d 1000 Process Snapper sampling stat, cmdline for 1000 seconds... Traceback (most recent call last): File "/media/sf_temp/arcshell/global/bin/psn", line 230, in <module> selected_pids = get_matching_processes(args.pid, args.recursive) File "/media/sf_temp/arcshell/global/bin/psn", line 162, in get_matching_processes for line in os.popen('ps -A -o pid,ppid,comm', 'r').readlines()[1:]: OSError: [Errno 12] Cannot allocate memory

…

On Fri, Apr 5, 2019 at 8:08 PM Ethan Post ***@***.***> wrote: That fixed the issue. On Fri, Apr 5, 2019 at 6:51 PM Tanel Poder ***@***.***> wrote: > Check if you have libc6-dev package installed? (apt-get install > libc6-dev). > That should provide the .h file. > > As system calls are only added in Linux world and never removed & > renumbered, the existing syscall numbers remain the same for a platform. > So > I could copy & paste these numbers to the psnapper code to remove the > dependency. > > Maybe I’ll do it only for x86_64 platform at first and on other platforms > (where syscall numbers are different) would still require the .h. > > On Fri, Apr 5, 2019 at 18:57 Ethan Post ***@***.***> wrote: > > > I am running this image in VirtualBox. Runs fine on another machine with > > VirtualBox but Ubuntu image is 4.15.0-47-generic there and not 46. > Python > > versions are same on both but have not confirmed if same packages > available > > on both. > > > > Any ideas? > > > > ***@***.***:/media/sf_temp/arcshell/global/bin$ python --version > > Python 2.7.15rc1 > > > > ***@***.***:/media/sf_temp/arcshell/global/bin$ uname -a > > Linux arcshellvm 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 09:33:07 > UTC 2019 x86_64 x86_64 x86_64 GNU/Linux > > > > ***@***.***:/media/sf_temp/arcshell/global/bin$ psn > > Traceback (most recent call last): > > File "/media/sf_temp/arcshell/global/bin/psn", line 25, in <module> > > import proc, report > > File "/media/sf_temp/arcshell/global/bin/proc.py", line 276, in <module> > > syscall_id_to_name = get_system_call_names() > > File "/media/sf_temp/arcshell/global/bin/proc.py", line 273, in > get_system_call_names > > raise 'unistd_64.h not found' > > TypeError: exceptions must be old-style classes or derived from > BaseException, not str > > > > — > > You are receiving this because you are subscribed to this thread. > > Reply to this email directly, view it on GitHub > > <#1>, or mute the thread > > < > https://github.com/notifications/unsubscribe-auth/ADd-HfYuRlj7u7IRtLORAjFRSIc6sJH2ks5vd9TKgaJpZM4cf2lY > > > > . > > > -- > Sent from mobile > > — > You are receiving this because you authored the thread. > Reply to this email directly, view it on GitHub > <#1 (comment)>, > or mute the thread > <https://github.com/notifications/unsubscribe-auth/AEyTiXxXQ9zxkMORH2VglgtbtKVOBqKOks5vd-GHgaJpZM4cf2lY> > . >

[tanelpoder]

Yep this is because I use SQLite under the hood (for flexible joins & aggregations between different /proc datasources) and currenlty it's using memory as backing store for its temporary tables. In a future version I'll do 2 things:

1. allow running psnapper indefinitely and it prints out a snapshot report every X seconds (and discards the history)
2. store unlimited history in an on-disk SQLite backing store and allow reporting based on time selected