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

    How to Stop XenServer from Mounting /var/log

    IT Discussion
    4
    78
    4.5k
    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.
    • BRRABillB
      BRRABill
      last edited by BRRABill

      Oooh, I think I am getting somewhere!

      lrwxrwxrwx  1 root root   64 Jul 11 13:01 log -> /run/sr-mount/cbe8175f-43b3-3a64-cdac-3c1475aa2d01/xenserverlogs
      1 Reply Last reply Reply Quote 1
      • BRRABillB
        BRRABill
        last edited by

        The one thing to note is that in my system, XS7 used my entire array for VM storage. I boot off USB and only have one presented drive (Raid 5 SSD) in the server.

        After discussing with @scottalanmiller it was determined it was probably OK to create a directory alongside the .VHD files in SR-Mount and store the logs there.

        So far, so good. Nothing has imploded.

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

          Other options would be to use LVM to create two logical volumes on that RAID device or use the RAID device's LVM system to do the same.

          1 Reply Last reply Reply Quote 0
          • BRRABillB
            BRRABill
            last edited by

            Can you think of any reason why XS would object to creating a folder in sr-mount?

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

              @BRRABill said in How to Stop XenServer from Mounting /var/log:

              Can you think of any reason why XS would object to creating a folder in sr-mount?

              Yes, if it is scanning that directory for folders believing that the existence of a folder in that location implies something, then yes.

              BRRABillB 1 Reply Last reply Reply Quote 0
              • BRRABillB
                BRRABill @scottalanmiller
                last edited by

                @scottalanmiller said

                Yes, if it is scanning that directory for folders believing that the existence of a folder in that location implies something, then yes.

                Would it be safer, do you think, to go with your other method of shrinking the volume and adding another volume for the logging?

                I mean, I'd like to figure this out not just for me, but for all the people in the future who ML recommends XS on USB to.

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

                  You've already done it, so I would just check and see how it is working.

                  BRRABillB 1 Reply Last reply Reply Quote 0
                  • BRRABillB
                    BRRABill @scottalanmiller
                    last edited by

                    @scottalanmiller said

                    You've already done it, so I would just check and see how it is working.

                    Seems fine.

                    I just like to, you know, check.

                    I figure someone here would know if it's an OK idea or say
                    NO FOR THE LOVE OF ALL THAT IS GOOD DO NOT DO THAT!!!!

                    We have other XS users ... what are they doing?

                    travisdh1T 1 Reply Last reply Reply Quote 0
                    • travisdh1T
                      travisdh1 @BRRABill
                      last edited by

                      @BRRABill said in How to Stop XenServer from Mounting /var/log:

                      @scottalanmiller said

                      You've already done it, so I would just check and see how it is working.

                      Seems fine.

                      I just like to, you know, check.

                      I figure someone here would know if it's an OK idea or say
                      NO FOR THE LOVE OF ALL THAT IS GOOD DO NOT DO THAT!!!!

                      We have other XS users ... what are they doing?

                      Just letting it log to the usb drive for now. Yes, I've got a copy of the current config that gets taken every day should the usb stick croak.

                      BRRABillB 1 Reply Last reply Reply Quote 0
                      • BRRABillB
                        BRRABill @travisdh1
                        last edited by

                        @travisdh1 said

                        Just letting it log to the usb drive for now. Yes, I've got a copy of the current config that gets taken every day should the usb stick croak.

                        Out of curiosity, how are you copying the current config?

                        Cloning the USB? Or making backups through XC/CLI?

                        1 Reply Last reply Reply Quote 0
                        • BRRABillB
                          BRRABill
                          last edited by

                          So, things did not go so well overnight. (Note this is a test XS not my production box.)

                          Couple things happened. Not sure if it is a coincidence, or something more sinister.

                          I could not connect to this XS from either XC or Putty. You could connect through the local console.

                          The first thing I did, of course, was the check to see if the logging was still working. /var/log was sitting there with big fat red text. Hmmm. So I figured I would check the LV on /run/sr-mount to see when the logs stopped. Except that was no longer mounted there. Uh oh.

                          0_1468333526911_IMG_6791.JPG

                          I also noticed there seemed to be something wrong with the reporting of the devices.

                          0_1468333538528_IMG_6793.JPG

                          So, I decided to reboot the server, and hope it came back up. After taking a looooooooooong time to shut down, it did indeed come back up, but the same problem existed. The LV was not attached, and it had no network connectivity.

                          The LV still appears to be there, but I wonder if something else went wacky with this XS install. I mean, could putting a subfolder in the VM storage directory really cause this much havoc?

                          0_1468333809010_IMG_6794.JPG

                          1 Reply Last reply Reply Quote 0
                          • BRRABillB
                            BRRABill
                            last edited by

                            I'm leaning towards something wacky, because even if the SR was detached for some reason, why would the networking not work as well?

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

                              Looks more like a crash than anything. So it is back up and working after the reboot?

                              BRRABillB 1 Reply Last reply Reply Quote 1
                              • BRRABillB
                                BRRABill @scottalanmiller
                                last edited by

                                @scottalanmiller said

                                Looks more like a crash than anything. So it is back up and working after the reboot?

                                The SR is not mounted, and the networking is not working.

                                So no, not working. Which is why I wonder if the entire thing just went south for some reason.

                                travisdh1T 1 Reply Last reply Reply Quote 0
                                • travisdh1T
                                  travisdh1 @BRRABill
                                  last edited by

                                  @BRRABill said in How to Stop XenServer from Mounting /var/log:

                                  @scottalanmiller said

                                  Looks more like a crash than anything. So it is back up and working after the reboot?

                                  The SR is not mounted, and the networking is not working.

                                  So no, not working. Which is why I wonder if the entire thing just went south for some reason.

                                  Something is wrong with that first lsblk output. System has crashed/been corrupted by something.

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

                                    Well that sucks.

                                    travisdh1T 1 Reply Last reply Reply Quote 1
                                    • travisdh1T
                                      travisdh1 @scottalanmiller
                                      last edited by

                                      @scottalanmiller said in How to Stop XenServer from Mounting /var/log:

                                      Well that sucks.

                                      The good news is that this is Xen. Reinstall, import the storage repository, and import the configs, shouldn't take more than an hour.

                                      I'd be nervous about putting that into production till I figured out what caused the issue.

                                      BRRABillB 1 Reply Last reply Reply Quote 1
                                      • BRRABillB
                                        BRRABill @travisdh1
                                        last edited by

                                        @travisdh1 said

                                        Something is wrong with that first lsblk output. System has crashed/been corrupted by something.

                                        It came back "normal" after a reboot, but obviously a lot of functionality was hosed.

                                        I tried running a dd on this machine the other day, and it was taking forever.

                                        After about 90 minutes I stopped it, and it had only done 15GB thus far. (Of a 64 GB stick.)

                                        Possible maybe the USB stick was going bad, and finally gave up the ghost?

                                        Is it possible cancelling (^C) dd would have done anything to the source USB stick?

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

                                          dd only reads from the if device, it does not modify it. So no.

                                          BRRABillB 1 Reply Last reply Reply Quote 1
                                          • BRRABillB
                                            BRRABill @travisdh1
                                            last edited by

                                            @travisdh1 said

                                            I'd be nervous about putting that into production till I figured out what caused the issue.

                                            Oh yeah. Fortunately this was on my test machine.

                                            I'm more nervous that moving the logs caused this. Is there any chance that XS needs those logs set up the way they have them?

                                            Is anyone here actually moving their logs, or does everyone just write them to USB?

                                            scottalanmillerS 1 Reply Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 3
                                            • 4
                                            • 3 / 4
                                            • First post
                                              Last post