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

    Burned by Eschewing Best Practices

    IT Discussion
    best practices
    38
    1.0k
    331.1k
    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

      Taking bets, but we just know that this is the cardinal sin of AD. How do so many people, so often, deploy AD without knowing about the names that have to be used? If you get taught one thing about AD, that's it. If you look up AD problems, it's the one thing you always find. It implies that most people deploy AD without having ever seen so much as a discussion about it. How do they even know what AD is or how to acquire it?

      https://community.spiceworks.com/topic/2084423-company-website

      B dbeatoD 2 Replies Last reply Reply Quote 0
      • scottalanmillerS
        scottalanmiller
        last edited by

        Used a SAN for a NAS task. Has no idea what a SAN is. Overfilled his SAN (not his LUN) and made the whole unit go read only. No means to clear up space because it's a LUN that was larger than his SAN capacity.

        https://community.spiceworks.com/topic/2083765-synology-drive-is-full-and-cannot-delete-files-from-iscsi-drive

        1 Reply Last reply Reply Quote 0
        • B
          bnrstnr @scottalanmiller
          last edited by

          @scottalanmiller said in Burned by Eschewing Best Practices:

          Taking bets, but we just know that this is the cardinal sin of AD.

          I am ashamedly guilty of this, too 😞 and we've been living with it for years. I just setup an A record in our AD DNS for www to point to our web host. If I had any issues other than this I would have fixed it by now, but it's not that big of a deal.

          1 Reply Last reply Reply Quote 2
          • RojoLocoR
            RojoLoco
            last edited by

            https://community.spiceworks.com/topic/2083822-oh-no-the-feed-service-is-currently-down-nov-7-2017

            "oops, we totally blew it when we decided to upgrade the backend during regular business hours.... No, we don't know when it will be fixed."

            scottalanmillerS dbeatoD 2 Replies Last reply Reply Quote 3
            • scottalanmillerS
              scottalanmiller @RojoLoco
              last edited by

              @rojoloco said in Burned by Eschewing Best Practices:

              https://community.spiceworks.com/topic/2083822-oh-no-the-feed-service-is-currently-down-nov-7-2017

              "oops, we totally blew it when we decided to upgrade the backend during regular business hours.... No, we don't know when it will be fixed."

              That one is a pretty major best practice. Deploy off hours. So basic.

              Reid CooperR 1 Reply Last reply Reply Quote 0
              • Reid CooperR
                Reid Cooper @scottalanmiller
                last edited by

                @scottalanmiller said in Burned by Eschewing Best Practices:

                @rojoloco said in Burned by Eschewing Best Practices:

                https://community.spiceworks.com/topic/2083822-oh-no-the-feed-service-is-currently-down-nov-7-2017

                "oops, we totally blew it when we decided to upgrade the backend during regular business hours.... No, we don't know when it will be fixed."

                That one is a pretty major best practice. Deploy off hours. So basic.

                Indeed it is.

                1 Reply Last reply Reply Quote 0
                • dbeatoD
                  dbeato @scottalanmiller
                  last edited by

                  @scottalanmiller Many have done it this way because in the past Microsoft "recommended it" and they did not understand the requirements and kept upgrading their DCs with the same domain name....

                  1 Reply Last reply Reply Quote 0
                  • dbeatoD
                    dbeato @RojoLoco
                    last edited by

                    @rojoloco Yes, the off hours update would have gone much better.

                    1 Reply Last reply Reply Quote 0
                    • dbeatoD
                      dbeato
                      last edited by

                      I don't know about this one
                      https://community.spiceworks.com/topic/2084810-dell-h700-upgrade-and-esxi?source=superfeed

                      scottalanmillerS 1 Reply Last reply Reply Quote 0
                      • scottalanmillerS
                        scottalanmiller @dbeato
                        last edited by

                        @dbeato said in Burned by Eschewing Best Practices:

                        I don't know about this one
                        https://community.spiceworks.com/topic/2084810-dell-h700-upgrade-and-esxi?source=superfeed

                        Not cost effective, but should be fine.

                        1 Reply Last reply Reply Quote 0
                        • mlnewsM
                          mlnews
                          last edited by

                          RAID 5, lost two disks, didn't take solid backups.

                          https://community.spiceworks.com/topic/2088286-hyper-v-server-2012-corrupt-filesystem

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

                            WAMP on Windows 2008. C'mon, really? Doesn't the fact that you are trapped on a decade old OS tip you off that this is a bad idea?

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

                              Used FakeRAID and no virtualization and SBS.

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

                                Following my rule that topics come in bundles, here is yet another Intel FakeRAID and no virtualization post.

                                1 Reply Last reply Reply Quote 0
                                • DustinB3403D
                                  DustinB3403
                                  last edited by

                                  This f'ing guy keeps wanting to use RAID0 for his backup system, for no reason at all!

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

                                    @dustinb3403 said in Burned by Eschewing Best Practices:

                                    This f'ing guy keeps wanting to use RAID0 for his backup system, for no reason at all!

                                    Not for a backup. He's not doing backups. Just a second local copy! And not even virtualized!

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

                                      Thought that by paying the high toll for MS Access that even if the system was crappy, that it would at least be quick and easy. Turns out, it's not.

                                      ObsolesceO 1 Reply Last reply Reply Quote 0
                                      • ObsolesceO
                                        Obsolesce @scottalanmiller
                                        last edited by

                                        @scottalanmiller said in Burned by Eschewing Best Practices:

                                        Thought that by paying the high toll for MS Access that even if the system was crappy, that it would at least be quick and easy. Turns out, it's not.

                                        When Access or Excel seem like a good place to store a structured set of data, It's not... ever.

                                        scottalanmillerS 1 Reply Last reply Reply Quote 2
                                        • scottalanmillerS
                                          scottalanmiller @Obsolesce
                                          last edited by

                                          @tim_g said in Burned by Eschewing Best Practices:

                                          @scottalanmiller said in Burned by Eschewing Best Practices:

                                          Thought that by paying the high toll for MS Access that even if the system was crappy, that it would at least be quick and easy. Turns out, it's not.

                                          When Access or Excel seem like a good place to store a structured set of data, It's not... ever.

                                          Excel is great for a single user and like 15 data points 🙂 Once it doesn't fit on a single screen, Excel is not the right tool.

                                          EddieJenningsE 1 Reply Last reply Reply Quote 3
                                          • DustinB3403D
                                            DustinB3403
                                            last edited by DustinB3403

                                            Rebooted an array that had failed, and refused to boot after replacing the drive.

                                            Got lucky and was able to pop the failing drive back into the array and get back to operational. Is now asking for advice.

                                            travisdh1T 1 Reply Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 9
                                            • 10
                                            • 11
                                            • 12
                                            • 13
                                            • 50
                                            • 51
                                            • 11 / 51
                                            • First post
                                              Last post