Re: formatting a 12.73 Tb disk on ROCKS 5.2

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Format the complete raid set format

# mkfs.ext4 /dev/md0

check the raid format configuration

mdadm --detail --scan





On Fri, May 10, 2013 at 1:41 AM, <m.roth@xxxxxxxxx> wrote:

> Doll, Margaret Ann wrote:
> > This nas is on a ROCKS cluster and I make as few changes as possible as
> > active research and classes keep it in constant use.
> >
> I understand that, but there have been a large number of security flaws
> and serious bugs that have been fixed in the what, several years since
> 5.6.
>
> I've got the same issue, with researchers that have jobs that run days,
> sometimes weeks, and production servers that *have* to be up. What I did
> was get them to buy into a "maintenance window", where I do the updates
> (while it, and they, are running) then get the time it takes to reboot the
> system.
>
>        mark
>
> > On Thu, May 9, 2013 at 4:02 PM, <m.roth@xxxxxxxxx> wrote:
> >
> >> Doll, Margaret Ann wrote:
> >> > On Thu, May 9, 2013 at 3:45 PM, Jonathan Billings
> >> > <jsbillin@xxxxxxxxx>wrote:
> >> >
> >> >> align-check is not supported on the old version of parted in EL5.2.
> >> >>
> >> > I am running CentOS release 5.6 on this system.
> >>
> >> Why have you not updated? RHEL 5.x is at 5.9, and there are a lot of bug
> >> and security fixes....
> >>
> >>      mark
> >> >>
> >> >> On Thu, May 9, 2013 at 3:37 PM, Doll, Margaret Ann
> >> >> <margaret_doll@xxxxxxxxx>wrote:
> >> >>
> >> >> > parted align-check optimal /dev/sda1
> >> >> > Error: Could not stat device align-check - No such file or
> >> directory.
> >> >> > Retry/Cancel? cancel
> >> >> >
> >> >> > On Thu, May 9, 2013 at 3:26 PM, Doll, Margaret Ann
> >> >> > <margaret_doll@xxxxxxxxx>wrote:
> >> >> >
> >> >> > > The drives are Seagate Constellation disks, 1 Tb apiece.  I have
> >> 15
> >> >> of
> >> >> > > them in the array.
> >> >> > >
> >> >> > >
> >> >> > > On Thu, May 9, 2013 at 3:25 PM, <m.roth@xxxxxxxxx> wrote:
> >> >> > >
> >> >> > >> Doll, Margaret Ann wrote:
> >> >> > >> > On Thu, May 9, 2013 at 3:09 PM, <m.roth@xxxxxxxxx> wrote:
> >> >> > >> >
> >> >> > >> >> Doll, Margaret Ann wrote:
> >> >> > >> >> > The answer came from my vendor at Atipa.
> >> >> > >> >> >
> >> >> > >> >> > You will need to change the partitioning scheme to use GPT
> >> in
> >> >> order
> >> >> > >> to
> >> >> > >> >> > enable greater than 2TB support.
> >> >> > >> >>
> >> >> > >> >> Which is what I was saying.
> >> >> > >> >> >
> >> >> > >> >> > # parted -s /dev/sda mklabel gpt
> >> >> > >> >>
> >> >> > >> >> This is command-line version of what I said - I was giving
> >> you
> >> >> the
> >> >> > >> >> interactive version. I do not understand why the above would
> >> >> work,
> >> >> > and
> >> >> > >> >> what I suggested you do gave you "invalid token".
> >> >> > >> >> >
> >> >> > >> >> > # parted –s /dev/sda rm 1
> >> >> > >> >>
> >> >> > >> >> The above removes partition 1.
> >> >> > >> >> >
> >> >> > >> >> > # parted –s /dev/sda “mkpart primary xfs 1 -1”
> >> >> > >> >> >
> >> >> > >> >> You've decided to use xfs, yes? And the 1 bothers me, a lot.
> >> >> That's
> >> >> > >> >> either sector or cylinder... and they did *not* tell you to
> >> use
> >> >> -a
> >> >> > >> optimal for
> >> >> > >> >> aligning the partition. If you do parted -l, what do you see?
> >> >> > >> >>
> >> >> > >> > [root@nas-0-0 ~]# parted -l
> >> >> > >> >
> >> >> > >> > Model: AMCC 9650SE-16M DISK (scsi)
> >> >> > >> > Disk /dev/sda: 14.0TB
> >> >> > >> > Sector size (logical/physical): 512B/512B
> >> >> > >> > Partition Table: gpt
> >> >> > >> >
> >> >> > >> > Number  Start   End     Size    File system  Name     Flags
> >> >> > >> >  1      17.4kB  14.0TB  14.0TB  xfs          primary
> >> >> > >> >
> >> >> > >> > df -h
> >> >> > >> >
> >> >> > >> > /dev/sda1              13T  8.4G   13T   1% /bigdisk1
> >> >> > >>
> >> >> > >> Yup - if this were a single disk, that would not be a good place
> >> to
> >> >> > start,
> >> >> > >> esp. if it was a large disk. I don't know how big the drives in
> >> the
> >> >> > array
> >> >> > >> are, and even though parted says it's 512/512 sector size, most
> >> new
> >> >> > large
> >> >> > >> drives are, in reality, 4k in hardware/firmware. You *might*
> >> >> consider
> >> >> > >> repartitioning, but start at 2048k, rather than 1. I suspect
> >> that
> >> >> if
> >> >> you
> >> >> > >> did
> >> >> > >>       parted align-check optimal /dev/sda1
> >> >> > >> that it would tell you it was not aligned properly.
> >> >> > >>
> >> >> > >>        mark
> >> >> > >>
> >> >> > >>
> >> >> > >>
> >> >> > >> --
> >> >> > >> redhat-list mailing list
> >> >> > >> unsubscribe
> >> >> mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> >> >> > >> https://www.redhat.com/mailman/listinfo/redhat-list
> >> >> > >>
> >> >> > >
> >> >> > >
> >> >> > --
> >> >> > redhat-list mailing list
> >> >> > unsubscribe
> >> mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> >> >> > https://www.redhat.com/mailman/listinfo/redhat-list
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Jonathan Billings <jsbillin@xxxxxxxxx>
> >> >> College of Engineering - CAEN - Unix and Linux Support
> >> >> --
> >> >> redhat-list mailing list
> >> >> unsubscribe mailto:redhat-list-request@xxxxxxxxxx
> ?subject=unsubscribe
> >> >> https://www.redhat.com/mailman/listinfo/redhat-list
> >> >>
> >> > --
> >> > redhat-list mailing list
> >> > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> >> > https://www.redhat.com/mailman/listinfo/redhat-list
> >> >
> >>
> >>
> >> --
> >> redhat-list mailing list
> >> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> >> https://www.redhat.com/mailman/listinfo/redhat-list
> >>
> > --
> > redhat-list mailing list
> > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> > https://www.redhat.com/mailman/listinfo/redhat-list
> >
>
>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>



-- 
Abhishek tyagi
abhishektyagi.dba@xxxxxxxxx
09873924446
-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list





[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux