ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    What Are You Doing Right Now

    Water Closet
    time waster
    285
    88.9k
    41.3m
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • scottalanmillerS
      scottalanmiller
      last edited by

      Dinner is cooking. It's been a long day. I've had basically no sleep for two days. No idea if I will be able to sleep tonight. Very stressed.

      If things go well, I will get to see Firenze tomorrow.

      1 Reply Last reply Reply Quote 0
      • wirestyle22W
        wirestyle22
        last edited by wirestyle22

        We came so close to dying tonight in 5e. all lvl 2 fighting something we shouldn't have been able to kill at that level. wild magic sorcerer rolls a 10 and lvl 5 magic magic missiles the thing to death. Legendary. All of us were one hit away from death.

        1 Reply Last reply Reply Quote 1
        • scottalanmillerS
          scottalanmiller
          last edited by

          Actually managed to sleep last night! No CPAP, but made due and feeling well.

          wirestyle22W 1 Reply Last reply Reply Quote 1
          • wirestyle22W
            wirestyle22 @scottalanmiller
            last edited by

            @scottalanmiller Laura woke me up five times last night and then at 4:00 AM the cat was crying for food. I can't win

            1 Reply Last reply Reply Quote 1
            • EddieJenningsE
              EddieJennings
              last edited by

              Another week. More fun times with Cisco AMP.

              wirestyle22W 1 Reply Last reply Reply Quote 1
              • wirestyle22W
                wirestyle22 @EddieJennings
                last edited by wirestyle22

                @EddieJennings AMP was pretty cool when I played with it.

                EddieJenningsE 1 Reply Last reply Reply Quote 0
                • EddieJenningsE
                  EddieJennings @wirestyle22
                  last edited by

                  @wirestyle22 said in What Are You Doing Right Now:

                  @EddieJennings AMP was pretty cool when I played with it

                  Our XenApp environment seems to be allergic to it.

                  wirestyle22W 1 Reply Last reply Reply Quote 0
                  • wirestyle22W
                    wirestyle22 @EddieJennings
                    last edited by

                    @EddieJennings That's good to know. How much additional network traffic are you seeing?

                    EddieJenningsE 1 Reply Last reply Reply Quote 0
                    • EddieJenningsE
                      EddieJennings @wirestyle22
                      last edited by

                      @wirestyle22 said in What Are You Doing Right Now:

                      @EddieJennings That's good to know. How much additional network traffic are you seeing?

                      The root cause of the problem still has yet to be determined. I believe the issue is the disk IO caused on the VMs serving up the XenApp applications. After the initial catastrophe of deployment, we're slowly enabling the AMP service on silos one by one. We did one of our bigger silos on Thursday of last week, and yet again, its applications were brought to their knees.

                      wirestyle22W 1 Reply Last reply Reply Quote 0
                      • wirestyle22W
                        wirestyle22 @EddieJennings
                        last edited by

                        @EddieJennings what were the issues with your deployment? AMP related or just XA? I just deployed a new environment here and we have yet to have any issues

                        EddieJenningsE 1 Reply Last reply Reply Quote 0
                        • EddieJenningsE
                          EddieJennings @wirestyle22
                          last edited by

                          @wirestyle22 said in What Are You Doing Right Now:

                          @EddieJennings what were the issues with your deployment? AMP related or just XA? I just deployed a new environment here and we have yet to have any issues

                          1. Getting AMP properly installed on the golden images used by the XA streamed servers was a grave challenge.
                          2. General terrible performance for users of applications served by XA (beyond normal the normal terrible that XA is).
                          3. When the terrible from #1 is occurring, the VMs serving up the applications eventually become non-responsive -- killing the AMP service solves this.
                          4. The MAP engine within amp, caused crash of our main file server. MAP is now disabled for that server, and has been disabled for the XA servers at TAC's suggestion for performance problems.

                          For non XA streamed servers, AMP seems to be doing its job and those servers are performing normally, though there are some one-off issues with deployment of the connector via SCCM.

                          wirestyle22W 1 Reply Last reply Reply Quote 0
                          • wirestyle22W
                            wirestyle22 @EddieJennings
                            last edited by

                            @EddieJennings said in What Are You Doing Right Now:

                            @wirestyle22 said in What Are You Doing Right Now:

                            @EddieJennings what were the issues with your deployment? AMP related or just XA? I just deployed a new environment here and we have yet to have any issues

                            1. Getting AMP properly installed on the golden images used by the XA streamed servers was a grave challenge.
                            2. General terrible performance for users of applications served by XA (beyond normal the normal terrible that XA is).
                            3. When the terrible from #1 is occurring, the VMs serving up the applications eventually become non-responsive -- killing the AMP service solves this.
                            4. The MAP engine within amp, caused crash of our main file server. MAP is now disabled for that server, and has been disabled for the XA servers at TAC's suggestion for performance problems.

                            For non XA streamed servers, AMP seems to be doing its job and those servers are performing normally, though there are some one-off issues with deployment of the connector via SCCM.

                            My environment is extremely responsive. Not sure what the "normal terrible" would be

                            EddieJenningsE 1 Reply Last reply Reply Quote 0
                            • EddieJenningsE
                              EddieJennings @wirestyle22
                              last edited by

                              @wirestyle22 said in What Are You Doing Right Now:

                              @EddieJennings said in What Are You Doing Right Now:

                              @wirestyle22 said in What Are You Doing Right Now:

                              @EddieJennings what were the issues with your deployment? AMP related or just XA? I just deployed a new environment here and we have yet to have any issues

                              1. Getting AMP properly installed on the golden images used by the XA streamed servers was a grave challenge.
                              2. General terrible performance for users of applications served by XA (beyond normal the normal terrible that XA is).
                              3. When the terrible from #1 is occurring, the VMs serving up the applications eventually become non-responsive -- killing the AMP service solves this.
                              4. The MAP engine within amp, caused crash of our main file server. MAP is now disabled for that server, and has been disabled for the XA servers at TAC's suggestion for performance problems.

                              For non XA streamed servers, AMP seems to be doing its job and those servers are performing normally, though there are some one-off issues with deployment of the connector via SCCM.

                              My environment is extremely responsive. Not sure what the "normal terrible" would be

                              Greater than a minute to open an application from a Dell WYSE terminal. I'm sure there are usable XenApp environments out there. My first experience with one has been underwhelming at best. Honestly, I'm surprise there hasn't been some kind of user revolt in the last X years, where X equals the number of years XenApp has been used here.

                              wirestyle22W DustinB3403D 2 Replies Last reply Reply Quote 0
                              • wirestyle22W
                                wirestyle22 @EddieJennings
                                last edited by

                                @EddieJennings said in What Are You Doing Right Now:

                                @wirestyle22 said in What Are You Doing Right Now:

                                @EddieJennings said in What Are You Doing Right Now:

                                @wirestyle22 said in What Are You Doing Right Now:

                                @EddieJennings what were the issues with your deployment? AMP related or just XA? I just deployed a new environment here and we have yet to have any issues

                                1. Getting AMP properly installed on the golden images used by the XA streamed servers was a grave challenge.
                                2. General terrible performance for users of applications served by XA (beyond normal the normal terrible that XA is).
                                3. When the terrible from #1 is occurring, the VMs serving up the applications eventually become non-responsive -- killing the AMP service solves this.
                                4. The MAP engine within amp, caused crash of our main file server. MAP is now disabled for that server, and has been disabled for the XA servers at TAC's suggestion for performance problems.

                                For non XA streamed servers, AMP seems to be doing its job and those servers are performing normally, though there are some one-off issues with deployment of the connector via SCCM.

                                My environment is extremely responsive. Not sure what the "normal terrible" would be

                                Greater than a minute to open an application from a Dell WYSE terminal. I'm sure there are usable XenApp environments out there. My first experience with one has been underwhelming at best. Honestly, I'm surprise there hasn't been some kind of user revolt in the last X years, where X equals the number of years XenApp has been used here.

                                That's insane. Mine is sub 3 seconds

                                EddieJenningsE DashrenderD 2 Replies Last reply Reply Quote 1
                                • DustinB3403D
                                  DustinB3403 @EddieJennings
                                  last edited by

                                  @EddieJennings said in What Are You Doing Right Now:

                                  @wirestyle22 said in What Are You Doing Right Now:

                                  @EddieJennings said in What Are You Doing Right Now:

                                  @wirestyle22 said in What Are You Doing Right Now:

                                  @EddieJennings what were the issues with your deployment? AMP related or just XA? I just deployed a new environment here and we have yet to have any issues

                                  1. Getting AMP properly installed on the golden images used by the XA streamed servers was a grave challenge.
                                  2. General terrible performance for users of applications served by XA (beyond normal the normal terrible that XA is).
                                  3. When the terrible from #1 is occurring, the VMs serving up the applications eventually become non-responsive -- killing the AMP service solves this.
                                  4. The MAP engine within amp, caused crash of our main file server. MAP is now disabled for that server, and has been disabled for the XA servers at TAC's suggestion for performance problems.

                                  For non XA streamed servers, AMP seems to be doing its job and those servers are performing normally, though there are some one-off issues with deployment of the connector via SCCM.

                                  My environment is extremely responsive. Not sure what the "normal terrible" would be

                                  Greater than a minute to open an application from a Dell WYSE terminal. I'm sure there are usable XenApp environments out there. My first experience with one has been underwhelming at best. Honestly, I'm surprise there hasn't been some kind of user revolt in the last X years, where X equals the number of years XenApp has been used here.

                                  That's just people being complacent with the performance they've been given and the response from the IT team who manages it.

                                  EddieJenningsE 1 Reply Last reply Reply Quote 0
                                  • EddieJenningsE
                                    EddieJennings @DustinB3403
                                    last edited by

                                    @DustinB3403 said in What Are You Doing Right Now:

                                    @EddieJennings said in What Are You Doing Right Now:

                                    @wirestyle22 said in What Are You Doing Right Now:

                                    @EddieJennings said in What Are You Doing Right Now:

                                    @wirestyle22 said in What Are You Doing Right Now:

                                    @EddieJennings what were the issues with your deployment? AMP related or just XA? I just deployed a new environment here and we have yet to have any issues

                                    1. Getting AMP properly installed on the golden images used by the XA streamed servers was a grave challenge.
                                    2. General terrible performance for users of applications served by XA (beyond normal the normal terrible that XA is).
                                    3. When the terrible from #1 is occurring, the VMs serving up the applications eventually become non-responsive -- killing the AMP service solves this.
                                    4. The MAP engine within amp, caused crash of our main file server. MAP is now disabled for that server, and has been disabled for the XA servers at TAC's suggestion for performance problems.

                                    For non XA streamed servers, AMP seems to be doing its job and those servers are performing normally, though there are some one-off issues with deployment of the connector via SCCM.

                                    My environment is extremely responsive. Not sure what the "normal terrible" would be

                                    Greater than a minute to open an application from a Dell WYSE terminal. I'm sure there are usable XenApp environments out there. My first experience with one has been underwhelming at best. Honestly, I'm surprise there hasn't been some kind of user revolt in the last X years, where X equals the number of years XenApp has been used here.

                                    That's just people being complacent with the performance they've been given and the response from the IT team who manages it.

                                    Yep. Said performance is for folks on our LAN here. I can't imagine what's it like for people connecting to us over our WAN. XA isn't technically my area of concern, but what I do crosses over into it from time to time.

                                    1 Reply Last reply Reply Quote 0
                                    • EddieJenningsE
                                      EddieJennings @wirestyle22
                                      last edited by

                                      @wirestyle22 said in What Are You Doing Right Now:

                                      @EddieJennings said in What Are You Doing Right Now:

                                      @wirestyle22 said in What Are You Doing Right Now:

                                      @EddieJennings said in What Are You Doing Right Now:

                                      @wirestyle22 said in What Are You Doing Right Now:

                                      @EddieJennings what were the issues with your deployment? AMP related or just XA? I just deployed a new environment here and we have yet to have any issues

                                      1. Getting AMP properly installed on the golden images used by the XA streamed servers was a grave challenge.
                                      2. General terrible performance for users of applications served by XA (beyond normal the normal terrible that XA is).
                                      3. When the terrible from #1 is occurring, the VMs serving up the applications eventually become non-responsive -- killing the AMP service solves this.
                                      4. The MAP engine within amp, caused crash of our main file server. MAP is now disabled for that server, and has been disabled for the XA servers at TAC's suggestion for performance problems.

                                      For non XA streamed servers, AMP seems to be doing its job and those servers are performing normally, though there are some one-off issues with deployment of the connector via SCCM.

                                      My environment is extremely responsive. Not sure what the "normal terrible" would be

                                      Greater than a minute to open an application from a Dell WYSE terminal. I'm sure there are usable XenApp environments out there. My first experience with one has been underwhelming at best. Honestly, I'm surprise there hasn't been some kind of user revolt in the last X years, where X equals the number of years XenApp has been used here.

                                      That's insane. Mine is sub 3 seconds

                                      I figure whatever we have isn't indicative typical XenApp performance.

                                      1 Reply Last reply Reply Quote 0
                                      • hobbit666H
                                        hobbit666
                                        last edited by

                                        updating my multi boot USB with some updated ISO images

                                        1 Reply Last reply Reply Quote 0
                                        • DashrenderD
                                          Dashrender @wirestyle22
                                          last edited by

                                          @wirestyle22 said in What Are You Doing Right Now:

                                          @EddieJennings said in What Are You Doing Right Now:

                                          @wirestyle22 said in What Are You Doing Right Now:

                                          @EddieJennings said in What Are You Doing Right Now:

                                          @wirestyle22 said in What Are You Doing Right Now:

                                          @EddieJennings what were the issues with your deployment? AMP related or just XA? I just deployed a new environment here and we have yet to have any issues

                                          1. Getting AMP properly installed on the golden images used by the XA streamed servers was a grave challenge.
                                          2. General terrible performance for users of applications served by XA (beyond normal the normal terrible that XA is).
                                          3. When the terrible from #1 is occurring, the VMs serving up the applications eventually become non-responsive -- killing the AMP service solves this.
                                          4. The MAP engine within amp, caused crash of our main file server. MAP is now disabled for that server, and has been disabled for the XA servers at TAC's suggestion for performance problems.

                                          For non XA streamed servers, AMP seems to be doing its job and those servers are performing normally, though there are some one-off issues with deployment of the connector via SCCM.

                                          My environment is extremely responsive. Not sure what the "normal terrible" would be

                                          Greater than a minute to open an application from a Dell WYSE terminal. I'm sure there are usable XenApp environments out there. My first experience with one has been underwhelming at best. Honestly, I'm surprise there hasn't been some kind of user revolt in the last X years, where X equals the number of years XenApp has been used here.

                                          That's insane. Mine is sub 3 seconds

                                          Agreed - somethign is really broken in your environment.

                                          EddieJenningsE 1 Reply Last reply Reply Quote 0
                                          • EddieJenningsE
                                            EddieJennings @Dashrender
                                            last edited by

                                            @Dashrender said in What Are You Doing Right Now:

                                            @wirestyle22 said in What Are You Doing Right Now:

                                            @EddieJennings said in What Are You Doing Right Now:

                                            @wirestyle22 said in What Are You Doing Right Now:

                                            @EddieJennings said in What Are You Doing Right Now:

                                            @wirestyle22 said in What Are You Doing Right Now:

                                            @EddieJennings what were the issues with your deployment? AMP related or just XA? I just deployed a new environment here and we have yet to have any issues

                                            1. Getting AMP properly installed on the golden images used by the XA streamed servers was a grave challenge.
                                            2. General terrible performance for users of applications served by XA (beyond normal the normal terrible that XA is).
                                            3. When the terrible from #1 is occurring, the VMs serving up the applications eventually become non-responsive -- killing the AMP service solves this.
                                            4. The MAP engine within amp, caused crash of our main file server. MAP is now disabled for that server, and has been disabled for the XA servers at TAC's suggestion for performance problems.

                                            For non XA streamed servers, AMP seems to be doing its job and those servers are performing normally, though there are some one-off issues with deployment of the connector via SCCM.

                                            My environment is extremely responsive. Not sure what the "normal terrible" would be

                                            Greater than a minute to open an application from a Dell WYSE terminal. I'm sure there are usable XenApp environments out there. My first experience with one has been underwhelming at best. Honestly, I'm surprise there hasn't been some kind of user revolt in the last X years, where X equals the number of years XenApp has been used here.

                                            That's insane. Mine is sub 3 seconds

                                            Agreed - somethign is really broken in your environment.

                                            There are a multitude of problems 😛

                                            wirestyle22W 1 Reply Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 3675
                                            • 3676
                                            • 3677
                                            • 3678
                                            • 3679
                                            • 4443
                                            • 4444
                                            • 3677 / 4444
                                            • First post
                                              Last post