Notices tagged with server

  1. Nice post https://ayesh.me/sshfp-verification just today configured # for bunch of #
    # # based # # # # #

    about 2 months ago from loadaverage.org
  2. # # # is # again. Can't lauch more servers. Sigh. # https://loadaverage.org/attachment/4020414

    Wednesday, 24-Jan-18 18:06:01 UTC from loadaverage.org
  3. # !raspi # # # # # # # https://quitter.se/attachment/3860657

    Thursday, 25-May-17 09:13:22 UTC from quitter.se
  4. Mi nuevo equipo sera mas potente que mi # http://cut07.tk/dJw

    Sunday, 11-Dec-16 14:14:58 UTC from legadolibre.com.ar at 34°51'59"S 61°31'48"W
  5. Google Cloud Platfrom (GCP) is available soon in multiple new regions.
    https://cloudplatform.googleblog.com/2016/09/Google-Cloud-Platform-sets-a-course-for-new-horizons.html
    # # # # # # #

    Thursday, 13-Oct-16 14:28:46 UTC from loadaverage.org
  6. Black Screen of Death, WIndows ends up being dead in the water. Does anyone know what's causing this with VPS servers?

    I've been trying to analyze the problem, but it's really hard. Because there's really little to analyze. Nothing in logs etc. Often even processes listening sockets, do technically work to some point. But logs do not show anything etc.

    I'm personally thinking it probably could have something to do with disk I/O being slow or being so slow that writes / reads timeout etc. But I don't know. It's super hard to get anything to analyze about this problem. Maybe I'll need to write separate debug program which monitors all these aspects and reports out over socket about disk parameters etc. But what if it also dies without any sign.

    Any pro-tips? I can make some poor nerdy guesses, but it's really hard to come up with proper facts backing up those guesses.

    I've already placed basic monitoring which checks cpu, ram, disk read and write. So far haven't hard any of the problems. Most annoying part of all this is of course the fact, that it happens very rarely. Which makes debugging much slower and harder. Naturally the systems I'm running the extended system monitoring, haven't had any problems. (sigh)

    Sometimes even the RDP works, but shows black screen for several minutes and then disconnects.

    # # # # # # # # # #

    Tuesday, 27-Sep-16 17:04:59 UTC from loadaverage.org Repeated by lnxw48
  7. Black Screen of Death, WIndows ends up being dead in the water. Does anyone know what's causing this with VPS servers?

    I've been trying to analyze the problem, but it's really hard. Because there's really little to analyze. Nothing in logs etc. Often even processes listening sockets, do technically work to some point. But logs do not show anything etc.

    I'm personally thinking it probably could have something to do with disk I/O being slow or being so slow that writes / reads timeout etc. But I don't know. It's super hard to get anything to analyze about this problem. Maybe I'll need to write separate debug program which monitors all these aspects and reports out over socket about disk parameters etc. But what if it also dies without any sign.

    Any pro-tips? I can make some poor nerdy guesses, but it's really hard to come up with proper facts backing up those guesses.

    I've already placed basic monitoring which checks cpu, ram, disk read and write. So far haven't hard any of the problems. Most annoying part of all this is of course the fact, that it happens very rarely. Which makes debugging much slower and harder. Naturally the systems I'm running the extended system monitoring, haven't had any problems. (sigh)

    Sometimes even the RDP works, but shows black screen for several minutes and then disconnects.

    # # # # # # # # # #

    Tuesday, 27-Sep-16 17:04:59 UTC from loadaverage.org
  8. I'm wondering if anyone would know the answer. I guess there are multiple factors. But even guess what's the generic breaking point is would be beneficial. I would guess it's somewhere between 5 - 120 seconds.

    --

    I've got a case where disk I/O is really slow due to (serious) storage backend issues. I'm wondering how much latency will Windows tolerate on default, before giving up on writes and corrupting databases and file systems?

    I've tried to look for that information for a few days, but nobody seems to have a clear answer for that.

    So if storage system write takes more than N seconds, it's write failure and skipped? I could assume that will happen at some point, but what the exact breaking point is. It will naturally lead to data integrity disaster.

    # # # # # #

    Sunday, 25-Sep-16 09:57:58 UTC from loadaverage.org
  9. @taknamay @grimsdottir !virtualization → http://url.federati.net/BlixD # (hardware) → http://url.federati.net/2plbu

    Saturday, 02-Jul-16 14:40:07 UTC from fresh.federati.net in context
  10. @question Which alliance of combatants in the # War was able to send agents from its Criminal Intelligence Bureau into the future to attempt to crack into your #?

    Sunday, 05-Jun-16 00:39:25 UTC from fresh.federati.net in context
  11. Spent this evening configuring new # # # with # # . Yaw. Many things to do, but so far all good.

    Thursday, 19-May-16 17:13:35 UTC from loadaverage.org
  12. Got one project which should be relocated to new service provider and server. Just barely making it with the current server. Yet there's just a bit of idle CPU time every now and then, so I haven't bothered yet. - Wondering if Ubuntu 15.10 -> 16.04 LTS distribution upgrade is a good idea, or if it would be a better idea to get clean 16.04 install. # # #

    Saturday, 14-May-16 10:48:04 UTC from loadaverage.org
  13. StartSSL: Fehler öffnete Tür und Tor für Zertifikats-Missbrauch

    Die Zertifizierungsstelle StartSSL vergibt kostenlose SSL-Zertifikate für Web-Sites. Der Check, ob man auch deren Inhaber ist, ließ sich jedoch ganz einfach austricksen, berichtet ein Sicherheitsforscherheise Security.
    ( #SSL #StartSSL #Sicherheit #Server )
    http://www.heise.de/security/meldung/StartSSL-Fehler-oeffnete-Tuer-und-Tor-fuer-Zertifikats-Missbrauch-3149559.html

    Thursday, 24-Mar-16 18:08:40 UTC from pod.hfrc.de Repeated by mcscx2old
  14. StartSSL: Fehler öffnete Tür und Tor für Zertifikats-Missbrauch

    Die Zertifizierungsstelle StartSSL vergibt kostenlose SSL-Zertifikate für Web-Sites. Der Check, ob man auch deren Inhaber ist, ließ sich jedoch ganz einfach austricksen, berichtet ein Sicherheitsforscherheise Security.
    ( #SSL #StartSSL #Sicherheit #Server )
    http://www.heise.de/security/meldung/StartSSL-Fehler-oeffnete-Tuer-und-Tor-fuer-Zertifikats-Missbrauch-3149559.html

    Thursday, 24-Mar-16 18:08:40 UTC from pod.hfrc.de
  15. #Ocean is a phone-size Linux server that runs on batteries http://www.slashgear.com/ocean-is-a-phone-size-linux-server-that-runs-on-batteries-15423305/ #gnu #linux #server

    Friday, 15-Jan-16 20:54:58 UTC from joindiaspora.com Repeated by akionux
  16. #Ocean is a phone-size Linux server that runs on batteries http://www.slashgear.com/ocean-is-a-phone-size-linux-server-that-runs-on-batteries-15423305/ #gnu #linux #server

    Friday, 15-Jan-16 20:54:58 UTC from joindiaspora.com
  17. Redes Sociales Abiertas al Publico.

    Servidor en Buenos Aires, Argentina.

    Friendica/Redmatrix

    http://cut7.tk/a9X
    friendica.ml
    redmatrix.ml

    GNUsocial

    http://cut7.tk/a7h
    lamatrix.ml
    legadolibre.ml


    Cortesía por MamaLibre.

    # # # # # #

    Tuesday, 29-Sep-15 17:35:42 UTC from legadolibre.com.ar at 34°51'59"S 61°31'48"W
  18. Create a blog in less than a minute

    1] visit http://bloglibre.ml

    2] Click on the word «Crear mi Sitio»

    3] place your nickname and email, and expect your password to use your website.

    This really works. Server geographically located in South America, Argentina, Buenos Aires. alternative to WordPress.com

    # # # # # # # # # # # #

    Tuesday, 16-Jun-15 14:58:37 UTC from legadolibre.com.ar at 34°51'59"S 61°31'48"W
  19. HTTPS Streaming: Netflix führt Verschlüsselung ein - Golem.de
    http://www.golem.de/news/https-streaming-netflix-fuehrt-verschluesselung-ein-1504-113534.html
    #Netflix #Film #Nginx #Quartalsbericht #Streaming #TCP #Server #Wirtschaft

    Thursday, 16-Apr-15 07:55:04 UTC from squeet.me Repeated by morgenland
  20. HTTPS Streaming: Netflix führt Verschlüsselung ein - Golem.de
    http://www.golem.de/news/https-streaming-netflix-fuehrt-verschluesselung-ein-1504-113534.html
    #Netflix #Film #Nginx #Quartalsbericht #Streaming #TCP #Server #Wirtschaft

    Thursday, 16-Apr-15 07:55:04 UTC from squeet.me
  21. Swap vs I/O vs RAM vs Sysadmin. Cacheando las bd en ram. http://cut7.tk/bcf #

    Wednesday, 21-Jan-15 20:05:05 UTC from legadolibre.com.ar at 34°51'59"S 61°31'48"W
  22. Endlich mal eine gute Idee http://noob.li/jP # # #

    Friday, 14-Nov-14 07:05:53 UTC from social.bka.li in context
  23. # # # http://cut7.tk/aMn

    Sunday, 02-Nov-14 22:06:31 UTC from legadolibre.com.ar at 34°51'59"S 61°31'48"W
  24. @hannes2peer Very very awesome. # # #

    Tuesday, 09-Sep-14 12:41:29 UTC from quitter.se in context
  25. so, no opensource # (yet)? :-( # protoype: "load up your # client, it connects to a local XMPP # which can only communicate via # to other hidden services" http://invisible.im/#faqs

    Friday, 11-Jul-14 15:25:46 UTC from fediverse.com
  26. How an important # was #: "Always trying to give him the benefit of the doubt as he #, evaded questions + made up excuses for what can only be explained as a pathological thirst for # over other people" (from: The web must die) cc @question

    Wednesday, 25-Jun-14 18:20:47 UTC from fediverse.com in context
  27. 2308 IP mandan número elevado de paquetes ICMP a # #

    Saturday, 15-Feb-14 20:00:36 UTC from legadolibre.com.ar at 34°51'59"S 61°31'48"W
  28. 2292 IP mandan número elevado de paquetes ICMP a # #

    Saturday, 15-Feb-14 19:56:19 UTC from legadolibre.com.ar at 34°51'59"S 61°31'48"W
  29. he wanted to know where your # stands (for exampole to crash your next mango party)

    Wednesday, 11-Dec-13 07:46:08 UTC from oracle.skilledtests.com in context
  30. other moments I noticed that pursuing my # brings an initial #: the 1st time I noticed it was when I set up my own !wiki in #: "my # is slower in comparison with the WMF's - and the ironic thing is: I even pay # for it :-)" (1) more so when I # my social services in # (2), (1) http://www.skilledtests.com/wiki/Observations/2009_March_08_and_09/blogging_with_Mediawiki (2) http://www.skilledtests.com/wiki/Aspects_of_federation

    Monday, 16-Sep-13 10:07:33 UTC from oracle.skilledtests.com