LTSP 5 is in minimal maintenance mode
The new LTSP is hosted at https://ltsp.github.io

IRC chat logs for #ltsp on irc.freenode.net (webchat)


Channel log from 15 October 2019   (all times are UTC)

00:03statler has left IRC (statler!~Georg@p5B30EE2F.dip0.t-ipconnect.de, Remote host closed the connection)
03:49tux-cool has joined IRC (tux-cool!c0d6640c@192.214.100.12)
03:50
<tux-cool>
hi
03:50
i have a problam
03:59tux-cool has left IRC (tux-cool!c0d6640c@192.214.100.12, Ping timeout: 260 seconds)
04:14
<alkisg>
!specs
04:14
<ltsp>
I do not know about 'specs', but I do know about these similar topics: 'sis', 'splash'
04:15
<alkisg>
!learn specs as To receive better advice, please share your setup specifications with us: https://github.com/ltsp/ltsp/wiki/specs
04:15
<ltsp>
The operation succeeded.
05:01statler has joined IRC (statler!~Georg@p5B30EE2F.dip0.t-ipconnect.de)
05:54Klimm has joined IRC (Klimm!~Georg@p5B30EE2F.dip0.t-ipconnect.de)
05:58ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
06:02spectra has left IRC (spectra!~spectra@debian/developer/spectra, Ping timeout: 248 seconds)
06:12spectra has joined IRC (spectra!~spectra@debian/developer/spectra)
06:50woernie has joined IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de)
06:50baskar has joined IRC (baskar!b752fa89@183.82.250.137)
06:51
<baskar>
Hi
06:51
<alkisg>
Hi baskar
06:52
<baskar>
we having problem to connect ltsp server boot in network
06:54
<alkisg>
What problem?
06:55brick has joined IRC (brick!~ff@ppp031014172140.access.hol.gr)
06:56
<baskar>
while booting client via network BUSYBOX (initramfs)
06:56
<brick>
gm ppl, are greek allowed here?
06:57
<alkisg>
brick: it's better to type this: /join #ts.sch.gr
06:57
baskar: which ltsp version is that, ltsp5 or ltsp19?
06:58
!greek | echo brick
06:58
<ltsp>
brick greek: Στο παρόν κανάλι μιλάνε μόνο Αγγλικά, για υποστήριξη στα Ελληνικά από την υπηρεσία Τεχνικής Στήριξης ΣΕΠΕΗΥ διαβάστε το http://ts.sch.gr/wiki/IRC και στη συνέχεια πληκτρολογήστε /j #ts.sch.gr
06:59
<baskar>
Linux ltspserver 3.13.0-32-generic #57~precise1-Ubuntu SMP Tue Jul 15 03:51:20 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
06:59
<alkisg>
baskar: ah, that's ancient. So, it was working and it stopped working? What happened?
07:02
<baskar>
It's working first time booting a client, After that rebooted client it's given BUSYBOX (initramfs)
07:03
<alkisg>
Can you take a photo of the client initramfs, and upload it to imgur.com or somewhere? E.g. with your mobile phone?
07:03
So that we see all the error messages
07:03
Also, you might want to update to Ubuntu 18.04; because your 12.04 is no longer supported
07:07
<baskar>
ok i will do first of all i send the error image
07:13
<brick>
bcg, heard that you have ported ltsp5 to boot into centos, any plans for ltsp19 yet?
07:14
<baskar>
Error Link : https://imgur.com/a/8kqUUfT
07:15
<alkisg>
baskar: this link tells me that I need to sign in
07:16
Check if it's correct or not
07:17
<baskar>
Yes it's correct
07:17
<alkisg>
OK upload it to another site because this doesn't allow me to see it
07:24
<bcg>
brick: it's currently ltsp5 / centos7. when I port it to centos8 it will be based on ltsp19. that will take some time, probably early next year.
07:24
<baskar>
Just you have to register
07:24
<alkisg>
baskar: I don't want to register, there are thousands of other sites to upload your image...
07:24
Just google for "upload screenshot"
07:25
<baskar>
ok
07:25
<brick>
bcg, check pm
07:26
<bcg>
reply to your pm: yes, i'm here, just woke up...
07:33
<baskar>
Error Image link : https://ibb.co/NW9cRGw
07:34baskar has left IRC (baskar!b752fa89@183.82.250.137, Remote host closed the connection)
07:35baskar has joined IRC (baskar!b752fa89@183.82.250.137)
07:37baskar has joined IRC (baskar!b752fa89@183.82.250.137)
07:38baskar has joined IRC (baskar!b752fa89@183.82.250.137)
07:39
<baskar>
sorry for inconvenience here network connection refused
07:40
have you seen the link?
07:40
<alkisg>
baskar: yes but you don't have "quiet" disabled so there's no error message there
07:41
baskar: what is your host operating system there, windows?
07:42
<baskar>
Windows 10
07:48
<alkisg>
I don't have much time, but I could take a look if you share your screen with me
07:48
!uvnc-dide
07:48
<ltsp>
uvnc-dide: To share your *Windows* screen with me over VNC, download and run this: http://alkisg.mysch.gr/downloads/uvnc-dide.exe
07:51
<baskar>
ok, just wait i will run the exe, I'll message to you
08:03kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:15d:923e:ce5:cd9d, Quit: No Ping reply in 180 seconds.)
08:04statler_ has joined IRC (statler_!~Georg@gwrz.lohn24.de)
08:04
<highvoltage>
alkisg: fwiw, I didn't have lsinitramfs installed because I'm running my ltsp host from a container that doesn't have its own kernel
08:04
alkisg: oddly enough my archive does seem to end to soon: https://paste.debian.net/1106864/
08:04kjackal has joined IRC (kjackal!~quassel@2a02:587:3107:2e00:15d:923e:ce5:cd9d)
08:04
<highvoltage>
delving into that now, weird since 'ltsp initrd' runs with no errors
08:05
<alkisg>
highvoltage: if it doesn't have a kernel, how does it have an initramfs?
08:05
The ltsp initrd generates ltsp.img, but initrd.img is also needed
08:06
ltsp.img = code, initrd.img = initramfs-tools, busybox, kernel modules etc
08:06
<highvoltage>
alkisg: I get the initramfs and kernel that I boot from a chroot
08:06
<alkisg>
OK, as long as it's compatible it should work then. So, lsinitramfs (from elsewhere) works fine in all those?
08:06* alkisg just sees the paste, moment...
08:07
<highvoltage>
I installed lsinitramfs in the container and noticed it shows the cpio archive as incomplete
08:07
<alkisg>
highvoltage: hrm, it says the same here, yet it works
08:07
Maybe it doesn't cope well with uncompressed initrds
08:08
Anyway that part seems ok, what about initrd.img, does that work fine with lsinitramfs?
08:08
<highvoltage>
yep that one seems fine
08:09
and it gets loaded on the system because it boots fine(ish) (except that it has no ltsp so everything is read only and kind of broken and the hsotname is amusingly netboot-vbox)
08:10
<alkisg>
highvoltage: is the client boot procedure normal, i.e. the stock ipxe configuration, or something special involved?
08:10
And did you say it works with legacy, but not with uefi?
08:11
<highvoltage>
alkisg: I do use a patched ipxe so that I can get boot graphics, but nothing weird
08:11
<alkisg>
Finally, what compression does initrd.img use, lv4?
08:11
<highvoltage>
alkisg: and yeah the same ltsp initrd works fine on legacy, and last week uefi worked fine too with an older generated ltsp initrd
08:11* highvoltage checks
08:12
<alkisg>
I didn't release any LTSP updates in October
08:12
<highvoltage>
gzip
08:12
<alkisg>
Can you try gzipping ltsp.img?
08:12
Sometimes the kernel finds it easier if compression matches
08:12
<highvoltage>
yeah it's something that changed in my generated initrd, just a mind boggle what
08:13
ok I'm going to try that
08:13
<alkisg>
Although, I've only seen it complain if ltsp.img goes *after* initrd.img, never before it...
08:13
(that's why I changed it to uncompressed + first, a couple of months ago)
08:15
<highvoltage>
bizzare, I gzipped the initrd and now it works fine
08:15
<alkisg>
Did you update the kernel in the meantime?
08:15
<highvoltage>
nope
08:16
<alkisg>
Which ubuntu version, to check for changelogs etc?
08:16
<highvoltage>
yeah the big initrd did load before the ltsp one... let me check again the other way around uncompressed
08:16
<alkisg>
Ah, yeah if you're loading ltsp.img second, it's known to have issues
08:17
That part *only* works if you're using the exact same compression as initrd.img
08:17
So maybe you changed the loading order since last week?
08:22
<highvoltage>
alkisg: yeah I must have inadvertently done that on friday, thanks for the help!
08:25
<alkisg>
np
08:30eu^broadbandactc has joined IRC (eu^broadbandactc!b752fa89@183.82.250.137)
08:31
<baskar>
hi
08:35
Now you access the screen?
08:36
i run the software
08:37
<alkisg>
baskar: no
08:37
I'm not always watching the pc though, if you run and then closed it, I didn't see it
08:38kjackal_v2 has joined IRC (kjackal_v2!~quassel@2a02:587:3107:2e00:dd69:ba05:a96:9270)
08:40
<eu^broadbandactc>
i am new to this tool
08:40
sorry
08:41kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:15d:923e:ce5:cd9d, Ping timeout: 252 seconds)
08:41
<eu^broadbandactc>
Are you access see the screen
08:42
Can you able to see my screen
08:43
wait i will locate
08:45
<alkisg>
eu^broadbandactc: go to the ltsp server tab
08:45
<eu^broadbandactc>
ok
08:46
<alkisg>
eu^broadbandactc: why I can't type inside the VM?
08:46
Do I need Ctrl+G or something?
08:47
eu^broadbandactc: try this
08:47
sudo nano /var/lib/tftpboot/ltsp/amd64/pxelinux.cfg/default
08:47
And there, remove "quiet splash"from line 14
08:47
<eu^broadbandactc>
ok
08:48
<alkisg>
eu^broadbandactc: better yet, do this:
08:48
sudo apt-get install x11vnc
08:49
x11vnc -connect srv1-dide.ioa.sch.gr
08:49
Do these inside the server
08:49
No I'm not able to type
08:49
Do the 2 commands above so that I'll be able to type
08:49georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213)
08:50
<alkisg>
eu^broadbandactc: you forgot the 1
08:50
srv1
08:52
eu^broadbandactc: ok reboot client
08:52
<eu^broadbandactc>
ok
08:54
shall i reboot server too
08:54
<alkisg>
eu^broadbandactc: no
08:54
the problem is your dhcp server
08:55
Try again to reboot the client
08:55
I used "ipappend 3" so now it should boot
08:55
<eu^broadbandactc>
ok
08:55
<alkisg>
But your dhcp server is wrong, it sends the wrong server IP to the client, that's why it can't find nbd
08:56
eu^broadbandactc: reboot client
08:56
<eu^broadbandactc>
ok
09:00
<alkisg>
eu^broadbandactc: ok, but remember the problem is in the dhcp server
09:00
Now I worked around the problem from pxelinux.cfg
09:36brick has left IRC (brick!~ff@ppp031014172140.access.hol.gr, Ping timeout: 240 seconds)
09:45eu^broadbandactc has left IRC (eu^broadbandactc!b752fa89@183.82.250.137, Remote host closed the connection)
09:45baskar has left IRC (baskar!b752fa89@183.82.250.137, Remote host closed the connection)
10:49georgeneophytou has left IRC (georgeneophytou!~georgeneo@217.27.33.213, Quit: My MacBook has gone to sleep. ZZZzzz…)
10:57georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213)
11:01georgeneophytou has left IRC (georgeneophytou!~georgeneo@217.27.33.213, Client Quit)
11:08georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213)
11:10georgeneophytou has left IRC (georgeneophytou!~georgeneo@217.27.33.213, Client Quit)
11:12costas has joined IRC (costas!51ba1536@clnt-dide-ira.ira.sch.gr)
11:12
<costas>
hello
11:13
για ltsp clients με νεες motherboard με uefi lan boot και χωρις υποστηριξη legacy υπαρχει προβλημα για συνδεση σε ltsp server??
11:17os_a has joined IRC (os_a!~Thunderbi@195.112.116.22)
11:23georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213)
11:26baskar has joined IRC (baskar!b752fa89@183.82.250.137)
11:35
<alkisg>
!greek | echo costas:
11:35
<ltsp>
costas: greek: Στο παρόν κανάλι μιλάνε μόνο Αγγλικά, για υποστήριξη στα Ελληνικά από την υπηρεσία Τεχνικής Στήριξης ΣΕΠΕΗΥ διαβάστε το http://ts.sch.gr/wiki/IRC και στη συνέχεια πληκτρολογήστε /j #ts.sch.gr
11:38
<alkisg>
costas: the old ltsp5 doesn't support uefi clients; the new ltsp19 does; for more information, either /join #ts.sch.gr which is the greek channel, or ask in the forum, e.g. http://alkisg.mysch.gr/steki/index.php?topic=6466.0
11:52Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)
12:03section1 has joined IRC (section1!~section1@178.33.109.106)
12:23brick has joined IRC (brick!~ff@ppp031014172140.access.hol.gr)
12:39georgeneophytou has left IRC (georgeneophytou!~georgeneo@217.27.33.213, Quit: My MacBook has gone to sleep. ZZZzzz…)
12:41georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213)
12:50
<baskar>
Hi same problem occurred in ltsp
13:12GodFather has joined IRC (GodFather!~rcc@cpe-74-75-239-49.maine.res.rr.com)
13:25georgeneophytou has left IRC (georgeneophytou!~georgeneo@217.27.33.213, Quit: My MacBook has gone to sleep. ZZZzzz…)
13:31georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213)
13:40
<alkisg>
baskar: did your ltsp server ip change?
13:54georgeneophytou has left IRC (georgeneophytou!~georgeneo@217.27.33.213, Quit: My MacBook has gone to sleep. ZZZzzz…)
13:56os_a has left IRC (os_a!~Thunderbi@195.112.116.22, Quit: os_a)
14:09GodFather has left IRC (GodFather!~rcc@cpe-74-75-239-49.maine.res.rr.com, Ping timeout: 265 seconds)
14:21woernie has left IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de, Remote host closed the connection)
15:28R4F4EL70 has joined IRC (R4F4EL70!b114982f@177.20.152.47)
15:28R4F4EL70 has left IRC (R4F4EL70!b114982f@177.20.152.47)
15:30R4F4EL has left IRC (R4F4EL!b1149819@177.20.152.25, Remote host closed the connection)
15:31R4F4EL has joined IRC (R4F4EL!b114982f@177.20.152.47)
15:50
<R4F4EL>
Hello everyone,
15:50
I would like to share some results I got from trying to configure LTSP5 on Ubuntu 18.04.3 to support 32 bit thinclients, model hp t5545 (specs at https://pastebin.com/jDvBA5uG).My goal is to be able to boot pxe from these terminals using an Ubuntu 18.04.3 chroot.
15:50
Thinclient cannot boot pxe when chroot is created with the same server version (Ubuntu 18.04.3) using the following command:
15:51
# ltsp-build-client --purge-chroot --arch i386 --mount-package-cache --extra-mirror 'http://ppa.launchpad.net/ts.sch.gr/ppa/ubuntu bionic main' --apt-keys '/etc/apt/trusted.gpg.d/ts_sch_gr_ubuntu_ppa.gpg' --late-packages epoptes-client
15:51
However, thinclient can boot pxe when chroot is created with the "--dist trusty" parameter, as follows:
15:51
# ltsp-build-client --purge-chroot --arch i386 --dist trusty --mount-package-cache --extra-mirror 'http://ppa.launchpad.net/ts.sch.gr/ppa/ubuntu trusty main' --apt-keys '/etc/apt/trusted.gpg.d/ts_sch_gr_ubuntu_ppa.gpg' --late-packages epoptes-client
15:52
Following is output from tcpdump running on the LTSP server when the terminal configured with chroot version Ubuntu 18.04.3 attempts to boot pxe.
15:52
https://pastebin.com/Kvgv5WBg
15:52
Following is output from tcpdump running on the LTSP server when the terminal configured with chroot version Ubuntu 14.04 attempts to boot pxe.
15:52
https://pastebin.com/PmfJmYhw
15:54
The following documentation was used for chroot mode LTSP server installation:
15:54
http://wiki.ltsp.org/wiki/Installation/Ubuntu
15:55
* model hp t5545 specs at https://pastebin.com/jDvBA5uG
15:58
<alkisg>
R4F4EL: "Thinclient cannot boot pxe" => what is the error message on the client?
15:59
The tcpdump just shows tftp traffic, this isn't very informative; the client might have loaded pxelinux.0, kernel, initrd, and nbd for all we know...
15:59
<R4F4EL>
Another detail is that I had to set the variable X_COLOR_DEPTH = 24 in lts.conf, because with the default value of the video output turned green.
16:00
<alkisg>
If you don't know the client error message, upload a photo of the client boot failure screen
16:05
<R4F4EL>
Thinclient stays for 5 minutes on the following screen and displays the error message "Failed to load ldlinux.c32".
16:05
https://pasteboard.co/IBunYM5.jpg
16:06
Another detail is that from another 64-bit thinclient the service works perfectly.
16:06
<alkisg>
If the server side is the same, and only the client side changes, then it sounds like a bug in pxelinux.0
16:07
So, try the other pxelinux.0 that works
16:07
Aso, what are you using on the server, tftpd-hpa or dnsmasq for tftp?
16:07
<R4F4EL>
tftpd-hpa
16:07
<alkisg>
OK try the other pxelinux.0 first
16:08
Maybe the newer pxelinux.0 there has a glitch with this specific PXE stack
16:12
<R4F4EL>
Understand. So I will run ltsp-build-client with the "--dist bionic" option and replace "pxelinux.0" with the version I created when I made ltsp-build-client with the "--dist trusty" option.
16:13
Thanks for your help, Alkis. I will post the test result here.
16:13
<alkisg>
Ah you don't have a backup?
16:13
It's best to keep both chroots to be easier to compare
16:14
You can find pxelinux.0 from trusty even from the internet
17:22statler_ has left IRC (statler_!~Georg@gwrz.lohn24.de, Remote host closed the connection)
17:23brick has left IRC (brick!~ff@ppp031014172140.access.hol.gr, Ping timeout: 250 seconds)
18:02costas has left IRC (costas!51ba1536@clnt-dide-ira.ira.sch.gr, Remote host closed the connection)
18:13jgee7 has left IRC (jgee7!~jgee@190.159.118.121, Quit: The Lounge - https://thelounge.chat)
18:14jgee has joined IRC (jgee!~jgee@190.159.118.121)
18:18brick has joined IRC (brick!~ff@ppp031014172140.access.hol.gr)
18:22kjackal has joined IRC (kjackal!~quassel@2a02:587:3107:2e00:5d46:b833:9808:1af1)
18:25kjackal_v2 has left IRC (kjackal_v2!~quassel@2a02:587:3107:2e00:dd69:ba05:a96:9270, Ping timeout: 252 seconds)
18:32R4F4EL has left IRC (R4F4EL!b114982f@177.20.152.47, Remote host closed the connection)
18:37
<bluejaypop>
good morning, is it possible to monitor a remote server with epoptes?
18:37
if so, how is possible to do this?
18:38
<alkisg>
Sure, just put your ip in the remote /etc/default/epoptes-client
18:39
<bluejaypop>
i will install on my epoptes-client on ubuntu desktop, this is remote
18:39
does epoptes-client support tls ?
18:41
<alkisg>
epoptes-client uses openssl
18:41
<bluejaypop>
yes sorry, i just read the document
18:41
i'm implementing a 25 pcs callcenter with ltsp :)
18:43
<alkisg>
Great, I support another call center with >100 PCs
18:45
<bluejaypop>
nice, is this in Greece?
18:45
<alkisg>
No, it's remote in the other side of the world :)
18:46
<bluejaypop>
:)
18:46
it would be awesome if the epoptes client could be done by nodejs and thru websockets communicate with a control panel you know, web-based epoptes.
18:47
i have a couple of developers this side, i can make a proposal about it.
18:47
<alkisg>
True; but at the time that we started it, web interfaces couldn't do all those things
18:47
Selecting multiple clients while showing thumbnails and dragging them into groups etc
18:47
<bluejaypop>
that's why nodejs comes to the rescue
18:47
<alkisg>
Eh, GUI toolkits, not nodejs
18:48
<bluejaypop>
i see, with Qt5 is possible, it supports WebRTC natively.
18:48
<alkisg>
Many HTML5 GUI toolkits exist now
18:48
Widgets or however they call them
18:48
<bluejaypop>
yes, we do software for call centers
18:49
in LatAm, and started integration to test with our own call center
18:50
<alkisg>
With epoptes you can also oversee multiple remote servers
18:50
And it's a good thing that it supports reverse connections
18:50
<bluejaypop>
oh really
18:50
<alkisg>
So the remote locations don't need web servers or port forwarding
18:50
<bluejaypop>
hum, i see.
18:50
how do you do that?
18:50
i might be interested on that
18:51
<alkisg>
Suppose your epoptes server is ip=1.2.3.4, open the necessary ports there, and just set /etc/default/epoptes-client => SERVER=1.2.3.4
18:51
Nothing fancy, just plain old reverse connections
18:51
*/etc/default/epoptes-client => in all multiple remote servers
18:56
<bluejaypop>
i see, seems pretty easy to implement.
19:45R4F4EL has joined IRC (R4F4EL!b1149819@177.20.152.25)
19:46brick has left IRC (brick!~ff@ppp031014172140.access.hol.gr, Ping timeout: 245 seconds)
19:46
<R4F4EL>
Alkis, I tested with the Ubuntu Trusty "pxelinux.0" file and thinclient (https://pastebin.com/jDvBA5uG) completed the pxe boot, but when trying to log in "ldm" or "xfreerdp" the terminal simply freezes.
19:46
However, when I boot pxe from the same thinclient (https://pastebin.com/jDvBA5uG) using the chroot built with the "--dist trusty" option the terminal can boot pxe and start "ldm" and "sessions. xfreerdp "satisfactorily.
19:47
Thanks for the help, but at first I realize that I have to use chroot on the Ubuntu Trusty version for my thinclient (https://pastebin.com/jDvBA5uG) to work satisfactorily.
19:49
Another detail is that from a thinclient 64 bits the service works perfectly.
19:54
<uumas>
R4F4EL: You should use people's irc nicks to ping them
19:54
alkisg: ^
19:57
<R4F4EL>
thanks for the tip, uumas.
20:00section1 has left IRC (section1!~section1@178.33.109.106, Quit: Leaving)
20:30kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:5d46:b833:9808:1af1, Ping timeout: 252 seconds)
20:46shored has left IRC (shored!~shored@87-92-122-167.bb.dnainternet.fi, Read error: Connection reset by peer)
20:48shored has joined IRC (shored!~shored@87-92-122-167.bb.dnainternet.fi)
20:53Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving)
21:03baskar has left IRC (baskar!b752fa89@183.82.250.137, Remote host closed the connection)
21:15statler has left IRC (statler!~Georg@p5B30EE2F.dip0.t-ipconnect.de, Remote host closed the connection)
21:15Klimm has left IRC (Klimm!~Georg@p5B30EE2F.dip0.t-ipconnect.de, Remote host closed the connection)
22:05brick has joined IRC (brick!~ff@ppp031014172140.access.hol.gr)
22:09
<bluejaypop>
what can be that when some user is not using the terminal for a while the terminal logged out and when he tries to log in again the password said is not available.
22:16ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
22:21
<bluejaypop>
i think is because of the LDM_PASSWORD_HASH=True I forgot to add it
22:44brick has left IRC (brick!~ff@ppp031014172140.access.hol.gr, Ping timeout: 265 seconds)