Announcement

Collapse
No announcement yet.

Systemd-Free Debian "Devuan" Planning Their First Developer Gathering This Spring

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Originally posted by Weasel View Post
    No because the entire thing I posted here was just "out of my memories"
    based on your biased argumentation when it comes to systemd likely your memories are biased too

    Originally posted by Weasel View Post
    I didn't sit down to copy the log when it happened, cause I didn't care
    given that you pretend you didn't care you make a lot of fuss!

    Originally posted by Weasel View Post
    and this thread wasn't up then, so why would I even copy it?
    to learn something - when i make mistakes i document them and so i never make the same bullshit twice

    when you don't have hard facts because you didn't care enough to note them shut up at all



    Comment


    • Originally posted by Weasel View Post
      I don't think of you 24/7 like you do with this Weasel guy you keep mentioning all the time, know him?
      nope, just when some idiot appears i compare him always with the master of stupidity which is so far you

      Comment


      • Originally posted by hreindl View Post

        BLA!

        services which are that important are clustered anything and so there is nothing like "maintenance downtime equals large sums of lost money" or it's not enterprise at all

        the point is that all this people which think uptime is a penis enlargement most of he time apply security updates but the services are still vulnerable because they have loaded the old library versions and hence they are idiots, when you have services which don't allow any downtime you have some sort of live-migration and hence there is no downtime because of a kernel update and a reboot
        Are you seriously claiming that clusters cover the whole enterprise use case?

        Comment


        • Originally posted by aht0 View Post
          Are you seriously claiming that clusters cover the whole enterprise use case?
          call it cluster or whatever, when you have a service which must not be down for 5 seconds you need to take care that it don't happen and when something goes down provide HA with whatever implementation, after that you can reboot every node whenever you want without service outage for the rest of the world

          if you dont have proper HA and your service is that important that it needs it you have a design problem where your kernel updte and reboot is the smallest issue at all

          you sound really clueless while trying to appear like a professional sysadmin which you aren't

          Comment


          • Originally posted by hreindl View Post
            call it cluster or whatever, when you have a service which must not be down for 5 seconds you need to take care that it don't happen and when something goes down provide HA with whatever implementation, after that you can reboot every node whenever you want without service outage for the rest of the world
            if you dont have proper HA and your service is that important that it needs it you have a design problem where your kernel updte and reboot is the smallest issue at all
            you sound really clueless while trying to appear like a professional sysadmin which you aren't
            Feel free to go personal if you like, I am fairly immune and will be taking your text far less seriously because personal insults, implying idiocy etc look unprofessional and create impression of either raving kid or religious fanatic.

            Anyway, you keep talking only about cluster-based computers. Military, IT and economic infrastructure have plenty of vertically scaling systems, where your talked approach simply does not work. Why? Because workflows requiring concurrent processing. Delays between cluster nodes are at best measurable in microseconds. Delays on a shared memory bus are measurable in nanoseconds. You should know the difference between microsecond and nanosecond. Ton of tasks exist requiring real-time processing where sluggish clusters simply won't cut it.

            Systems may have anywhere from many hundreds to many millions users connected to it and reboot might simply be not an option. These systems may be forced to run Solaris because that one has had the feature for a long time. Quite a few such systems lineups support officially Linux though (for example IBM z mainframes). Latter is an extreme example but it could as easily be 8-socket or 16-socket x86_64 server instead filling the role in some government critical infrastructure unit. Either way, when you have a server you mentally categorize as "I have to be cornered like a rat before I consider rebooting it" live patching matters very much. Quite opposite from your view point.

            Comment


            • Originally posted by aht0 View Post
              Anyway, you keep talking only about cluster-based computers. Military, IT and economic infrastructure have plenty of vertically scaling systems
              how does that matter?

              a cluster is not per se to distribute load!
              it's redundancy what i am talking about!

              Originally posted by aht0 View Post
              Systems may have anywhere from many hundreds to many millions users connected to it and reboot might simply be not an option
              in the modern world you hot-migrate the whole container with all it's conncted users to a different node to free the one which needs maintainance. but what do people like you know about modern IT when everything after the 1970's is straight from the devil :-)
              Last edited by hreindl; 03-10-2019, 07:09 AM.

              Comment


              • Originally posted by hreindl View Post
                given that you pretend you didn't care you make a lot of fuss!
                Still confusing past tense with present tense, I see.

                Originally posted by hreindl View Post
                to learn something - when i make mistakes i document them and so i never make the same bullshit twice
                And why should I give a shit about the EXACT output when I know how to band-aid fix it which is what's important to me? (a temporary VM I don't give a shit of as long as I get to use it for what I temporarily needed)

                Originally posted by hreindl View Post
                when you don't have hard facts because you didn't care enough to note them shut up at all
                If you or other guy were following such advice you wouldn't even have 1 post on this forum.

                Comment


                • Originally posted by Weasel View Post
                  And why should I give a shit about the EXACT output when I know how to band-aid fix it which is what's important to me? (a temporary VM I don't give a shit of as long as I get to use it for what I temporarily needed)
                  because otherwise when you make a fuss based on your typical argumentations for EVERY topic the logical conclusion for everyone is that you did shit?
                  Last edited by hreindl; 03-10-2019, 02:28 PM.

                  Comment


                  • Originally posted by hreindl View Post
                    because otherwise when you make a fuss based on your typical argumentations for EVERY topic the logical conclusion for everyone is that you did shit?
                    No the logical conclusion is that, if I actually prove this with a log (which you'll claim I made up so the only way to prove it is to do it yourself as I've already mentioned 10 times by now)... then my word will become law until proven wrong, but it won't because you will always waste my time no matter what.

                    i.e. if I'm right 100 times I'm likely to be right 101th time unless proven wrong (hypothetical example).

                    Here's what I think happened: after linking systemd-libs to arokh, he realized he's full of shit but tried to prove me wrong desperately by following my steps, and actually got that bug as well now, so now he's silent because he knows he fucked up. You didn't yet but you can get there.

                    Comment


                    • Originally posted by Weasel View Post
                      No the logical conclusion is that, if I actually prove this with a log (which you'll claim I made up so the only way to prove it is to do it yourself as I've already mentioned 10 times by now)...
                      i don't have to prove anything given that everybody knows it was you fucking too stupid to operate a package management and realize what you must not do and where the problem comes from and report it there - it's that simple - if you can't handle dependecy problems proper without destroy your system you are an clueless idiot seeking to blame somebody else for your own stupidity

                      Comment

                      Working...
                      X