Below is what I got, I think it is different from #4

rtop: asn1: structure error: tags don't match (16 vs {class:0 tag:0 length:28 isCompound:false}) {optional:false explicit:false application:false defaultValue:<nil> tag:<nil> stringType:0 set:false omitEmpty:false} pkcs1PrivateKey @2

Background info

Commit hash: ed16e84
uname: Linux foobar 4.0.1-1-ARCH #1 SMP PREEMPT Wed Apr 29 12:00:26 CEST 2015 x86_64 GNU/Linux
openssh: 6.8p1
openssl: 1.0.2a

In my local ~/.ssh/config:

Host *
    ControlMaster auto
    ControlPath /tmp/ssh-%r@%h:%p.socket
    ControlPersist yes
    ServerAliveCountMax 2
    ServerAliveInterval 120

I enabled ssh multiplexing for any connection, but rtop seems not to be using the ControlPath.

Is it possible for rtop to use the ControlPath opened by ssh?

On the homepage it says that I can authenticate with a password but I keep getting this error:

unable to authenticate, attempted methods [none publickey], no supported methods remain

I don't see a hidden flag in the config and I can't set it in my .ssh/config.

There is a standard argument parsing lib for go, any reason to not use it?

https://golang.org/pkg/flag/

Is there any particular reason for not using the standard package for argument parsing?

Returns - "package math/bits: unrecognized import path "math/bits" (import path does not begin with hostname)" when "go get github.com/rapidloop/rtop" is executed.

when trying to compile on debian wheezy:

make
GOPATH=`pwd` go build -o rtop src/*.go
# golang.org/x/crypto/ssh
src/golang.org/x/crypto/ssh/cipher.go:245: undefined: cipher.AEAD
make: *** [rtop] Error 2

Unfortunately, this otherwise nice program doesn't support encrypted keys, there is no way to supply the passphrase:

Example:

$ rtop <server>
rtop: ssh: cannot decode encrypted private keys
rtop: ssh: handshake failed: ssh: unable to authenticate, attempted methods [none], no supported methods remain

In this case, has a proper entry in ~/.ssh/config, an ssh-agent is running and the encrypted is loaded.

Hi there,

I tried to build this on OS X 10.10.3 and everything went well. But now when I try to connect to a remote server, I always get:

rtop: asn1: structure error: length too large

What is going wrong here?

Regards,
Fabio

When I let rtop run, it will display the new results below the previous results. It would be much clearer if it replaced it.

rtop: x509: failed to parse EC private key: asn1: structure error: length too large

It doesn't support aliases saved in /etc/ssh/ssh_config :(

Steps to reproduce:

$ go get github.com/rapidloop/rtop

Expected results:

• rtop is installed

Actual results:

$ go get github.com/rapidloop/rtop
package github.com/rapidloop/rtop
    imports github.com/rapidloop/rtop
    imports github.com/rapidloop/rtop: no buildable Go source files in ~/go/src/github.com/rapidloop/rtop

See also Organizing Go code. Reorganizing the repo would enable go get, permit removal of the Makefile, and permit removal of the SSH-related submodule.

Go Version

(base) vibhu@pop-os:~/Downloads/software$ go version
go version go1.17.5 linux/amd64

Installation Verification:

(base) vibhu@pop-os:~/Downloads/software$ go install github.com/rapidloop/rtop@latest
go: finding module for package golang.org/x/crypto/ssh/terminal
go: finding module for package golang.org/x/crypto/ssh
go: finding module for package golang.org/x/crypto/ssh/agent
go: found golang.org/x/crypto/ssh in golang.org/x/crypto v0.0.0-20211215153901-e495a2d5b3d3
go: found golang.org/x/crypto/ssh/agent in golang.org/x/crypto v0.0.0-20211215153901-e495a2d5b3d3
go: found golang.org/x/crypto/ssh/terminal in golang.org/x/crypto v0.0.0-20211215153901-e495a2d5b3d3

Post install the user local go bin:

(base) vibhu@pop-os:~/Downloads/software$ ls -alt /usr/local/go/bin
total 16940
drwxr-xr-x  2 vibhu vibhu     4096 Dec  9 08:53 .
-rwxr-xr-x  1 vibhu vibhu 14015892 Dec  9 08:53 go
-rwxr-xr-x  1 vibhu vibhu  3319301 Dec  9 08:53 gofmt
drwxr-xr-x 10 vibhu vibhu     4096 Dec  9 08:50 ..

Expected Behaviour:
As per documentation, find the bin for rtop in the user/local/go/bin.

Currently, there's no way to use your ~/.ssh/config as a host. It'll just say that no such host is resolvable. It would be cool if that would also work.

Would be good if I can install this using brew.

As i understand it, RTOP is a pull based model where a central server ssh's in on some schedule and runs and grabs data. But i am thinking about adapting the model. Dont kil me, but just discussing....
It should be pretty easy to make it just a config setting perhaps..

1. Run a Scheduler in golang. Easy. Set by config
2. Runs the standard stats collector
3. Pushes the data up to the standard endpoint.

The reason for this Question 7 Issue, is because i have devices out in the field, with the IP address dynamic. Its IOT style world :)

dont want to break all the other bits to this - for example the central server can be make to work with both push and pull model.

Would be curious of your thoughts. DO you support this ? DO you want to kill me for suggesting this ? etc

There is a known issue in go on some Linux systems. I run into this on Fedora 20, so I cannot even try rtop :(

This seems to be a "WontFix" issue, so maybe you can work around it?

I'm not sure if this is a feature request or bug - rtop does not list partitions that use LVM.

It lists the boot partition, since this is not using LVM. However my root filesystem is on a LVM partition and this is not listed/monitored in the Filesystem section of the report.

Is there any chance this tool can support ZFS filesystem mount points?

The rtop output is:
Filesystems:
           /:  18.02 GiB free of  18.56 GiB
       /boot: 411.04 MiB free of 451.22 MiB
        /tmp:   1.80 GiB free of   1.81 GiB
        /usr:   2.42 GiB free of   9.22 GiB
        /var:   4.23 GiB free of   5.48 GiB

A local file listing looks like this:
[root@xt ~]# ssh mdmarra df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2        20G  558M   19G   3% /
tmpfs            24G   12K   24G   1% /dev/shm
/dev/sda1       477M   41M  412M   9% /boot
/dev/sda7       2.0G  3.1M  1.9G   1% /tmp
/dev/sda3       9.8G  6.8G  2.5G  74% /usr
/dev/sda6       5.8G  1.3G  4.3G  23% /var
vol1/images     292G  161G  132G  55% /images
vol1/ppro       202G   71G  132G  35% /ppro
vol1            133G  1.3G  132G   1% /vol1

After running over a few days, the memory it took is about 1.6 GB. Why is this?

Some virtual hosts have a huge list of network interfaces, pushing the other useful information off the screen. For these hosts, it would be great if we can limit the interfaces shown. The default behaviour can be as it is currently. One of our vms on hyper-v has 18 veth* interfaces...

1. --limit-interfaces 2 seems like a bad idea because we don't know the order of the interfaces
2. --interface eth0 --interface docker0 --interface ... would be fine
3. A config file would be overkill, I guess, especially since it's a per-host setting

Apologies if I'm missing something obvious, but rtop doesn't seem to be using my ssh agent.

MacOS 10.11.6
go1.7.5 darwin/amd64

$ ssh-add -l
2048 SHA256:blah /Users/blah/.ssh/id_rsa (RSA)
$ ssh server date
Sat 11 Feb 03:23:45 GMT 2017
$ bin/rtop server
Enter passphrase for key '/Users/blah/.ssh/id_rsa':

any ideas, please?

thanks much…

Is it possible to return a json formatted output?

I got this problem when i run this code on my macOS 10.12.3, but i have fixed it by editing the file of sshhelper.go

about line 214:

config := &ssh.ClientConfig{
	User: user,
	Auth: auths,
	HostKeyCallback: func(hostname string, remote net.Addr, key ssh.PublicKey) error {
            return nil
        },
}

Built as "git clone --recursive http://github.com/rapidloop/rtop; make". Calling "rtop [ipaddress]" returns only error "rtop: asn1: structure error: length too large" and terminates.

alex@alex-work ~/s/rtop (master)> ./rtop alex@my-demo:2299
rtop: asn1: structure error: tags don't match (16 vs {class:2 tag:1 length:76 isCompound:false}) {optional:false explicit:false application:false defaultValue:<nil> tag:<nil> stringType:0 set:false omitEmpty:false} pkcs1PrivateKey @2
alex@alex-work ~/s/rtop (master) [1]> ssh -p 2299 my-demo
Welcome to Ubuntu 14.04 LTS (GNU/Linux 3.13.0-24-generic x86_64)

so that's strange. I tried manually providing the private key to use, but the same result happened.

Keeping in mind that my private key is password protected, and the ssh-agent currently has access to it unencrypted.

Not sure what's going on :<

Just wanting to ask first before i try.

Since its go, a very good chance. If anyone can comment would be great.