[CentOS] to lvm or not to lvm - why/when to use lvm
Hi, I was wondering, why/when it is useful or when should I avoid to use LVM. I think the big advantage of LVMing is if you modify (rezising, ...) disk and filesystem layouts "a lot". Are there any real pros or cons for following situations regarding e.g. management and speed? e.g.: I do have a server system raid for which the disk layout will not change; e.g. /var /usr /home will not change much in size. OR I do have some file storage shares (iscsi raids) up to some TB each on one big storage device. Sometimes (e.g. after a server crash) it is useful to remount the storage to a different server. Should I use LVM on the iscsi storage volumes? Any suggestion and comment is welcome . Regards . Götz -- Götz Reinicke IT-Koordinator Tel. +49 7141 969 82 420 Fax +49 7141 969 55 420 E-Mail goetz.reini...@filmakademie.de Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzender des Aufsichtsrats: Jürgen Walter MdL Staatssekretär im Ministerium für Wissenschaft, Forschung und Kunst Baden-Württemberg Geschäftsführer: Prof. Thomas Schadt ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Best Practice to remove an ISCSI LVM from a system
Am 25.09.13 16:12, schrieb m.r...@5-cent.us: > Götz Reinicke - IT Koordinator wrote: >> Hi, >> >> I'd like to know what would be the best way to remove an iscsi lvm >> storage from a server. (removing all reference to that storage etc.) >> >> The storage in question will be reset and reformated and used on a >> different server; so no LVM export is needed. >> >> Do I have to do lvremove ..., vgremove ..., pvremove ... and do an >> >> iscsiadm -m node -T ... -p ... -u and >> >> iscsiadm -m node -o delete -T ... -p ... >> >> in order to achieve that? >> >> Or is there some more simple way? >> > This may be a stupid question, but couldn't you simply umount the storage > from everywhere, maybe the iscsiadm commands, and then just unplug the > thing? Why do you need to do *anything* with lvm? AFAIK LVM etc create some traces and file information in some places/caches .. and I like to remove all traces... Regards . Götz -- Götz Reinicke IT-Koordinator Tel. +49 7141 969 82 420 Fax +49 7141 969 55 420 E-Mail goetz.reini...@filmakademie.de Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzender des Aufsichtsrats: Jürgen Walter MdL Staatssekretär im Ministerium für Wissenschaft, Forschung und Kunst Baden-Württemberg Geschäftsführer: Prof. Thomas Schadt ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Best Practice to remove an ISCSI LVM from a system
Am 25.09.13 17:10, schrieb Ian Pilcher: > On 09/25/2013 08:58 AM, Götz Reinicke - IT Koordinator wrote: >> I'd like to know what would be the best way to remove an iscsi lvm >> storage from a server. (removing all reference to that storage etc.) > > My approach would be: > > * Disable all volume groups on the iSCSI LUN(s) with "vgchange -a n ..." > > * Use iscsiadm to log out of the target and delete it from the database > > * Run vgscan to update the LVM cache > > HTH > Helped :) thx /Götz -- Götz Reinicke IT-Koordinator Tel. +49 7141 969 82 420 Fax +49 7141 969 55 420 E-Mail goetz.reini...@filmakademie.de Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzender des Aufsichtsrats: Jürgen Walter MdL Staatssekretär im Ministerium für Wissenschaft, Forschung und Kunst Baden-Württemberg Geschäftsführer: Prof. Thomas Schadt ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Best Practice to remove an ISCSI LVM from a system
Am 25.09.13 20:01, schrieb John R Pierce: > On 9/25/2013 6:58 AM, Götz Reinicke - IT Koordinator wrote: >> I'd like to know what would be the best way to remove an iscsi lvm >> storage from a server. (removing all reference to that storage etc.) >> >> The storage in question will be reset and reformated and used on a >> different server; so no LVM export is needed. >> >> Do I have to do lvremove ..., vgremove ..., pvremove ... and do an >> >> iscsiadm -m node -T ... -p ... -u and >> >> iscsiadm -m node -o delete -T ... -p ... >> >> in order to achieve that? >> >> Or is there some more simple way? > > > umount any file systems, remove them from /etc/fstab, then vgremove the > volume group should be sufficient to remove history of the LV's and VG's > ... I don't believe its neccessary to pvremove the individual disks. > > then drop the target LUN on the storage server. > Helped :) thx /Götz -- Götz Reinicke IT-Koordinator Tel. +49 7141 969 82 420 Fax +49 7141 969 55 420 E-Mail goetz.reini...@filmakademie.de Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzender des Aufsichtsrats: Jürgen Walter MdL Staatssekretär im Ministerium für Wissenschaft, Forschung und Kunst Baden-Württemberg Geschäftsführer: Prof. Thomas Schadt ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] to lvm or not to lvm - why/when to use lvm
- Original Message - | Hi, | | I was wondering, why/when it is useful or when should I avoid to use | LVM. | | I think the big advantage of LVMing is if you modify (rezising, ...) | disk and filesystem layouts "a lot". | | Are there any real pros or cons for following situations regarding | e.g. | management and speed? The speed at which you can manage your disk environment through the use of LVM makes most of the tradeoffs worth while. Of course, YMMV so you're best to test. | e.g.: | | I do have a server system raid for which the disk layout will not | change; e.g. /var /usr /home will not change much in size. This isn't so much the issue. What if *any* partition requirements *do* change in the future. LVM can account for that my allowing you flexibility to make a change should it be required. Standard partitioning is less flexible in this regard. | OR | | I do have some file storage shares (iscsi raids) up to some TB each | on | one big storage device. | | Sometimes (e.g. after a server crash) it is useful to remount the | storage to a different server. Standard caveats apply. If the Volume Groups or the Logical Volumes are named the same moving them to another system with similar VGs or LVs can be problematic. Same goes for file system labels, albeit both are relatively easy to fix in such a scenario. | Should I use LVM on the iscsi storage volumes? I would find it difficult to find a case where LVM shouldn't be used because of it's flexibility. I tend to use full disk LVM (no partitions at all) and file system labels for mounting and the like (labels match LVs). lvcreate -L 20G -n csgrad DATA mkfs.xfs -L csgrad /dev/DATA/csgrad /etc/fstab -- LABEL=csgrad /exports/csgrad xfs defaults 0 0 LVM offers other additional flexibility too in that you can migrate PVs from one device to another online. So if you have one iSCSI server that is coming off support and you are replacing it with another, you can use pvmove to move the data from one target to another. -- James A. Peltier Manager, IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.sfu.ca/itservices “A successful person is one who can lay a solid foundation from the bricks others have thrown at them.” -David Brinkley via Luke Shaw ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] to lvm or not to lvm - why/when to use lvm
- Original Message - | - Original Message - | | Hi, | | | | I was wondering, why/when it is useful or when should I avoid to | | use | | LVM. | | | | I think the big advantage of LVMing is if you modify (rezising, | | ...) | | disk and filesystem layouts "a lot". | | | | Are there any real pros or cons for following situations regarding | | e.g. | | management and speed? | | The speed at which you can manage your disk environment through the | use of LVM makes most of the tradeoffs worth while. Of course, YMMV | so you're best to test. | | | e.g.: | | | | I do have a server system raid for which the disk layout will not | | change; e.g. /var /usr /home will not change much in size. | | This isn't so much the issue. What if *any* partition requirements | *do* change in the future. LVM can account for that my allowing you | flexibility to make a change should it be required. Standard | partitioning is less flexible in this regard. | | | OR | | | | I do have some file storage shares (iscsi raids) up to some TB each | | on | | one big storage device. | | | | Sometimes (e.g. after a server crash) it is useful to remount the | | storage to a different server. | | Standard caveats apply. If the Volume Groups or the Logical Volumes | are named the same moving them to another system with similar VGs or | LVs can be problematic. Same goes for file system labels, albeit | both are relatively easy to fix in such a scenario. | | | Should I use LVM on the iscsi storage volumes? | | I would find it difficult to find a case where LVM shouldn't be used | because of it's flexibility. I tend to use full disk LVM (no | partitions at all) and file system labels for mounting and the like | (labels match LVs). | | lvcreate -L 20G -n csgrad DATA | mkfs.xfs -L csgrad /dev/DATA/csgrad | | /etc/fstab | -- | | LABEL=csgrad /exports/csgrad xfs defaults 0 0 | | | LVM offers other additional flexibility too in that you can migrate | PVs from one device to another online. So if you have one iSCSI | server that is coming off support and you are replacing it with | another, you can use pvmove to move the data from one target to | another. Oh! One last case in point. Partition Alignment. This is very important to the performance of a disk subsystem. With full disk LVM it's not an issue at all. -- James A. Peltier Manager, IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.sfu.ca/itservices “A successful person is one who can lay a solid foundation from the bricks others have thrown at them.” -David Brinkley via Luke Shaw ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] scanner only works in su mode
On Thu, 2013-09-26 at 00:14 -0500, Michael Hennebry wrote: > On Wed, 25 Sep 2013, Robert Heller wrote: > > > At Wed, 25 Sep 2013 13:34:51 -0600 CentOS mailing list > > wrote: > > > The proper cure for this is to add yourself to the group that udev puts the > > device in. Look in /etc/udev/rules.d. Under CentOS 5 with hplip3-common > > installed, this would be 55-hpmud.rules. > > I'm running centos 6. > Googling tells me the corresponding centos 6 directory is /lib/udev/rules.d . > There are no files with 55 or hp in their names, > but there are 39 with the string usb . > Where should I be looking? > Sorry I'm late to this thread. Just adding unprivileded users to scanner group worked for me with HP 72xx MFP and CentOS 6.x. YMMV. Cheers, B.J. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] OT: Webcam with microphone compatible with CentOS 6
Hi all, Any recommendation about some webcam with microphone?? I need to buy one to use skype. Thanks. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Webcam with microphone compatible with CentOS 6
On Thu, Sep 26, 2013 at 7:49 AM, C. L. Martinez wrote: > Hi all, > > Any recommendation about some webcam with microphone?? I need to buy > one to use skype. I have 'Logitech HD Webcam C525' on a few of my EL 6 machines. It worked out of the box. No problem with skype. Akemi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] scanner only works in su mode
On Thu, 26 Sep 2013, Robert Heller wrote: > It looks like to use the scanner you need to edit your /etc/group file or use > the user manager to add yourself to the lp group. That did not work. I ran a separate login to get one that admitted I was in the lp group. Applying strace to hp-scan told me that it could not open /dev/bus/usb/001/006 for writing. Its owner and group are both root. -- Michael henne...@web.cs.ndsu.nodak.edu "On Monday, I'm gonna have to tell my kindergarten class, whom I teach not to run with scissors, that my fiance ran me through with a broadsword." -- Lily ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] scanner only works in su mode
Michael Hennebry wrote: > On Thu, 26 Sep 2013, Robert Heller wrote: > >> It looks like to use the scanner you need to edit your /etc/group file >> or use the user manager to add yourself to the lp group. > > That did not work. > I ran a separate login to get one that admitted I was in the lp group. > Applying strace to hp-scan told me that it could not open > /dev/bus/usb/001/006 for writing. > Its owner and group are both root. > I may have missed your response - didn't the steps in the link I posted the other day, involving /etc/udev/rules.d/ work? mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] erase disk
Hi. I have a CentOS server (a Dell 860) with two drives in it. One is running CentOS 6.4 which I want to keep & the bigger 400GB drive has Debian 7 on it which I want to erase & use for backups. Which is the best way to go about achieving my intended goal? The Debian drive is not mounted when Centos is booted. Any help appreciated. Cheers, Phil... -- currently (ab)using Arch Linux, CentOS 5.9 & 6.4, Debian Squeeze & Wheezy, Fedora Spherical & That Damn Cat, Lubuntu 12.10, OS X Snow Leopard & Tiger, Ubuntu Quantal, Raring & Saucy GnuGPG Key : http://phildobbin.org/publickey.asc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] erase disk
Burn a DBAN disk. Shutdown, pull out the drive you want to keep. Boot to the dban disk, when prompted type autonuke, wait for the process to complete. Shutdown, reinsert the centos drive you wanted to keep. You will now have your centos main drive, and a blank backup disk. You'll need to run mkfs on the blank drive. Then mount it where you want it. Phil Dobbin wrote: >Hi. > >I have a CentOS server (a Dell 860) with two drives in it. > >One is running CentOS 6.4 which I want to keep & the bigger 400GB drive > >has Debian 7 on it which I want to erase & use for backups. > >Which is the best way to go about achieving my intended goal? The >Debian >drive is not mounted when Centos is booted. > >Any help appreciated. > >Cheers, > >Phil... > >-- >currently (ab)using >Arch Linux, CentOS 5.9 & 6.4, Debian Squeeze & Wheezy, Fedora Spherical >& That Damn Cat, Lubuntu 12.10, OS X Snow Leopard & Tiger, Ubuntu >Quantal, Raring & Saucy >GnuGPG Key : http://phildobbin.org/publickey.asc > >___ >CentOS mailing list >CentOS@centos.org >http://lists.centos.org/mailman/listinfo/centos -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] scanner only works in su mode
On Thu, Sep 26, 2013 at 2:08 PM, Michael Hennebry < henne...@web.cs.ndsu.nodak.edu> wrote: > On Thu, 26 Sep 2013, Robert Heller wrote: > > > It looks like to use the scanner you need to edit your /etc/group file > or use > > the user manager to add yourself to the lp group. > > That did not work. > I ran a separate login to get one that admitted I was in the lp group. > Applying strace to hp-scan told me that it could not open > /dev/bus/usb/001/006 for writing. > Its owner and group are both root. you could do a script that wrappers all of the setup kinds of stuff, possibly a script named 'scanner' with lines like #!/bin/sh if [ -f /var/tmp/scanner.run ] echo sorry, currently running as `cat /var/tmp/scanner.run` exit 0 fi me=`whomai` echo $me > /var/tmp/scaner.sun sudo chown $me /dev/bus/usb/001/006 #need appropriate sudo changes to make this happen, probably # don't want everyone running chown as root, doubly so for any old device. # #this might need some experimentation, perhaps it should just be group ownership and privs that change # #this should probably be much brighter and pull the right path/info/devices from lsusb, but I don't #have the hardware, and haven't seen the output. maybe it's not even possible? xsane #(or whatever scanner program you really want to use) sleep 3 #give it a little time after the program closes, although I might just be paranoid rm /var/tmp/scanner.run then get all the end users (or possibly just you) into the habit of using the script ? -- Even the Magic 8 ball has an opinion on email clients: Outlook not so good. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] erase disk
Bret Taylor wrote: > Phil Dobbin wrote: >> >>I have a CentOS server (a Dell 860) with two drives in it. >>One is running CentOS 6.4 which I want to keep & the bigger 400GB drive >>has Debian 7 on it which I want to erase & use for backups. >>Which is the best way to go about achieving my intended goal? The >>Debian drive is not mounted when Centos is booted. >> >>Any help appreciated. > Burn a DBAN disk. Shutdown, pull out the drive you want to keep. Boot to > the dban disk, when prompted type autonuke, wait for the process to > complete. Shutdown, reinsert the centos drive you wanted to keep. You will > now have your centos main drive, and a blank backup disk. You'll need to > run mkfs on the blank drive. Then mount it where you want it. > Then put the dban disk on the shelf over your desk - you *will* want it again (and again, and again) Most *excellent* piece of software. Of course, working for a US federal contractor, when I sanitize, I overkill (DoD 5220.22-M)... but I *am* signing my name to the form guaranteeing it's clean. We, at least, are not going to have accidents with PII and HIPAA data. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] erase disk
Better safe than sorry. Even if people think it's "overkill". There's paranoid, and then there's best practice; in my mind they're one in the same. m.r...@5-cent.us wrote: >Bret Taylor wrote: >> Phil Dobbin wrote: >>> >>>I have a CentOS server (a Dell 860) with two drives in it. >>>One is running CentOS 6.4 which I want to keep & the bigger 400GB >drive >>>has Debian 7 on it which I want to erase & use for backups. >>>Which is the best way to go about achieving my intended goal? The >>>Debian drive is not mounted when Centos is booted. >>> >>>Any help appreciated. > >> Burn a DBAN disk. Shutdown, pull out the drive you want to keep. Boot >to >> the dban disk, when prompted type autonuke, wait for the process to >> complete. Shutdown, reinsert the centos drive you wanted to keep. You >will >> now have your centos main drive, and a blank backup disk. You'll need >to >> run mkfs on the blank drive. Then mount it where you want it. >> >Then put the dban disk on the shelf over your desk - you *will* want it >again (and again, and again) > >Most *excellent* piece of software. Of course, working for a US federal >contractor, when I sanitize, I overkill (DoD 5220.22-M)... but I *am* >signing my name to the form guaranteeing it's clean. > >We, at least, are not going to have accidents with PII and HIPAA data. > > mark > >___ >CentOS mailing list >CentOS@centos.org >http://lists.centos.org/mailman/listinfo/centos -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] scanner only works in su mode
Michael Hennebry wrote:
> On Thu, 26 Sep 2013, Robert Heller wrote:
>
>> It looks like to use the scanner you need to edit your /etc/group file
or use the user manager to add yourself to the lp group.
>
> That did not work.
> I ran a separate login to get one that admitted I was in the lp group.
Applying strace to hp-scan told me that it could not open
> /dev/bus/usb/001/006 for writing.
> Its owner and group are both root.
I'll try again.
google for centos 6 scanner ownership permissions
The first hit I got is a thread on this list from '11 or last year. The
last post in the thread ends with:
Excerpt:
Actual fix:
1) # scanimage -L
device `epkowa:interpreter:001:005' is a Epson (unknown model) flatbed
scanner
to get the bus and the device (in the above, bus = 001; device = 005)
2) "lsusb" to get the ID
# lsusb | grep -i "bus 001" | grep -i "device 005"
Bus 001 Device 005: ID 04b8:0131 Seiko Epson Corp.
3) cd to the udev "sane" directory
# cd /etc/udev/rules.d
4) find the "sane" configuration file.
# ls | grep -i sane
60-libsane.rules
5) add an entry into the sane configuration file for your scanner.
Note: the ATTRS{idVendor} is the first half of your ID above (04b8)
the ATTRS{idProduct} is the second half of your ID above (0131)
the name in the comments you make up yourself
if you put all your users into group "users", then use "users" for the
group below. If you use a different group for each user, then create a
group called "scanners" (groupadd scanners), use "scanners" for
the group below, and add each user to the "scanners" group
# Epkowa Epson Perfection V300
ATTRS{idVendor}=="04b8", ATTRS{idProduct}=="0131",
ENV{libsane_matched}="yes", MODE="0664", OWNER="root", GROUP="users" ---
end excerpt ---
Modify to fit your system and device.
mark
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] erase disk
On 9/26/2013 11:30 AM, Phil Dobbin wrote: > I have a CentOS server (a Dell 860) with two drives in it. > > One is running CentOS 6.4 which I want to keep & the bigger 400GB drive > has Debian 7 on it which I want to erase & use for backups. > > Which is the best way to go about achieving my intended goal? The Debian > drive is not mounted when Centos is booted. this 400GB drive is /dev/sdb ? as root... fdisk /dev/sdb and delete all partitions, create a new linux partition thats the full size of the disk, exit fdisk. mkfs.ext3 /dev/sdb1 mkdir /backups edit /etc/fstab and add a line to the bottom like: /dev/sdb1/backups ext3 defaults1 2 now, mount /backups voila, done. your backups will be mounted as /backups when you reboot. -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] erase disk
Please don't top post. Bret Taylor wrote: > m.r...@5-cent.us wrote: >>Bret Taylor wrote: >>> Phil Dobbin wrote: I have a CentOS server (a Dell 860) with two drives in it. One is running CentOS 6.4 which I want to keep & the bigger 400GB >>drive has Debian 7 on it which I want to erase & use for backups. Which is the best way to go about achieving my intended goal? The Debian drive is not mounted when Centos is booted. Any help appreciated. >> >>> Burn a DBAN disk. Shutdown, pull out the drive you want to keep. Boot >>to the dban disk, when prompted type autonuke, wait for the process to >>> complete. Shutdown, reinsert the centos drive you wanted to keep. You >>will now have your centos main drive, and a blank backup disk. You'll need >>to run mkfs on the blank drive. Then mount it where you want it. >>> >>Then put the dban disk on the shelf over your desk - you *will* want it >>again (and again, and again) >> >>Most *excellent* piece of software. Of course, working for a US federal >>contractor, when I sanitize, I overkill (DoD 5220.22-M)... but I *am* >>signing my name to the form guaranteeing it's clean. >> >>We, at least, are not going to have accidents with PII and HIPAA data. >> > Better safe than sorry. Even if people think it's "overkill". There's > paranoid, and then there's best practice; in my mind they're one in the > same. The reality is that it's massive overkill. A dozen years ago, seven passes would guarantee cleanliness. These days, the way the data's stored on modern drives, I've seen people argue that one was sufficient, and surely two would be. But it's no big deal. I usually do four at a time, shove them into an old, decommissioned server that I saved for the purpose, and leave dban in the DVD drive, fire it up, choose that, and the drives, and walk away. The next day, the following Monday, who cares? I'm mostly using them for servers that we're about to surplus. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] erase disk
On Thu, Sep 26, 2013 at 3:33 PM, John R Pierce wrote: > On 9/26/2013 11:30 AM, Phil Dobbin wrote: > > I have a CentOS server (a Dell 860) with two drives in it. > > > > One is running CentOS 6.4 which I want to keep & the bigger 400GB drive > > has Debian 7 on it which I want to erase & use for backups. > > > > Which is the best way to go about achieving my intended goal? The Debian > > drive is not mounted when Centos is booted. > > this 400GB drive is /dev/sdb ? > > as root... > fdisk /dev/sdb > and delete all partitions, create a new linux partition thats > the full size of the disk, exit fdisk. > mkfs.ext3 /dev/sdb1 > mkdir /backups > > edit /etc/fstab and add a line to the bottom like: > /dev/sdb1/backups ext3 defaults1 2 > > now, mount /backups > > voila, done. your backups will be mounted as /backups when you reboot. > I think this question is asking everyone to make lots of assumptions about your hardware config. I tend to agree with Mr. Pierce above (again, assuming you have 2 separate physical drives and not some sort of weird LVM or Hardware raid in the mix). if you're going to repurpose the drive to backups within the same machine, going to the effort of running 7 pass DOD graded disk wipe utils seems to me at best kinda dumb and very wasteful for time, at worse it'll take more life off an old disk. then again, there's assuming in that answer, too. -- Even the Magic 8 ball has an opinion on email clients: Outlook not so good. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] erase disk
On Thu, 26 Sep 2013, m.r...@5-cent.us wrote: Burn a DBAN disk [] Then put the dban disk on the shelf over your desk [...] Then make it available via PXE, though with a DANGER warning in your PXE menu :-). -- Paul Heinlein heinl...@madboa.com 45°38' N, 122°6' W___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] to lvm or not to lvm - why/when to use lvm
On 09/26/2013 09:35 PM, James A. Peltier wrote: - Original Message - | - Original Message - | | Hi, | | | | I was wondering, why/when it is useful or when should I avoid to | | use | | LVM. | | | | I think the big advantage of LVMing is if you modify (rezising, | | ...) | | disk and filesystem layouts "a lot". | | | | Are there any real pros or cons for following situations regarding | | e.g. | | management and speed? | | The speed at which you can manage your disk environment through the | use of LVM makes most of the tradeoffs worth while. Of course, YMMV | so you're best to test. | | | e.g.: | | | | I do have a server system raid for which the disk layout will not | | change; e.g. /var /usr /home will not change much in size. | | This isn't so much the issue. What if *any* partition requirements | *do* change in the future. LVM can account for that my allowing you | flexibility to make a change should it be required. Standard | partitioning is less flexible in this regard. | | | OR | | | | I do have some file storage shares (iscsi raids) up to some TB each | | on | | one big storage device. | | | | Sometimes (e.g. after a server crash) it is useful to remount the | | storage to a different server. | | Standard caveats apply. If the Volume Groups or the Logical Volumes | are named the same moving them to another system with similar VGs or | LVs can be problematic. Same goes for file system labels, albeit | both are relatively easy to fix in such a scenario. | | | Should I use LVM on the iscsi storage volumes? | | I would find it difficult to find a case where LVM shouldn't be used | because of it's flexibility. I tend to use full disk LVM (no | partitions at all) and file system labels for mounting and the like | (labels match LVs). | | lvcreate -L 20G -n csgrad DATA | mkfs.xfs -L csgrad /dev/DATA/csgrad | | /etc/fstab | -- | | LABEL=csgrad /exports/csgrad xfs defaults 0 0 | | | LVM offers other additional flexibility too in that you can migrate | PVs from one device to another online. So if you have one iSCSI | server that is coming off support and you are replacing it with | another, you can use pvmove to move the data from one target to | another. Oh! One last case in point. Partition Alignment. This is very important to the performance of a disk subsystem. With full disk LVM it's not an issue at all. Not having much experience with LVM, I just wondered how this last comment applies. Surely the alignment of partitions has got to do with the underlying hardware and how it seeks to and finds the beginning of where it wants to read - the sector. I am curious how LVM negates this hardware constraint. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] to lvm or not to lvm - why/when to use lvm
- "Rob Kampen" escreveu: > De: "Rob Kampen" > Para: "CentOS mailing list" > Enviadas: Quinta-feira, 26 de Setembro de 2013 17:11:06 (GMT-0300) > Auto-Detected > Assunto: Re: [CentOS] to lvm or not to lvm - why/when to use lvm > > On 09/26/2013 09:35 PM, James A. Peltier wrote: > > - Original Message - > > | - Original Message - > > | | Hi, > > | | > > | | I was wondering, why/when it is useful or when should I avoid > to > > | | use > > | | LVM. > > | | > > | | I think the big advantage of LVMing is if you modify (rezising, > > | | ...) > > | | disk and filesystem layouts "a lot". > > | | > > | | Are there any real pros or cons for following situations > regarding > > | | e.g. > > | | management and speed? > > | > > | The speed at which you can manage your disk environment through > the > > | use of LVM makes most of the tradeoffs worth while. Of course, > YMMV > > | so you're best to test. > > | > > | | e.g.: > > | | > > | | I do have a server system raid for which the disk layout will > not > > | | change; e.g. /var /usr /home will not change much in size. > > | > > | This isn't so much the issue. What if *any* partition > requirements > > | *do* change in the future. LVM can account for that my allowing > you > > | flexibility to make a change should it be required. Standard > > | partitioning is less flexible in this regard. > > | > > | | OR > > | | > > | | I do have some file storage shares (iscsi raids) up to some TB > each > > | | on > > | | one big storage device. > > | | > > | | Sometimes (e.g. after a server crash) it is useful to remount > the > > | | storage to a different server. > > | > > | Standard caveats apply. If the Volume Groups or the Logical > Volumes > > | are named the same moving them to another system with similar VGs > or > > | LVs can be problematic. Same goes for file system labels, albeit > > | both are relatively easy to fix in such a scenario. > > | > > | | Should I use LVM on the iscsi storage volumes? > > | > > | I would find it difficult to find a case where LVM shouldn't be > used > > | because of it's flexibility. I tend to use full disk LVM (no > > | partitions at all) and file system labels for mounting and the > like > > | (labels match LVs). > > | > > | lvcreate -L 20G -n csgrad DATA > > | mkfs.xfs -L csgrad /dev/DATA/csgrad > > | > > | /etc/fstab > > | -- > > | > > | LABEL=csgrad /exports/csgrad xfs defaults 0 0 > > | > > | > > | LVM offers other additional flexibility too in that you can > migrate > > | PVs from one device to another online. So if you have one iSCSI > > | server that is coming off support and you are replacing it with > > | another, you can use pvmove to move the data from one target to > > | another. > > > > Oh! One last case in point. Partition Alignment. This is very > important to the performance of a disk subsystem. With full disk LVM > it's not an issue at all. > > > Not having much experience with LVM, I just wondered how this last > comment applies. > Surely the alignment of partitions has got to do with the underlying > hardware and how it seeks to and finds the beginning of where it wants > > to read - the sector. I am curious how LVM negates this hardware > constraint. > Well, I think this is one of the big examples of what we can do with LVM: http://www.greyoak.com/lvmdrive.html -- Antonio da Silva Martins Jr. Analista de Suporte NPD - Núcleo de Processamento de Dados UEM - Universidade Estadual de Maringá email: asmart...@uem.br fone: +55 (44) 3011-4015 / 3011-4411 inoc-dba: 263076*100 "Real Programmers don’t need comments — the code is obvious." -- Esta mensagem foi verificada pelo sistema de antivirus e acredita-se estar livre de perigo. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Creating 38TB ext4 FS
Very useful information John. Thank you. (Your email slipped through the cracks and I just saw it by accident. I'm happy I didn't loose it.) On Fri, Sep 20, 2013 at 3:21 PM, John R Pierce wrote: > On 9/20/2013 2:27 PM, Peter Wood wrote: > > XFS worked. Thanks a lot. > > for large xfs file systems, be sure to mount with option inode64. > > there's one caveat on XFS in Linux, when used as a nfs export... if you > JUST export your file system root, then you're fine, but if you like to > have multiple seperate exports on the same file system, NFS does NOT > like the 64 bit inode numbers, so you HAVE to specify manual arbitrary > unique export fsid numbers. I usually just use fsid=1,2,3,... for the > exports. AFAIK, they only have to be unique within the file system. > there's an fsid=uuid option but I ran into multiple problems in my > heterogeneous production environment with this, too. > > also, natch, you should ONLY use xfs on a 64bit OS.I think its > intentionally disabled on 32bit, but if you were to try and force it, > you'd get into data corruptions or kernel panics. > > and, a large XFS file system requires quite a bit of RAM to do the > xfs_check/repair (equiv to fsck) > > > -- > john r pierce 37N 122W > somewhere on the middle of the left coast > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Webcam with microphone compatible with CentOS 6
On 26/09/13 17:27, Akemi Yagi wrote:
> On Thu, Sep 26, 2013 at 7:49 AM, C. L. Martinez wrote:
>> Hi all,
>>
>> Any recommendation about some webcam with microphone?? I need to buy
>> one to use skype.
>
> I have 'Logitech HD Webcam C525' on a few of my EL 6 machines. It
> worked out of the box. No problem with skype.
>
> Akemi
Many thanks Akemi, but according to Logitech website, it is too
expensive ... maybe C170 or C270 models can works with CentOS ...
--
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Creating 38TB ext4 FS
On 2013-09-20, John R Pierce wrote: > for large xfs file systems, be sure to mount with option inode64. There are a bunch of FAQ entries at the XFS site about this issue. Here's one of them: http://xfs.org/index.php/XFS_FAQ#Q:_What_is_the_inode64_mount_option_for.3F The other issues about using inode64 and NFS are also nearby on the same page. So following up on that, I have a question: I have a largish XFS filesystem which is currently not mounted inode64. I would like to know how close I am to filling up the inodes in the first 1TB, so that I know how urgent it is for me to migrate to inode64. Does anybody know a way to query this information out of the filesystem? > and, a large XFS file system requires quite a bit of RAM to do the > xfs_check/repair (equiv to fsck) I have read on the mailing lists that the XFS folks recommend using xfs_repair -n over xfs_check. xfs_repair still needs a lot of RAM, but apparently xfs_check needs much more. --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Creating 38TB ext4 FS
On 9/26/2013 2:27 PM, Keith Keller wrote: > So following up on that, I have a question: I have a largish XFS > filesystem which is currently not mounted inode64. I would like to know > how close I am to filling up the inodes in the first 1TB, so that I know > how urgent it is for me to migrate to inode64. Does anybody know a way > to query this information out of the filesystem? as I understand it, once there's no free blocks in the first TB, there's no way to create another 32bit inode. -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] erase disk
On Thu, Sep 26, 2013 at 3:47 PM, Paul Heinlein wrote: > On Thu, 26 Sep 2013, m.r...@5-cent.us wrote: > > Burn a DBAN disk [] >>> >> >> Then put the dban disk on the shelf over your desk [...] >> > Eh, I don't really think dban is necessary. Probably more than an fdisk and creating a file system is overkill. Besides there's gnu shred that would do the job from his running CentOS system ... hit the secondary drive with random bits or just a pass of zeros. # one pass random bits, one pass zero shred -vfz -n1 /dev/ # zeros only shred -vfz -n0 /dev/ > > Then make it available via PXE, though with a DANGER warning in your PXE > menu :-). Hehehe. ;) I have dban on a pxe boot server. Initially having it there was a bit disconcerting ... more so that a coworker would stumble upon it. I hid the option in a separate menu and did put a warning in the splash message. Off-Topic: A coworker of mine modified the dban iso so that it would boot and auto-nuke (no keyboard) ... He left that disc in a server he gave to another coworker ... who we suspect put the disc in a work computer and wiped the drive! :P > > > -- > Paul Heinlein > heinl...@madboa.com > 45°38' N, 122°6' W > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > > -- ---~~.~~--- Mike // SilverTip257 // ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] erase disk
On Thu, 26 Sep 2013, SilverTip257 wrote: Eh, I don't really think dban is necessary. Probably more than an fdisk and creating a file system is overkill. My policies are work are simple: 1. Re-use by same employee: stick with filesystem tools. 2. Re-use within company: single-pass zeroing of disk. 3. Retirement of asset: three-pass of random bits. I've never seen the need for a seven-pass randomization. If pressed, I'd probably agree that a one-pass zeroing is good enough for just about any situation. Asset retirement isn't a time-sensitive task, however, so I always use a three-pass randomization before it heads out the door. -- Paul Heinlein heinl...@madboa.com 45°38' N, 122°6' W___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] to lvm or not to lvm - why/when to use lvm
- Original Message - | | On 09/26/2013 09:35 PM, James A. Peltier wrote: | > - Original Message - | > | - Original Message - | > | | Hi, | > | | | > | | I was wondering, why/when it is useful or when should I avoid | > | | to | > | | use | > | | LVM. | > | | | > | | I think the big advantage of LVMing is if you modify (rezising, | > | | ...) | > | | disk and filesystem layouts "a lot". | > | | | > | | Are there any real pros or cons for following situations | > | | regarding | > | | e.g. | > | | management and speed? | > | | > | The speed at which you can manage your disk environment through | > | the | > | use of LVM makes most of the tradeoffs worth while. Of course, | > | YMMV | > | so you're best to test. | > | | > | | e.g.: | > | | | > | | I do have a server system raid for which the disk layout will | > | | not | > | | change; e.g. /var /usr /home will not change much in size. | > | | > | This isn't so much the issue. What if *any* partition | > | requirements | > | *do* change in the future. LVM can account for that my allowing | > | you | > | flexibility to make a change should it be required. Standard | > | partitioning is less flexible in this regard. | > | | > | | OR | > | | | > | | I do have some file storage shares (iscsi raids) up to some TB | > | | each | > | | on | > | | one big storage device. | > | | | > | | Sometimes (e.g. after a server crash) it is useful to remount | > | | the | > | | storage to a different server. | > | | > | Standard caveats apply. If the Volume Groups or the Logical | > | Volumes | > | are named the same moving them to another system with similar VGs | > | or | > | LVs can be problematic. Same goes for file system labels, albeit | > | both are relatively easy to fix in such a scenario. | > | | > | | Should I use LVM on the iscsi storage volumes? | > | | > | I would find it difficult to find a case where LVM shouldn't be | > | used | > | because of it's flexibility. I tend to use full disk LVM (no | > | partitions at all) and file system labels for mounting and the | > | like | > | (labels match LVs). | > | | > | lvcreate -L 20G -n csgrad DATA | > | mkfs.xfs -L csgrad /dev/DATA/csgrad | > | | > | /etc/fstab | > | -- | > | | > | LABEL=csgrad /exports/csgrad xfs defaults 0 0 | > | | > | | > | LVM offers other additional flexibility too in that you can | > | migrate | > | PVs from one device to another online. So if you have one iSCSI | > | server that is coming off support and you are replacing it with | > | another, you can use pvmove to move the data from one target to | > | another. | > | > Oh! One last case in point. Partition Alignment. This is very | > important to the performance of a disk subsystem. With full disk | > LVM it's not an issue at all. | > | Not having much experience with LVM, I just wondered how this last | comment applies. | Surely the alignment of partitions has got to do with the underlying | hardware and how it seeks to and finds the beginning of where it | wants | to read - the sector. I am curious how LVM negates this hardware | constraint. There are no partitions, so partition alignment is moot. That doesn't mean that you don't need to also align the file system layout, but at least you don't have to account for both partition alignment *and* file system alignment. BTW: XFS detects this automatically if it can talk directly to the hardware otherwise you need to specify the sw= and su= values accordingly. -- James A. Peltier Manager, IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.sfu.ca/itservices “A successful person is one who can lay a solid foundation from the bricks others have thrown at them.” -David Brinkley via Luke Shaw ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Webcam with microphone compatible with CentOS 6
On Thu, Sep 26, 2013 at 5:02 PM, carlopmart wrote: > > > On 26/09/13 17:27, Akemi Yagi wrote: > > On Thu, Sep 26, 2013 at 7:49 AM, C. L. Martinez > wrote: > >> Hi all, > >> > >> Any recommendation about some webcam with microphone?? I need to buy > >> one to use skype. > > > > I have 'Logitech HD Webcam C525' on a few of my EL 6 machines. It > > worked out of the box. No problem with skype. > > > > Akemi > > Many thanks Akemi, but according to Logitech website, it is too > expensive ... maybe C170 or C270 models can works with CentOS ... > > >.< perhaps you should check amazon (or some other, preferred retailer) for pricing. it'd also help if in your original question you asked for something with a budget of... $10? $20? -- Even the Magic 8 ball has an opinion on email clients: Outlook not so good. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Webcam with microphone compatible with CentOS 6
On Thu, Sep 26, 2013 at 06:19:39PM -0400, zGreenfelder wrote: > On Thu, Sep 26, 2013 at 5:02 PM, carlopmart wrote: > > > > > > > On 26/09/13 17:27, Akemi Yagi wrote: > > > On Thu, Sep 26, 2013 at 7:49 AM, C. L. Martinez > > wrote: > > >> Hi all, > > >> > > >> Any recommendation about some webcam with microphone?? I need to buy > > >> one to use skype. > > > > > > I have 'Logitech HD Webcam C525' on a few of my EL 6 machines. It > > > worked out of the box. No problem with skype. > > > > > > Akemi > > > > Many thanks Akemi, but according to Logitech website, it is too > > expensive ... maybe C170 or C270 models can works with CentOS ... > > > > > >.< > > perhaps you should check amazon (or some other, preferred retailer) for > pricing. it'd also help if in your original question you asked for > something with a budget of... > $10? > $20? Amazon has it for about 36 bucks (US) and one of their "associates" has it for about 30. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The Lord detests the way of the wicked but he loves those who pursue righteousness. - Proverbs 15:9 (niv) - ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] erase disk
Paul Heinlein wrote: >On Thu, 26 Sep 2013, SilverTip257 wrote: > >> Eh, I don't really think dban is necessary. Probably more than an >> fdisk and creating a file system is overkill. > >My policies are work are simple: > > 1. Re-use by same employee: stick with filesystem tools. > 2. Re-use within company: single-pass zeroing of disk. > 3. Retirement of asset: three-pass of random bits. > >I've never seen the need for a seven-pass randomization. If pressed, >I'd probably agree that a one-pass zeroing is good enough for just >about any situation. Asset retirement isn't a time-sensitive task, >however, so I always use a three-pass randomization before it heads >out the door. You all realize that dban only offers 3 passes, unless you pay for it, right? DBAN is easy, that's why I recommended it. A fairly simple solution is dd if=/dev/zero (or urandom) of=/dev/(device) -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] erase disk
On Thu, 26 Sep 2013, Bret Taylor wrote: > A fairly simple solution is > dd if=/dev/zero (or urandom) of=/dev/(device) I usually hit the disk with a hammer. Satisfying :-) -s ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Creating 38TB ext4 FS
On 09/26/2013 04:27 PM, Keith Keller wrote: <> > So following up on that, I have a question: I have a largish XFS > filesystem which is currently not mounted inode64. I would like to know > how close I am to filling up the inodes in the first 1TB, so that I know > how urgent it is for me to migrate to inode64. Does anybody know a way > to query this information out of the filesystem? only way i can think of to get close would be rather lengthy. as root user; ls -iR /|less and watch for max number, or via a php command that will list inodes into increasing numerical order. if you fear you are getting close to max, zip up a bunch of files that you do not need, ie, emails, text files, photographs, etc. then delete what you zipped to release the inodes. if you have another partition with a greater number of free inodes, mv directory(s) to it, then link directory(s) back where you want. hth. -- peace out. in a world with out fences, who needs gates. tc,hago. g . ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Creating 38TB ext4 FS
On 9/26/2013 2:27 PM, Keith Keller wrote: > so that I know > how urgent it is for me to migrate to inode64. you realize, 'migrate' is trivial? mount -o remount,inode64 /dev/whatever and replace 'defaults' with 'inode64' on the line in /etc/fstab so it does it next time too. thats it. -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Creating 38TB ext4 FS
On 2013-09-26, John R Pierce wrote: > On 9/26/2013 2:27 PM, Keith Keller wrote: >> so that I know >> how urgent it is for me to migrate to inode64. > > you realize, 'migrate' is trivial? Yes. I also realize that I have NFS clients and am exporting a subdirectory, so I want to reorganize my share to export the top-level directory instead. Since this involves a disruptive change to my clients I need to schedule such work, ideally at the same time as I need to do other disruptive work. --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Creating 38TB ext4 FS
On 9/26/2013 6:54 PM, Keith Keller wrote: > Yes. I also realize that I have NFS clients and am exporting a > subdirectory, so I want to reorganize my share to export the top-level > directory instead. Since this involves a disruptive change to my > clients I need to schedule such work, ideally at the same time as I need > to do other disruptive work. or just specify fsid=1, 2, 3 on the various exports. -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Creating 38TB ext4 FS
On 09/26/2013 06:28 PM, John R Pierce wrote: > On 9/26/2013 2:27 PM, Keith Keller wrote: >> so that I know >> how urgent it is for me to migrate to inode64. > > you realize, 'migrate' is trivial? > > mount -o remount,inode64 /dev/whatever > > and replace 'defaults' with 'inode64' on the line in /etc/fstab so it > does it next time too. interesting. and easier than what i suggested. i was not aware of usage of 'inode64' until reading your post and reading 'man mount'. i do not find such in 'man fstab'. would you please explain on using 'inode64' in 'fstab'. thank you. -- peace out. in a world with out fences, who needs gates. tc.hago. g . ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Creating 38TB ext4 FS
On 2013-09-27, g wrote: > > would you please explain on using 'inode64' in 'fstab'. It's a mount option, so goes in the fourth column with the other mount options (comma-separated). --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Creating 38TB ext4 FS
On 09/26/2013 10:44 PM, Keith Keller wrote: > On 2013-09-27, g wrote: >> >> would you please explain on using 'inode64' in 'fstab'. > > It's a mount option, so goes in the fourth column with the other mount > options (comma-separated). yes, i understand mount options. i do not find it listed in 'man fstab' for the clone that i am currently using. looks like i will have to wait until i get centos iso downloaded and installed so i can move out of os i am currently using. thanks for your reply. -- peace out. in a world with out fences, who needs gates. tc.hago. g . ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Creating 38TB ext4 FS
On 9/26/2013 9:30 PM, g wrote: > yes, i understand mount options. i do not find it listed in > 'man fstab' for the clone that i am currently using. > > looks like i will have to wait until i get centos iso downloaded > and installed so i can move out of os i am currently using. its an xfs specific mount option. see the man pages for mount (8), under *Mount options for xfs*... -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Creating 38TB ext4 FS
On 09/26/2013 11:54 PM, John R Pierce wrote: > On 9/26/2013 9:30 PM, g wrote: >> yes, i understand mount options. i do not find it listed in ^ >> 'man fstab' for the clone that i am currently using. ^ >> >> looks like i will have to wait until i get centos iso downloaded >> and installed so i can move out of os i am currently using. > > > its an xfs specific mount option. see the man pages for mount (8), > under *Mount options for xfs*... > > yes, as stated above; i understand _mount_options_. i do not find it in "man fstab". -- peace out. in a world with out fences, who needs gates. tc.hago. g . ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Webcam with microphone compatible with CentOS 6
On Thu, Sep 26, 2013 at 10:19 PM, zGreenfelder wrote: > On Thu, Sep 26, 2013 at 5:02 PM, carlopmart wrote: > >> >> >> On 26/09/13 17:27, Akemi Yagi wrote: >> > On Thu, Sep 26, 2013 at 7:49 AM, C. L. Martinez >> wrote: >> >> Hi all, >> >> >> >> Any recommendation about some webcam with microphone?? I need to buy >> >> one to use skype. >> > >> > I have 'Logitech HD Webcam C525' on a few of my EL 6 machines. It >> > worked out of the box. No problem with skype. >> > >> > Akemi >> >> Many thanks Akemi, but according to Logitech website, it is too >> expensive ... maybe C170 or C270 models can works with CentOS ... >> >> >>.< > > perhaps you should check amazon (or some other, preferred retailer) for > pricing. it'd also help if in your original question you asked for > something with a budget of... > $10? > $20? Thanks zGreenfelder. I don't want to spend more than 20-25€ ($26-$34). ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Creating 38TB ext4 FS
On 09/27/2013 12:53 AM, g wrote: > > > On 09/26/2013 11:54 PM, John R Pierce wrote: >> On 9/26/2013 9:30 PM, g wrote: >>> yes, i understand mount options. i do not find it listed in >^ >>> 'man fstab' for the clone that i am currently using. > ^ >>> >>> looks like i will have to wait until i get centos iso downloaded >>> and installed so i can move out of os i am currently using. >> >> >> its an xfs specific mount option. see the man pages for mount (8), >> under *Mount options for xfs*... >> >> > > yes, as stated above; > >i understand _mount_options_. i do not find it in "man fstab". in addition, something crossing my mind, this is breaking op's thread, so for now, lets drop this 'ravel'. :=X after i finish pulling centos iso, and get 6.4 installed, i will post a question. :=) thank you all. -- peace out. in a world with out fences, who needs gates. tc.hago. g . ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
