Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Christopher Chan]

On Friday, January 29, 2010 03:49 PM, Dave wrote:
> On Thu, Jan 28, 2010 at 12:30 PM, Rudi Ahlers  > wrote:
>
>
> let's keep the question simple. WHICH filesystem would be best for
> this type of operation? SMB, NFS, or iSCSI?
>
>
>
> As someone said, these are all bad if your channel is insecure.
>
> Actually I know nothing about iSCSI, maybe it is more robust.
>

I foresee loads of kernel timeout messages in /var/log/messages...
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Dave]

On Thu, Jan 28, 2010 at 12:30 PM, Rudi Ahlers  wrote:

>
> let's keep the question simple. WHICH filesystem would be best for this
> type of operation? SMB, NFS, or iSCSI?
>


As someone said, these are all bad if your channel is insecure.

Actually I know nothing about iSCSI, maybe it is more robust.

Dave
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Rudi Ahlers]

On Fri, Jan 29, 2010 at 2:17 AM, Ross Walker  wrote:

> It's not easy backing up from behind the firewall.
>
> What about using a service that will backup the mobile clients to an
> offsite repository that is accessible also from behind the firewall.
>
> I was pitched something not too long ago about such a service, can't
> remember the name now unfortunately.
>
> Otherwise you could look into some sort of WebDAV + Fuse setup or some
> specialized file system that is cached on the client but then syncs with the
> server in the background when available, then all your backups are local.
>
> -Ross
>
>
> ___
>
>
Hi Ross,

Backing up behind the firewall is made easy by using an SSH tunnel :)

We already have an offsite backup facility with a 3rd party, but I need more
control over the backups, and want to setup an inhouse backup server which
where all the client's account (this is hosting accounts & VPS's) be backed
up to, then this server will do an rsync with all the data to the offsite
backup server.





-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to map ata#.# numbers to /dev/sd numbers?

[Stephen Harris]

On Thu, Jan 28, 2010 at 07:18:36PM -0500, Robert Heller wrote:
> At Thu, 28 Jan 2010 17:05:41 -0500 CentOS mailing list  
> wrote:
> > Yeah, but dmesg has two problems that I can think of
> > 1) it may disappear if the number of kernel messages grows sufficiently
> > large
> 
> /var/log/dmesg

Doesn't handle hotswap disks, and still has the problem with out-of-order
entries.

> Ata numbers seem to start with 1 (one) and scsi hosts start with 0
> (zero), so, ataN => scsi, unless you either have real SCSI
> controllers or PATA controllers that use SCSI-flavored drivers.  The USB
> drivers will be loaded later, so the USB disks will have higher SCSI
> host numners.

Can we guarantee that?  And order detection of disks is not the same
as order detection of buses; in my cases the USB disk is on scsi host 8
but is sdb (the second disk found).

The problem I really want to solve is a scriptable solution so that I can
always map ata#.# number to /dev/sdX entry.  On my own personal machine I
can always write it down 'cos it's not gonna change... but in general?

-- 

rgds
Stephen
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Hibernating a laptop with the power button (Thinkpax X31) under CentOS 5.4

[Robert Heller]

I am having a weird problem trying to get hibernation to work when I
press the power button on my Thinkpad X31 under CentOS 5.4.

I've modified /etc/acpi/events/power.conf to contain:

# ACPID config to power down machine if powerbutton is pressed, but only if
# no gnome-power-manager is running

event=button/power.*
action=/bin/ps awwux | /bin/grep gnome-power-manager | /bin/grep -qv grep || 
/sbin/shutdown -h now

And restarted acpid (sudo /sbin/service acpid restart).

I don't run gnome, so there won't be a gnome-power-manager process
running.

When I press the power button nothing happens (acpid does log that it
ran the above action).

If I run the action line above in a shell (as root), the machine does
hibernate just fine.

What is going on here?

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Download the Model Railroad System
http://www.deepsoft.com/  -- Binaries for Linux and MS-Windows
hel...@deepsoft.com   -- http://www.deepsoft.com/ModelRailroadSystem/
  
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos/Linux Disk Caching, might be OT in some ways

[Christopher Chan]

On Friday, January 29, 2010 08:50 AM, Ross Walker wrote:
> On Jan 28, 2010, at 7:27 PM, Christopher Chan   >  wrote:
>
>> On Thursday, January 28, 2010 10:48 PM, Ross Walker wrote:
>>>
>>> On Jan 27, 2010, at 7:50 PM, Christopher 
>>> Chan>>> wrote:
>>>

> Sorry to be the bearer of bad news, but on top of LVM on CentOS/
> RHEL
> the best assurance your going to get is fsync(), meaning the data
> is
> out of the kernel, but probably still on disk write cache. Make
> sure
> you have a good UPS setup, so the disks can flush after main power
> loss.

 Or turn off write caching...
>>>
>>> Have you tried doing any kind of write with write caching turned off?
>>> It is so horribly slow to make it almost useless.
>>
>> If they needed the performance in the first place, I doubt they
>> would be
>> using md raid1. You want performance and reliability? Hardware raid +
>> bbu cache. Otherwise, it is turn off write caching unless the i/o path
>> supports barriers.
>
> Yes, but a lot of people jumped on the SW RAID is just as good or
> better then HW RAID bandwagon and well there is no battery backed up
> write cache then.
>

This was so long long ago. Performance-wise, software raid was better 
than hardware, especially when it comes raid5, when them hardware raid 
cards were a joke using Intel i960 processors or had little to no cache 
like the 3ware 75xx/85xx cards. But even then, hardware raid was good 
for raid1 because at that time, on 3ware anyway, md raid1 did not 
support partial syncs and had to do full syncs if a disk fell off the 
array but hardware raid implementations did support and had less of a 
penalty.

You will only find software raid faster than hardware raid for small 
setups, 4 to 6 disks, with raid1+0 today before bus contention gets in 
the way unless you have a motherboard like the one the Thumper uses. 
Until RHEL6 comes out though, that would be moot for data integrity 
unless you have a nice big umem nvram card and turn write caching off if 
you use lvm too.


>
>>>
>>> If you need to turn write-caching off then I would start looking at
>>> SSD drives with capacitor based caches.
>>>
>>
>> How do those compare with bbu nvram cards for external data + metadata
>> journaling?
>
> Slightly slower then nvram, but don't suffer from the write-cache
> filling up under load.
>


Dunno about the nvram card filling up...depends on the usage. Ext3/4 
filesystems being used as mail queues will be laughing with an external 
nvram device for its journal in data=journal mode unless most mails 
actually have to queue or are not sent off within five seconds (which is 
still adjustable i believe).
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Installing an SSL Cert

[Lanny Marcus]

On Tue, Jan 26, 2010 at 7:38 PM, ML  wrote:
> I am considering buying this:
> http://www.godaddy.com/Compare/gdcompare_ssl.aspx?isc=sslqgo003a
>
> Since I have a domain that will be collecting data and processing payments.
>
> Where can I find instructions on how to install the certificate?
>
> Do I have to run another domain or sub domain for the store? Or can I just 
> run the whole domain on https?

If it is a single root certificate, it will be easier to install. If
it has an Intermediate certificate (chained) it's a little harder to
install. You must have a Dedicated IP address for that domain. You can
get a RapidSSL from Namecheap.com (single root) for $10.95 for one
year. I got a free StartSSL (chained) certificate. I believe you
should only have the sub domain encrypted, because pages that are
encrypted are a little slower.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos/Linux Disk Caching, might be OT in some ways

[Ross Walker]

On Jan 28, 2010, at 7:27 PM, Christopher Chan  wrote:

> On Thursday, January 28, 2010 10:48 PM, Ross Walker wrote:
>>
>> On Jan 27, 2010, at 7:50 PM, Christopher 
>> Chan>> wrote:
>>
>>>
 Sorry to be the bearer of bad news, but on top of LVM on CentOS/ 
 RHEL
 the best assurance your going to get is fsync(), meaning the data  
 is
 out of the kernel, but probably still on disk write cache. Make  
 sure
 you have a good UPS setup, so the disks can flush after main power
 loss.
>>>
>>> Or turn off write caching...
>>
>> Have you tried doing any kind of write with write caching turned off?
>> It is so horribly slow to make it almost useless.
>
> If they needed the performance in the first place, I doubt they  
> would be
> using md raid1. You want performance and reliability? Hardware raid +
> bbu cache. Otherwise, it is turn off write caching unless the i/o path
> supports barriers.

Yes, but a lot of people jumped on the SW RAID is just as good or  
better then HW RAID bandwagon and well there is no battery backed up  
write cache then.


>>
>> If you need to turn write-caching off then I would start looking at
>> SSD drives with capacitor based caches.
>>
>
> How do those compare with bbu nvram cards for external data + metadata
> journaling?

Slightly slower then nvram, but don't suffer from the write-cache  
filling up under load.

-Ross
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos/Linux Disk Caching, might be OT in some ways

[Ross Walker]

On Jan 28, 2010, at 7:25 PM, Christopher Chan  wrote:

>
>> There are concerns that everyone's currently fast performing LVM file
>> systems will suddenly become doggish once barrier support is included
>> and in some cases it will be true. Using a separate SSD device as a
>> journal can help in some cases.
>>
>
> That's only if you are using ext3/ext4 and data=journal. Are SSDs  
> faster
> than bbu nvram cards?

No, but for existing installations it is definitely better then the  
alternative.

-Ross

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos/Linux Disk Caching, might be OT in some ways

[Christopher Chan]

On Thursday, January 28, 2010 10:48 PM, Ross Walker wrote:
>
> On Jan 27, 2010, at 7:50 PM, Christopher Chan   >  wrote:
>
>>
>>> Sorry to be the bearer of bad news, but on top of LVM on CentOS/RHEL
>>> the best assurance your going to get is fsync(), meaning the data is
>>> out of the kernel, but probably still on disk write cache. Make sure
>>> you have a good UPS setup, so the disks can flush after main power
>>> loss.
>>
>> Or turn off write caching...
>
> Have you tried doing any kind of write with write caching turned off?
> It is so horribly slow to make it almost useless.

If they needed the performance in the first place, I doubt they would be 
using md raid1. You want performance and reliability? Hardware raid + 
bbu cache. Otherwise, it is turn off write caching unless the i/o path 
supports barriers.


>
> If you need to turn write-caching off then I would start looking at
> SSD drives with capacitor based caches.
>

How do those compare with bbu nvram cards for external data + metadata 
journaling?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos/Linux Disk Caching, might be OT in some ways

[Christopher Chan]

> There are concerns that everyone's currently fast performing LVM file
> systems will suddenly become doggish once barrier support is included
> and in some cases it will be true. Using a separate SSD device as a
> journal can help in some cases.
>

That's only if you are using ext3/ext4 and data=journal. Are SSDs faster 
than bbu nvram cards?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to map ata#.# numbers to /dev/sd numbers?

[Robert Heller]

At Thu, 28 Jan 2010 17:05:41 -0500 CentOS mailing list  
wrote:

> 
> [ Sorry to merge messages; I appear to have lost Peter's post, so I'm
> replying to Peter and Mark in the same message ]
> 
> Peter Kjellstrom wrote:
> > > On Thursday 28 January 2010, Stephen Harris wrote:
> > >> to determine what ata7.01 maps to in terms of /dev/sd# values?
> 
> > > This seems quite hard to do. The following hack will match scsi hosts to
> > > libata-driver + number:
> 
> Hmm, interesting:
> 
> % for d in /sys/class/scsi_host/host*
> do 
>   echo "$d $(cat $d/proc_name) $(cat $d/unique_id)"
> done
> /sys/class/scsi_host/host0 ahci 1
> /sys/class/scsi_host/host1 ahci 2
> /sys/class/scsi_host/host2 ahci 3
> /sys/class/scsi_host/host3 ahci 4
> /sys/class/scsi_host/host4 ahci 5
> /sys/class/scsi_host/host5 ahci 6
> /sys/class/scsi_host/host6 sata_sil24 7
> /sys/class/scsi_host/host7 sata_sil24 8
> /sys/class/scsi_host/host8 usb-storage 0
> 
> So in this case ata7 appears to map to host6.  Now the usb-storage entry
> looks odd.  Do I have to magically know that ahci and sata_sil24 both map
> to "ata" entries?
> 
> >From lsscsi I see, for host 6
> [6:0:0:0]diskATA  ST31000340AS SD15  /dev/sdc
> [6:1:0:0]diskATA  ST31000340AS SD15  /dev/sdd
> [6:2:0:0]diskATA  ST31000340AS SD15  /dev/sde
> [6:3:0:0]diskATA  ST31000340AS AD14  /dev/sdf
> 
> So I have to guess the second number in ata#.# represents the LUN of the
> device on that bus, so ata7.1 -> host6 -> [6:1:0:0] -> sdd
> 
> This looks like an unreliable method of detection.  But it may be possible!
> 
> m.r...@5-cent.us wrote:
> > Have you checked dmesg? For example,
> 
> Yeah, but dmesg has two problems that I can think of
> 1) it may disappear if the number of kernel messages grows sufficiently
> large

/var/log/dmesg

> 
> 2) The ID number wasn't obvious
> scsi6 : sata_sil24
> scsi7 : sata_sil24
> ata7: SATA max UDMA/100 host m...@0xfe7fbf80 port 0xfe7fc000 irq 169
> ata8: SATA max UDMA/100 host m...@0xfe7fbf80 port 0xfe7fe000 irq 169
> 
> How does that tell me ata7 matches scsi6?  We can't rely on ordering
> (see below).

Ata numbers seem to start with 1 (one) and scsi hosts start with 0
(zero), so, ataN => scsi, unless you either have real SCSI
controllers or PATA controllers that use SCSI-flavored drivers.  The USB
drivers will be loaded later, so the USB disks will have higher SCSI
host numners.

> 
> Further,
> 
>   ata7: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
>   ata7.15: Port Multiplier 1.1, 0x1095:0x3726 r23, 6 ports, feat 0x1/0x9
>   ata7.00: hard resetting link
>   ata7.00: SATA link up 1.5 Gbps (SStatus 113 SControl 320)
>   ata7.01: hard resetting link
>   ata7.01: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
>   ata7.02: hard resetting link
>   ata7.02: SATA link up 1.5 Gbps (SStatus 113 SControl 0)
>   ata7.03: hard resetting link
>   floppy0: no floppy controllers found
>   ata7.03: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
>   ata7.04: hard resetting link
>   ata7.04: SATA link down (SStatus 0 SControl 320)
>   ata7.05: hard resetting link
>   ata7.05: SATA link up 1.5 Gbps (SStatus 113 SControl 320)
>   ata7.00: ATA-8: ST31000340AS, SD15, max UDMA/133
>   ata7.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 31/32)
>   ata7.00: configured for UDMA/100
>   ata7.01: ATA-8: ST31000340AS, SD15, max UDMA/133
>   ata7.01: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
>   ata7.01: configured for UDMA/100
>   ata7.02: ATA-8: ST31000340AS, SD15, max UDMA/133
>   ata7.02: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
>   ata7.02: configured for UDMA/100
>   ata7.03: ATA-8: ST31000340AS, AD14, max UDMA/133
>   ata7.03: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
>   ata7.03: configured for UDMA/100
>   ata7: EH complete
> Vendor: MaxtorModel: 6Y120P0   Rev: YAR4
> Type:   Direct-Access  ANSI SCSI revision: 02
>   SCSI device sdb: 240121728 512-byte hdwr sectors (122942 MB)
>   sdb: Write Protect is off
>   sdb: Mode Sense: 53 00 00 08
>   sdb: assuming drive cache: write through
>   SCSI device sdb: 240121728 512-byte hdwr sectors (122942 MB)
>   sdb: Write Protect is off
>   sdb: Mode Sense: 53 00 00 08
>   sdb: assuming drive cache: write through
>sdb:<6>ata8: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
>   ata8.15: Port Multiplier 1.1, 0x1095:0x3726 r23, 6 ports, feat 0x1/0x9
>   ata8.00: hard resetting link
>   ata8.00: SATA link up 1.5 Gbps (SStatus 113 SControl 320)
> 
> As can be seen, different parts of detection appear to be interleaved
> (floppy detection message, sdb detection message - disk in a USB disk
> enclosure!) so I can't seem to rely on ordering of messages in dmesg to
> accurately determine which device has been assigned what ID.
> 
> dmesg really gets messy when you have lots of disks!
> 
> Thanks for the feedback so far!
> 

-- 
Robert Heller -- 978-544-6933
Deepwoods Software  

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Ross Walker]

On Jan 28, 2010, at 6:23 PM, Rudi Ahlers  wrote:




On Fri, Jan 29, 2010 at 1:18 AM, nate  wrote:
Rudi Ahlers wrote:

> nate, why not? Is it simply unavoidable at all costs to mount on  
system on

> another, over a WAN? That's all I really want todo

If what you have now works, stick with it.. in general network
file systems are very latency sensitive.

CIFS might work best *if* your using a WAN optimization appliance,
I'm not sure how much support NFS gets from those vendors.

iSCSI certainly is the worst, block devices are very intolerant of
latency.

AFS may be another option though quite a bit more complicated, as
far as I know it's a layer on top of an existing file system that
is used for things like replication

http://www.openafs.org/

I have no experience with it myself.


Thanx nate, this is what I wanted to hear :)

So, is there any benefit in using NFS over SMB in this case? The  
CIFS mounts can't be unmounted without a reboot, so they build-up a  
pool of mounts to the same server which cause extra latency


It's not easy backing up from behind the firewall.

What about using a service that will backup the mobile clients to an  
offsite repository that is accessible also from behind the firewall.


I was pitched something not too long ago about such a service, can't  
remember the name now unfortunately.


Otherwise you could look into some sort of WebDAV + Fuse setup or some  
specialized file system that is cached on the client but then syncs  
with the server in the background when available, then all your  
backups are local.


-Ross

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos/Linux Disk Caching, might be OT in some ways

[Ross Walker]

On Jan 28, 2010, at 6:58 PM, "nate"  wrote:

> Ross Walker wrote:
>
>> Even directio by itself won't do the trick, the OS needs to make sure
>> the disk drives empties it's write cache and currently barriers are
>> the only way to make sure of that.
>
> Well I guess by the same token nobody in their right mind
> would run an Oracle DB without a battery backed write cache :)

True, or at a minimum a UPS.

There are patches in the current kernel versions that add barrier  
support to LVM, but how long till they are backported to RHEL is  
anyone's guess.

There are concerns that everyone's currently fast performing LVM file  
systems will suddenly become doggish once barrier support is included  
and in some cases it will be true. Using a separate SSD device as a  
journal can help in some cases.

-Ross

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos/Linux Disk Caching, might be OT in some ways

[nate]

Ross Walker wrote:

> Even directio by itself won't do the trick, the OS needs to make sure
> the disk drives empties it's write cache and currently barriers are
> the only way to make sure of that.

Well I guess by the same token nobody in their right mind
would run an Oracle DB without a battery backed write cache :)

nate


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos/Linux Disk Caching, might be OT in some ways

[Ross Walker]

On Jan 28, 2010, at 11:37 AM, "nate"  wrote:

> Les Mikesell wrote:
>
>> I wonder if the generally-horrible handling that linux has always  
>> done
>> for fsync() is the real reason Oracle spun off their own distro?  Do
>> they get it better?
>
> Anyone in their right mind with Oracle would be using ASM and direct
> I/O so I don't think it was related.
>
> http://www.oracle.com/technology/pub/articles/smiley_10gdb_install.html#asm
> http://www.ixora.com.au/tips/avoid_buffered_io.htm
>
> "The file system cache should be used to buffer non-Oracle I/O only.
> Using it to attempt to enhance the caching of Oracle data just wastes
> memory, and lots of it. Oracle can cache its own data much more
> effectively than the operating system can. "
>
> Which leads me back to my original response, forget about file
> system cache if you want performance go for application level
> caching whether it's DB caching or other caching like memcached
> mentioned by someone.
>
> Oracle did it because they wanted to control the entire stack.

It isn't even file system cache that os of concern here, fsync()  
properly flushes the file systems and buffers out of the kernel. The  
problem is fsync() doesn't tell the disk drives themselves to flush  
their buffers.

Even directio by itself won't do the trick, the OS needs to make sure  
the disk drives empties it's write cache and currently barriers are  
the only way to make sure of that.

-Ross

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Les Mikesell]

On 1/28/2010 5:23 PM, Rudi Ahlers wrote:
>
> So, is there any benefit in using NFS over SMB in this case? The CIFS
> mounts can't be unmounted without a reboot, so they build-up a pool of
> mounts to the same server which cause extra latency

I don't understand either of not being able to unmount a cifs mount or 
not being able to avoid remounting when it is already mounted.  That's 
probably something you can fix.  The only thing that should keep you 
from unmounting would be if some file is open or a running process has 
its working directory under the mount point.

-- 
   Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Les Mikesell]

On 1/28/2010 5:13 PM, Rudi Ahlers wrote:
>
>
> nate, why not? Is it simply unavoidable at all costs to mount on system
> on another, over a WAN? That's all I really want todo

You are introducing unpredictable delays and possible 
retries/disconnects into kernel layers that aren't very well prepared to 
deal with them.  It may mostly work, but I assume you wouldn't be asking 
if you were happy with it.  There might be something you could do with 
mirroring over DRDB if you are willing to duplicate the disk space on 
both sides - but you could use rsync for that too.

-- 
   Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Rudi Ahlers]

On Fri, Jan 29, 2010 at 1:18 AM, nate  wrote:

> Rudi Ahlers wrote:
>
> > nate, why not? Is it simply unavoidable at all costs to mount on system
> on
> > another, over a WAN? That's all I really want todo
>
> If what you have now works, stick with it.. in general network
> file systems are very latency sensitive.
>
> CIFS might work best *if* your using a WAN optimization appliance,
> I'm not sure how much support NFS gets from those vendors.
>
> iSCSI certainly is the worst, block devices are very intolerant of
> latency.
>
> AFS may be another option though quite a bit more complicated, as
> far as I know it's a layer on top of an existing file system that
> is used for things like replication
>
> http://www.openafs.org/
>
> I have no experience with it myself.
>
> nate
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>


Thanx nate, this is what I wanted to hear :)

So, is there any benefit in using NFS over SMB in this case? The CIFS mounts
can't be unmounted without a reboot, so they build-up a pool of mounts to
the same server which cause extra latency


-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Skype and problem with ALSA mixer driver?

[Ned Slider]

Andrew wrote:
> Having used skype successfully in the past with previous CentOS
> versions, I haven't yet been able to get it working fully with CentOS
> 5.3 - the playback sound works OK but I can't get the mic working. I
> previously used the skype version installed with yum from the skype repo
> but thought maybe this was faulty, so have just installed the static
> version (cd skype_static-2.1.0.81). However, the mic still doesn't work
> and I've notice the following (repeated) error messages on the command
> line (currently this version has to be executed from the command line):
> 
> snd_pcm_avail_update() returned a value that is exceptionally large:
> 203032 bytes (1057 ms).
> Most likely this is a bug in the ALSA driver. Please report this issue
> to the ALSA developers.
> snd_pcm_avail_update() returned a value that is exceptionally large:
> 201176 bytes (1047 ms).
> Most likely this is a bug in the ALSA driver. Please report this issue
> to the ALSA developers.
> snd_pcm_avail_update() returned a value that is exceptionally large:
> 199280 bytes (1037 ms).
> Most likely this is a bug in the ALSA driver. Please report this issue
> to the ALSA developers.
> 
> ..etc
> 
> Does anybody have any information about this issue/bug and any idea how
> to solve the problem?
> Thanks,
> Andy
> 

What version of ALSA driver are you using? Have you tried updating ALSA 
as the version within CentOS is quite old now (1.0.14rc3).

Elrepo has an updated ALSA driver package here:

http://elrepo.org/tiki/kmod-alsa

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[nate]

Rudi Ahlers wrote:

> nate, why not? Is it simply unavoidable at all costs to mount on system on
> another, over a WAN? That's all I really want todo

If what you have now works, stick with it.. in general network
file systems are very latency sensitive.

CIFS might work best *if* your using a WAN optimization appliance,
I'm not sure how much support NFS gets from those vendors.

iSCSI certainly is the worst, block devices are very intolerant of
latency.

AFS may be another option though quite a bit more complicated, as
far as I know it's a layer on top of an existing file system that
is used for things like replication

http://www.openafs.org/

I have no experience with it myself.

nate


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Rudi Ahlers]

On Fri, Jan 29, 2010 at 1:05 AM, nate  wrote:

> Rudi Ahlers wrote:
>
> > let's keep the question simple. WHICH filesystem would be best for this
> type
> > of operation? SMB, NFS, or iSCSI?
>
> none
>
> nate
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>


nate, why not? Is it simply unavoidable at all costs to mount on system on
another, over a WAN? That's all I really want todo


-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[nate]

Rudi Ahlers wrote:

> let's keep the question simple. WHICH filesystem would be best for this type
> of operation? SMB, NFS, or iSCSI?

none

nate

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[nate]

Rudi Ahlers wrote:

> let's keep the question simple. WHICH filesystem would be best for this type
> of operation? SMB, NFS, or iSCSI?

none

nate

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Adobe Acrobat Reader 9.3 - slightly OT

[Ryan Pugatch]

MHR wrote:
> I've noticed recently that the latest version of Adobe's Acrobat
> Reader (9.3) has a really annoying tendency to stop for 30-60 seconds
> shortly after it starts up to read/display a PDF file.  I don't see
> this on my Windows copies, just on CentOS.
> 
> Anyone know what's up with that?
> 
> Thanks.
> 
> mhr

I use evince for reading PDFs.. just a suggestion.

Ryan
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[John R Pierce]

Rudi Ahlers wrote:
> let's keep the question simple. WHICH filesystem would be best for 
> this type of operation? SMB, NFS, or iSCSI?

ISCSI is not a file system, its purely a block device.   works best over 
fast low latency dedicated links.

I think NFS would be better for unix to unix than SMB.  SMB/CIFS is 
better for MS Windows, but neither works very well over high latency 
connections.


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Les Mikesell]

On 1/28/2010 4:30 PM, Rudi Ahlers wrote:
>
> ok, forget about rsync. forget about which backup script is better, and
> which isn't. forget about how I get the data onto the order server. I
> don't care about backups, or rsync, or backuppc or bacula or amanda, or
> R1soft
>
> let's keep the question simple. WHICH filesystem would be best for this
> type of operation? SMB, NFS, or iSCSI?

All are fine locally, horrible over network connections with high 
latency or limited bandwidth.  iSCSI is probably harder to manage if you 
ever want to see the data from more than one connection.

-- 
   Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] bind a web root sub-folder to /usr/share/xxyy

[Mr. X]

This is OT, but what is the RH/Centos best practice for this scenario.

I have a web root under control of user webmaster.
In /etc/fstab
--- snip --
/var/www/dev  /home/webmaster/www_devnonebind00
- unsnip --

ls -al /var/www/dev/
drwxr-xr-x 10 webmaster webmaster 4096 Jan 28 14:21 dev

what I'd like to do is bind /usr/share/xxyy to /var/www/dev/xxyy under
control ~webmaster. Is it as simple as

/usr/share/xxyy   /var/www/dev/xxyy  nonebind00

do I have chown webmaster:webmaster /usr/share/xxyy ?

-- 
Mark




  
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Rudi Ahlers]

On Thu, Jan 28, 2010 at 11:34 PM, Les Mikesell wrote:

>
>
> This is probably getting repetitive, but backuppc provides a web
> interface where server 'owners' can browse their own backups, select
> what they want, and click a button to restore or download to their
> desktop.  It's not part of the distribution, but I think someone even
> has a fuse filesystem layer that gives normal-looking read access to the
> compressed/pooled storage.  I don't know if you can wrap samba on top of
> that, though - or what kind of performance it has.
>
> --
>Les Mikesell
>lesmikes...@gmail.com
> ___
>


You're right, it is getting repetitive, but thank you for the advice, I'll
look into backuppc

ok, forget about rsync. forget about which backup script is better, and
which isn't. forget about how I get the data onto the order server. I don't
care about backups, or rsync, or backuppc or bacula or amanda, or R1soft

let's keep the question simple. WHICH filesystem would be best for this type
of operation? SMB, NFS, or iSCSI?

-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to map ata#.# numbers to /dev/sd numbers?

[Les Mikesell]

On 1/28/2010 4:05 PM, Stephen Harris wrote:
>
> As can be seen, different parts of detection appear to be interleaved
> (floppy detection message, sdb detection message - disk in a USB disk
> enclosure!) so I can't seem to rely on ordering of messages in dmesg to
> accurately determine which device has been assigned what ID.
>
> dmesg really gets messy when you have lots of disks!

Not to mention what happens if you hot-swap them and re-connect in a 
different order.  I've sometimes made raid-1 devices on the disks even 
if I don't intend to add the partner just so auto-detect will always 
connect them up to the right place even if some are disconnected or moved.

-- 
   Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Adobe Acrobat Reader 9.3 - slightly OT

[MHR]

I've noticed recently that the latest version of Adobe's Acrobat
Reader (9.3) has a really annoying tendency to stop for 30-60 seconds
shortly after it starts up to read/display a PDF file.  I don't see
this on my Windows copies, just on CentOS.

Anyone know what's up with that?

Thanks.

mhr
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to map ata#.# numbers to /dev/sd numbers?

[Stephen Harris]

[ Sorry to merge messages; I appear to have lost Peter's post, so I'm
replying to Peter and Mark in the same message ]

Peter Kjellstrom wrote:
> > On Thursday 28 January 2010, Stephen Harris wrote:
> >> to determine what ata7.01 maps to in terms of /dev/sd# values?

> > This seems quite hard to do. The following hack will match scsi hosts to
> > libata-driver + number:

Hmm, interesting:

% for d in /sys/class/scsi_host/host*
do 
  echo "$d $(cat $d/proc_name) $(cat $d/unique_id)"
done
/sys/class/scsi_host/host0 ahci 1
/sys/class/scsi_host/host1 ahci 2
/sys/class/scsi_host/host2 ahci 3
/sys/class/scsi_host/host3 ahci 4
/sys/class/scsi_host/host4 ahci 5
/sys/class/scsi_host/host5 ahci 6
/sys/class/scsi_host/host6 sata_sil24 7
/sys/class/scsi_host/host7 sata_sil24 8
/sys/class/scsi_host/host8 usb-storage 0

So in this case ata7 appears to map to host6.  Now the usb-storage entry
looks odd.  Do I have to magically know that ahci and sata_sil24 both map
to "ata" entries?

>From lsscsi I see, for host 6
[6:0:0:0]diskATA  ST31000340AS SD15  /dev/sdc
[6:1:0:0]diskATA  ST31000340AS SD15  /dev/sdd
[6:2:0:0]diskATA  ST31000340AS SD15  /dev/sde
[6:3:0:0]diskATA  ST31000340AS AD14  /dev/sdf

So I have to guess the second number in ata#.# represents the LUN of the
device on that bus, so ata7.1 -> host6 -> [6:1:0:0] -> sdd

This looks like an unreliable method of detection.  But it may be possible!

m.r...@5-cent.us wrote:
> Have you checked dmesg? For example,

Yeah, but dmesg has two problems that I can think of
1) it may disappear if the number of kernel messages grows sufficiently
large

2) The ID number wasn't obvious
scsi6 : sata_sil24
scsi7 : sata_sil24
ata7: SATA max UDMA/100 host m...@0xfe7fbf80 port 0xfe7fc000 irq 169
ata8: SATA max UDMA/100 host m...@0xfe7fbf80 port 0xfe7fe000 irq 169

How does that tell me ata7 matches scsi6?  We can't rely on ordering
(see below).

Further,

  ata7: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
  ata7.15: Port Multiplier 1.1, 0x1095:0x3726 r23, 6 ports, feat 0x1/0x9
  ata7.00: hard resetting link
  ata7.00: SATA link up 1.5 Gbps (SStatus 113 SControl 320)
  ata7.01: hard resetting link
  ata7.01: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
  ata7.02: hard resetting link
  ata7.02: SATA link up 1.5 Gbps (SStatus 113 SControl 0)
  ata7.03: hard resetting link
  floppy0: no floppy controllers found
  ata7.03: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
  ata7.04: hard resetting link
  ata7.04: SATA link down (SStatus 0 SControl 320)
  ata7.05: hard resetting link
  ata7.05: SATA link up 1.5 Gbps (SStatus 113 SControl 320)
  ata7.00: ATA-8: ST31000340AS, SD15, max UDMA/133
  ata7.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 31/32)
  ata7.00: configured for UDMA/100
  ata7.01: ATA-8: ST31000340AS, SD15, max UDMA/133
  ata7.01: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
  ata7.01: configured for UDMA/100
  ata7.02: ATA-8: ST31000340AS, SD15, max UDMA/133
  ata7.02: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
  ata7.02: configured for UDMA/100
  ata7.03: ATA-8: ST31000340AS, AD14, max UDMA/133
  ata7.03: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
  ata7.03: configured for UDMA/100
  ata7: EH complete
Vendor: MaxtorModel: 6Y120P0   Rev: YAR4
Type:   Direct-Access  ANSI SCSI revision: 02
  SCSI device sdb: 240121728 512-byte hdwr sectors (122942 MB)
  sdb: Write Protect is off
  sdb: Mode Sense: 53 00 00 08
  sdb: assuming drive cache: write through
  SCSI device sdb: 240121728 512-byte hdwr sectors (122942 MB)
  sdb: Write Protect is off
  sdb: Mode Sense: 53 00 00 08
  sdb: assuming drive cache: write through
   sdb:<6>ata8: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
  ata8.15: Port Multiplier 1.1, 0x1095:0x3726 r23, 6 ports, feat 0x1/0x9
  ata8.00: hard resetting link
  ata8.00: SATA link up 1.5 Gbps (SStatus 113 SControl 320)

As can be seen, different parts of detection appear to be interleaved
(floppy detection message, sdb detection message - disk in a USB disk
enclosure!) so I can't seem to rely on ordering of messages in dmesg to
accurately determine which device has been assigned what ID.

dmesg really gets messy when you have lots of disks!

Thanks for the feedback so far!

-- 

rgds
Stephen
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Skype and problem with ALSA mixer driver?

[Andrew]

Having used skype successfully in the past with previous CentOS
versions, I haven't yet been able to get it working fully with CentOS
5.3 - the playback sound works OK but I can't get the mic working. I
previously used the skype version installed with yum from the skype repo
but thought maybe this was faulty, so have just installed the static
version (cd skype_static-2.1.0.81). However, the mic still doesn't work
and I've notice the following (repeated) error messages on the command
line (currently this version has to be executed from the command line):

snd_pcm_avail_update() returned a value that is exceptionally large:
203032 bytes (1057 ms).
Most likely this is a bug in the ALSA driver. Please report this issue
to the ALSA developers.
snd_pcm_avail_update() returned a value that is exceptionally large:
201176 bytes (1047 ms).
Most likely this is a bug in the ALSA driver. Please report this issue
to the ALSA developers.
snd_pcm_avail_update() returned a value that is exceptionally large:
199280 bytes (1037 ms).
Most likely this is a bug in the ALSA driver. Please report this issue
to the ALSA developers.

..etc

Does anybody have any information about this issue/bug and any idea how
to solve the problem?
Thanks,
Andy

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Les Mikesell]

On 1/28/2010 3:13 PM, Rudi Ahlers wrote:
>
> We used to do it like that - rsync over SSH, but the amount of support
> calls we got with this solution was just too much.
>
> So, instead we mounted the backup volumes on the servers, and the end
> users (most of them being developers & graphic designers) could have
> direct access to their backups.

This is probably getting repetitive, but backuppc provides a web 
interface where server 'owners' can browse their own backups, select 
what they want, and click a button to restore or download to their 
desktop.  It's not part of the distribution, but I think someone even 
has a fuse filesystem layer that gives normal-looking read access to the 
compressed/pooled storage.  I don't know if you can wrap samba on top of 
that, though - or what kind of performance it has.

-- 
   Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Les Mikesell]

On 1/28/2010 3:01 PM, Rudi Ahlers wrote:
>
>
>
>
> Anytime someone mentions backups, I have a knee-jerk reaction to mention
> backuppc because it is simple and will likely do anything you need.
>   Docs are
> here: http://backuppc.sourceforge.net/ It is packaged in epel.  It
> can use rsync
>   (with/without ssh), smb, or tar for the backup transport.
>   Generally for
> anything remote, you'll want rsync, and you'll want it badly enough
> to set it up
> even on windows targets - which is not all that difficult.
>
> --
>Les Mikesell
> lesmikes...@gmail.com 
>
>
> Thank you Les, but I'm not looking for a new backup program. We rely on
> the platform's native backup scripts. I'm looking for recommendation for
> a fast, reliable & secure remote backup server platform

I don't understand what a 'remote backup server platform' is if it 
doesn't involve backup software.  If you just want to present a file or 
device interface you can do that over a WAN with ordinary protocols but 
you won't like it.  You could split the difference with a local (to the 
targets) file share where the native backups dump a copy, followed by 
remote rsync'ing of that copy to a central server where a longer history 
might be managed (or letting backuppc do that part for you).

-- 
   Les Mikesell
lesmikes...@gmail.com

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Rudi Ahlers]

On Thu, Jan 28, 2010 at 4:04 PM, nate  wrote:

> Rudi Ahlers wrote:
> > Hi,
> >
> > I would like to get some input from people who have used these options
> for
> > mounting a remote server to a local server. Basically, I need to
> replicate /
> > backup data from one server to another, but over the internet (i.e.
> insecure
> > channels)
>
> NFS and CIFS and iSCSI are all terrible for WAN backups(assuming
> you don't have a WAN optimization appliance), tons of overhead.
> Use rsync over SSH, or rsync over HPNSSH. I transfer over a TB of
> data a day using rsync over HPNSSH across several WANs.
>
> nate
>
> ___
>
>
Hi Nate,

We used to do it like that - rsync over SSH, but the amount of support calls
we got with this solution was just too much.

So, instead we mounted the backup volumes on the servers, and the end users
(most of them being developers & graphic designers) could have direct access
to their backups.

Currently we mount the SMB share over SSH, then rsync to it:

ssh -f -N -L 139:usabackup01:139 soft...@usabackup01
mount -t cifs //localhost/backups /bck/ -o username=xx,password=xxx
rsync -avz /home/pete/* /bck/home/pete/

^ this is just a quick sample. The different control panels use rsync
differently, and some users have their own rsync scripts as well.

But, I don't know if this is optimal. i.e. are other protocols which will
work better, and I could only think of iSCSI & NFS, but I don't know if
they're any better.




-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to map ata#.# numbers to /dev/sd numbers?

[m . roth]

> On Thursday 28 January 2010, Stephen Harris wrote:
> ...
>> Now occasionally I see something like this in my logs
>>
>> ata7.01: exception Emask 0x0 SAct 0x0 SErr 0x0 a ction 0x0
> ...
>> How do I tell what disk this is complaining about?  Is there a way
>> to determine what ata7.01 maps to in terms of /dev/sd# values?
>>
>> /proc/scsi/scsi doesn't obviously match scsi# numbers to ata# numbers
>> :-(
>
> This seems quite hard to do. The following hack will match scsi hosts to
> libata-driver + number:

Have you checked dmesg? For example,

SCSI subsystem initialized
libata version 3.00 loaded.
sata_sil :01:0b.0: version 2.3
ACPI: PCI Interrupt :01:0b.0[A] -> GSI 17 (level, low) -> IRQ 193
scsi0 : sata_sil
scsi1 : sata_sil
scsi2 : sata_sil
scsi3 : sata_sil
ata1: SATA max UDMA/100 mmio m1...@0xfc6ffc00 tf 0xfc6ffc80 irq 193
ata2: SATA max UDMA/100 mmio m1...@0xfc6ffc00 tf 0xfc6ffcc0 irq 193
ata3: SATA max UDMA/100 mmio m1...@0xfc6ffc00 tf 0xfc6ffe80 irq 193
ata4: SATA max UDMA/100 mmio m1...@0xfc6ffc00 tf 0xfc6ffec0 irq 193

mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Rudi Ahlers]

Anytime someone mentions backups, I have a knee-jerk reaction to mention
> backuppc because it is simple and will likely do anything you need.  Docs
> are
> here: http://backuppc.sourceforge.net/ It is packaged in epel.  It can use
> rsync
>  (with/without ssh), smb, or tar for the backup transport.  Generally for
> anything remote, you'll want rsync, and you'll want it badly enough to set
> it up
> even on windows targets - which is not all that difficult.
>
> --
>   Les Mikesell
>lesmikes...@gmail.com
>

Thank you Les, but I'm not looking for a new backup program. We rely on the
platform's native backup scripts. I'm looking for recommendation for a fast,
reliable & secure remote backup server platform



-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to map ata#.# numbers to /dev/sd numbers?

[Peter Kjellstrom]

On Thursday 28 January 2010, Stephen Harris wrote:
...
> Now occasionally I see something like this in my logs
>
> ata7.01: exception Emask 0x0 SAct 0x0 SErr 0x0 a ction 0x0
...
> How do I tell what disk this is complaining about?  Is there a way
> to determine what ata7.01 maps to in terms of /dev/sd# values?
>
> /proc/scsi/scsi doesn't obviously match scsi# numbers to ata# numbers :-(

This seems quite hard to do. The following hack will match scsi hosts to 
libata-driver + number:

 $ for d in $(ls -d /sys/class/scsi_host/host?); do echo "$d $(cat \
   $d/proc_name) $(cat $d/unique_id)" ; done
/sys/class/scsi_host/host0 ahci 1
/sys/class/scsi_host/host1 ahci 2
/sys/class/scsi_host/host2 ahci 3
/sys/class/scsi_host/host3 ahci 4
/sys/class/scsi_host/host4 ahci 5
/sys/class/scsi_host/host5 ahci 6

This does not get you all the way though, but unless you have several 
different libata-drivers ahci 1-6 above will match ata1-ata6 (read "dmesg | 
less"...).

Once you know which scsi-host you're looking for the /dev/sdX name can be had 
from many sources (like the output of "lsscsi").

/Peter


signature.asc
Description: This is a digitally signed message part.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.4 64-bit: Java web browser plugin for 64-bit FireFox?

[Rob Kampen]

Les Mikesell wrote:

On 1/28/2010 12:58 PM, Robert Heller wrote:
  

http://wiki.centos.org/TipsAndTricks/PluginsFor64BitFirefox

[rhetorical] Why does this mailing list insist on reinventing the wheel
rather than perform a simple search of existing documentation first?


You sort-of expect end users to do that.  A more relevant question is
why is it shipped broken in the first place?  Is it just Red Hat trying
to maintain their reputation for making java as hard to use as possible?
  

Java is an odd case: *Sun* has weird / non-compatible license issues, so
RH (or CentOS) cannot just re-distribute the Sun JDK and appearently the
openjdk does not include a web browser plug in (nothing RH or CentOS can
do about that).



Netscape was once an odd case and RH managed to deal with it in a usable 
way instead of shipping something different and broken with the same 
name.  The jpackage folks had a perfectly usable way to handle the parts 
that weren't redistributable, back when they weren't redistributable but 
instead of staying compatible with their repository, RH copied parts and 
change them in ways that broke the rest. When the license changed on the 
Sun sdk to make it redistributable and debian incorporated it in their 
main repostiory, RH only added it to the subscription update stream and 
CentOS ignored it completely.  None of this makes any sense to me.


  

And it appears that Sun decided to change the name and location of the
64-bit plugin, which is what threw me, esp. since in the *32-bit* Sun
JDK (6u18) the *old* plugin library is just where I expected it to be.
Why did Sun do *that*?  You would have thought that they would have
included a README there to explain what they did.




Sun engineers are from some other planet?  Since they were so 
cooperative in open-sourcing the codebase when someone asked, I wonder 
if anyone from Red Hat ever explained the expected locations for things 
to land and asked them to build a compatible rpm package the users could 
install?  Having an rpm that doesn't drop into the right places on RH 
doesn't make any sense to me either.


  
Especially when rpm is RedHat Package manager - they created it, one 
would expect that all users would ensure it works with the creator's 
structure and way of working. I guess there are deeper issues here that 
are best not exposed. At least Sun's java is now under an open source 
license!!
<>___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.4 64-bit: Java web browser plugin for 64-bit FireFox?

[Les Mikesell]

On 1/28/2010 12:58 PM, Robert Heller wrote:
>
>>> http://wiki.centos.org/TipsAndTricks/PluginsFor64BitFirefox
>>>
>>> [rhetorical] Why does this mailing list insist on reinventing the wheel
>>> rather than perform a simple search of existing documentation first?
>>
>> You sort-of expect end users to do that.  A more relevant question is
>> why is it shipped broken in the first place?  Is it just Red Hat trying
>> to maintain their reputation for making java as hard to use as possible?
>
> Java is an odd case: *Sun* has weird / non-compatible license issues, so
> RH (or CentOS) cannot just re-distribute the Sun JDK and appearently the
> openjdk does not include a web browser plug in (nothing RH or CentOS can
> do about that).

Netscape was once an odd case and RH managed to deal with it in a usable 
way instead of shipping something different and broken with the same 
name.  The jpackage folks had a perfectly usable way to handle the parts 
that weren't redistributable, back when they weren't redistributable but 
instead of staying compatible with their repository, RH copied parts and 
change them in ways that broke the rest. When the license changed on the 
Sun sdk to make it redistributable and debian incorporated it in their 
main repostiory, RH only added it to the subscription update stream and 
CentOS ignored it completely.  None of this makes any sense to me.

> And it appears that Sun decided to change the name and location of the
> 64-bit plugin, which is what threw me, esp. since in the *32-bit* Sun
> JDK (6u18) the *old* plugin library is just where I expected it to be.
> Why did Sun do *that*?  You would have thought that they would have
> included a README there to explain what they did.
>

Sun engineers are from some other planet?  Since they were so 
cooperative in open-sourcing the codebase when someone asked, I wonder 
if anyone from Red Hat ever explained the expected locations for things 
to land and asked them to build a compatible rpm package the users could 
install?  Having an rpm that doesn't drop into the right places on RH 
doesn't make any sense to me either.

-- 
   Les Mikesell
lesmikes...@gmail.com

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Starting a java applet from the desktop

[James B. Byrne]

On Thu, January 28, 2010 10:17, Kwan Lowe wrote:

>
> Easiest thing is to just create a shortcut that calls the jar
> properly. The procedure depends on the desktop, but for the most
> part it's just a rightclick on the desktop, then on the "link"
> field you'd put in your command and the path to the jar.  I keep
> all my jar files in ~/bin/java/jar and my shortcut does:
>
> java -jar ~/bin/java/jar/myapp.jar
>
>

Thank you for this information.  I had tried creating a custom open
command through properties but did not think to specify the -jar
switch as part of the command.  I tried again with the missing
switch added and now it opens the application when I double click on
it.

-- 
***  E-Mail is NOT a SECURE channel  ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.4 64-bit: Java web browser plugin for 64-bit FireFox?

[Robert Heller]

At Thu, 28 Jan 2010 11:35:35 -0600 CentOS mailing list  
wrote:

> 
> On 1/28/2010 11:14 AM, Ned Slider wrote:
> > This is all documented on the Wiki for anyone who cares to search:
> >
> > http://wiki.centos.org/TipsAndTricks/PluginsFor64BitFirefox
> >
> > [rhetorical] Why does this mailing list insist on reinventing the wheel
> > rather than perform a simple search of existing documentation first?
> 
> You sort-of expect end users to do that.  A more relevant question is 
> why is it shipped broken in the first place?  Is it just Red Hat trying 
> to maintain their reputation for making java as hard to use as possible?

Java is an odd case: *Sun* has weird / non-compatible license issues, so
RH (or CentOS) cannot just re-distribute the Sun JDK and appearently the
openjdk does not include a web browser plug in (nothing RH or CentOS can
do about that).

And it appears that Sun decided to change the name and location of the
64-bit plugin, which is what threw me, esp. since in the *32-bit* Sun
JDK (6u18) the *old* plugin library is just where I expected it to be. 
Why did Sun do *that*?  You would have thought that they would have
included a README there to explain what they did.

> 

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Download the Model Railroad System
http://www.deepsoft.com/  -- Binaries for Linux and MS-Windows
hel...@deepsoft.com   -- http://www.deepsoft.com/ModelRailroadSystem/
 
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.4 64-bit: Java web browser plugin for 64-bit FireFox?

[Les Mikesell]

On 1/28/2010 11:53 AM, Rob Kampen wrote:
>
>>> This is all documented on the Wiki for anyone who cares to search:
>>>
>>> http://wiki.centos.org/TipsAndTricks/PluginsFor64BitFirefox
>>>
>>> [rhetorical] Why does this mailing list insist on reinventing the wheel
>>> rather than perform a simple search of existing documentation first?
>>
>> You sort-of expect end users to do that. A more relevant question is
>> why is it shipped broken in the first place? Is it just Red Hat trying
>> to maintain their reputation for making java as hard to use as possible?
>>
> That doesn't make sense - they own JBoss!!

Apparently they want to make sure you need their support service to run 
it.  They put Sun Java in the update stream that you can only get with a 
paid contract long before they shipped the almost-working 1.6 as part of 
the base.  While they can't actually stop you from downloading your own 
working copy, they've made it as hard as a distribution possibly could.

-- 
   Les Mikesell
lesmikes...@gmail.com

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.4 64-bit: Java web browser plugin for 64-bit FireFox?

[Rob Kampen]

Les Mikesell wrote:

On 1/28/2010 11:14 AM, Ned Slider wrote:
  

This is all documented on the Wiki for anyone who cares to search:

http://wiki.centos.org/TipsAndTricks/PluginsFor64BitFirefox

[rhetorical] Why does this mailing list insist on reinventing the wheel
rather than perform a simple search of existing documentation first?



You sort-of expect end users to do that.  A more relevant question is 
why is it shipped broken in the first place?  Is it just Red Hat trying 
to maintain their reputation for making java as hard to use as possible?


  

That doesn't make sense - they own JBoss!!
<>___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.4 64-bit: Java web browser plugin for 64-bit FireFox?

[Les Mikesell]

On 1/28/2010 11:14 AM, Ned Slider wrote:
> This is all documented on the Wiki for anyone who cares to search:
>
> http://wiki.centos.org/TipsAndTricks/PluginsFor64BitFirefox
>
> [rhetorical] Why does this mailing list insist on reinventing the wheel
> rather than perform a simple search of existing documentation first?

You sort-of expect end users to do that.  A more relevant question is 
why is it shipped broken in the first place?  Is it just Red Hat trying 
to maintain their reputation for making java as hard to use as possible?

-- 
   Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.4 64-bit: Java web browser plugin for 64-bit FireFox?

[Ned Slider]

This is all documented on the Wiki for anyone who cares to search:

http://wiki.centos.org/TipsAndTricks/PluginsFor64BitFirefox

[rhetorical] Why does this mailing list insist on reinventing the wheel 
rather than perform a simple search of existing documentation first?

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.4 64-bit: Java web browser plugin for 64-bit FireFox?

[Scot P. Floess]

No, that isn't true at all...

Under both Fedora 12 and RHEL 5.4 I am using the 64 bit JDK...  To get the 
Java plugin working, all I had to do -with the Sun JDK- was

cd /usr/lib64/mozilla/plugins
ln -s /usr/java/latest/jre/lib/amd64/libnpjp2.so

And restart Firefox...

Of course, in this instance /usr/java/latest is a sym link to 
/usr/java/jdk1.6.0_16

It works just fine for me...  I'm sure I'd have similar results on CentOS 
:)


On Thu, 28 Jan 2010, Robert Heller wrote:

> At Wed, 27 Jan 2010 11:44:52 -0500 CentOS mailing list  
> wrote:
>
>>
>>> Does there exist *anywhere* a Java web browser plugin for 64-bit
>>> FireFox?  The SUN 1.6 JDK (jdk-6u18-linux-amd64.rpm) does NOT
>>> include the Java web browser plugin library.
>>> java-1.6.0-openjdk-1.6.0.0-1.2.b09.el5.x86_64.rpm does not have one
>>> either.  Should I install the *32-bit* SUN 1.6 JDK and use the
>>> 32-64 bit wrapper?  I've searched the web and read the wiki (which only
>>> shows installing the 32-bit Java web browser plugin).
>>
>> AFAIK, they stopped doing the plugin sometime last year, and the *only*
>> workaround I've seen is to install Sun's Java.
>
> But Sun's Java does NOT include the plugin in the *64-bit* JDK.  There
> is only the *32-bit* plugin in the *32-bit* JDK. So installing Sun's
> Java is not an answer.
>
>>
>>mark
>>
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> http://lists.centos.org/mailman/listinfo/centos
>>
>>
>
> -- 
> Robert Heller -- 978-544-6933
> Deepwoods Software-- Download the Model Railroad System
> http://www.deepsoft.com/  -- Binaries for Linux and MS-Windows
> hel...@deepsoft.com   -- http://www.deepsoft.com/ModelRailroadSystem/
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>

Scot P. Floess
27 Lake Royale
Louisburg, NC  27549

252-478-8087 (Home)
919-890-8117 (Work)

Chief Architect JPlate   http://sourceforge.net/projects/jplate
Chief Architect JavaPIM  http://sourceforge.net/projects/javapim

Architect Keros  http://sourceforge.net/projects/keros
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.4 64-bit: Java web browser plugin for 64-bit FireFox?

[Robert Heller]

At Wed, 27 Jan 2010 11:44:52 -0500 CentOS mailing list  
wrote:

> 
> > Does there exist *anywhere* a Java web browser plugin for 64-bit
> > FireFox?  The SUN 1.6 JDK (jdk-6u18-linux-amd64.rpm) does NOT
> > include the Java web browser plugin library.
> > java-1.6.0-openjdk-1.6.0.0-1.2.b09.el5.x86_64.rpm does not have one
> > either.  Should I install the *32-bit* SUN 1.6 JDK and use the
> > 32-64 bit wrapper?  I've searched the web and read the wiki (which only
> > shows installing the 32-bit Java web browser plugin).
> 
> AFAIK, they stopped doing the plugin sometime last year, and the *only*
> workaround I've seen is to install Sun's Java.

But Sun's Java does NOT include the plugin in the *64-bit* JDK.  There
is only the *32-bit* plugin in the *32-bit* JDK. So installing Sun's
Java is not an answer.

> 
>mark
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
> 
>   

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Download the Model Railroad System
http://www.deepsoft.com/  -- Binaries for Linux and MS-Windows
hel...@deepsoft.com   -- http://www.deepsoft.com/ModelRailroadSystem/

  
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.4 64-bit: Java web browser plugin for 64-bit FireFox?

[Robert Heller]

At Wed, 27 Jan 2010 09:17:02 -0800 CentOS mailing list  
wrote:

> 
> On Wed, Jan 27, 2010 at 4:34 AM, Robert Heller  wrote:
> > Does there exist *anywhere* a Java web browser plugin for 64-bit
> > FireFox?  The SUN 1.6 JDK (jdk-6u18-linux-amd64.rpm) does NOT
> > include the Java web browser plugin library.
> 
> It's been available since jdk-u13.
> 
> Just link the library
> 
>./jre/lib/amd64/libnpjp2.so
> 
> to the firefox's plugin directory under /usr/lib64/firefox-/plugins.
> 
> You may have to create the plugins directory.

So they changed the name of the library?

It is weird, since the i586 JDK has the old library
(/jre/plugin/i386/ns7/libjavaplugin_oji.so), but the 64-bit
JDK does not.  They both have the libnpjp2.so library.  Firefox's config
does show that the name of the java plugin library is
libjavaplugin_oji.so -- does this matter?

> 
> 

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Download the Model Railroad System
http://www.deepsoft.com/  -- Binaries for Linux and MS-Windows
hel...@deepsoft.com   -- http://www.deepsoft.com/ModelRailroadSystem/
  
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.4 64-bit: Java web browser plugin for 64-bit FireFox?

[Robert Heller]

At Wed, 27 Jan 2010 09:17:02 -0800 CentOS mailing list  
wrote:

> 
> On Wed, Jan 27, 2010 at 4:34 AM, Robert Heller  wrote:
> > Does there exist *anywhere* a Java web browser plugin for 64-bit
> > FireFox?  The SUN 1.6 JDK (jdk-6u18-linux-amd64.rpm) does NOT
> > include the Java web browser plugin library.
> 
> It's been available since jdk-u13.
> 
> Just link the library
> 
>./jre/lib/amd64/libnpjp2.so
> 
> to the firefox's plugin directory under /usr/lib64/firefox-/plugins.
> 
> You may have to create the plugins directory.

I did this. The plugin does NOT show up in about:plugins.

> 
> 

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Download the Model Railroad System
http://www.deepsoft.com/  -- Binaries for Linux and MS-Windows
hel...@deepsoft.com   -- http://www.deepsoft.com/ModelRailroadSystem/

 
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos/Linux Disk Caching, might be OT in some ways

[nate]

Les Mikesell wrote:

> I wonder if the generally-horrible handling that linux has always done
> for fsync() is the real reason Oracle spun off their own distro?  Do
> they get it better?

Anyone in their right mind with Oracle would be using ASM and direct
I/O so I don't think it was related.

http://www.oracle.com/technology/pub/articles/smiley_10gdb_install.html#asm
http://www.ixora.com.au/tips/avoid_buffered_io.htm

"The file system cache should be used to buffer non-Oracle I/O only.
Using it to attempt to enhance the caching of Oracle data just wastes
memory, and lots of it. Oracle can cache its own data much more
effectively than the operating system can. "

Which leads me back to my original response, forget about file
system cache if you want performance go for application level
caching whether it's DB caching or other caching like memcached
mentioned by someone.

Oracle did it because they wanted to control the entire stack.

nate


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos/Linux Disk Caching, might be OT in some ways

[Les Mikesell]

On 1/28/2010 8:48 AM, Ross Walker wrote:
>
>>> Sorry to be the bearer of bad news, but on top of LVM on CentOS/RHEL
>>> the best assurance your going to get is fsync(), meaning the data is
>>> out of the kernel, but probably still on disk write cache. Make sure
>>> you have a good UPS setup, so the disks can flush after main power
>>> loss.
>>
>> Or turn off write caching...
>
> Have you tried doing any kind of write with write caching turned off?
> It is so horribly slow to make it almost useless.
>
> If you need to turn write-caching off then I would start looking at
> SSD drives with capacitor based caches.
>

I wonder if the generally-horrible handling that linux has always done 
for fsync() is the real reason Oracle spun off their own distro?  Do 
they get it better?

-- 
   Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to map ata#.# numbers to /dev/sd numbers?

[Stephen Harris]

On Thu, Jan 28, 2010 at 10:01:17AM -0500, Toby Bluhm wrote:
> Stephen Harris wrote:
> > ata7.01: exception Emask 0x0 SAct 0x0 SErr 0x0 a ction 0x0
> > ata7.01: irq_stat 0x00060002, device error via D 2H FIS
> > ata7.01: cmd 25/00:08:47:1c:92/00:00:6c:00:00/e0 tag 0 dma 4096 in
> >  res 51/40:00:4e:1c:92/00:00:6c:00:00/00 Emask 0x9 (media error)

> > How do I tell what disk this is complaining about?  Is there a way
> > to determine what ata7.01 maps to in terms of /dev/sd# values?

> Try looking in /dev/disk/

Hmm...

by-label and by-uuid clearly isn't useful here since that's based on
filesystem data ;-)

by-id doesn't look too helpful; it'd be good for determining model/serial
number mapping to disk, but I don't have that info.  Potentially useful
information in other cases, but not here :-(

by-path, unfortunately, returns the scsi controller data at a hardware
address, not the ata#.# number
eg
  pci-:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0
  pci-:00:1f.2-scsi-0:0:0:0
  pci-:00:1f.2-scsi-1:0:0:0
  pci-:00:1f.2-scsi-2:0:0:0
  pci-:02:00.0-scsi-0:0:0:0
  pci-:02:00.0-scsi-0:1:0:0
  pci-:02:00.0-scsi-0:2:0:0
  pci-:02:00.0-scsi-0:3:0:0
  pci-:02:00.0-scsi-1:0:0:0

(internal disk, internal DVD writer, internal DVD-ROM, 5 external disks,
1 USB disk)

That's really useful for mapping position in the array to sd number,
though!

Thanks for the idea, though!

-- 

rgds
Stephen
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Starting a java applet from the desktop

[Kwan Lowe]

On Thu, Jan 28, 2010 at 9:46 AM, James B. Byrne  wrote:
> CentOS-5.4 i86_64
>
> I have a calculator applet on my desktop (superbcalc.jar).  When I
> double click on it I get no response.  If I right click and select
> open with java I get no response.  If I open a terminal window and
> cd to Desktop and type java -jar superbcalc.jar then the applet
> opens.
>
> Does anyone have any idea why I am seeing this behaviour?  There are
> no messages in the syslog file relating to this.

Easiest thing is to just create a shortcut that calls the jar
properly. The procedure depends on the desktop, but for the most part
it's just a rightclick on the desktop, then on the "link" field you'd
put in your command and the path to the jar.  I keep all my jar files
in ~/bin/java/jar and my shortcut does:

java -jar ~/bin/java/jar/myapp.jar
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Starting a java applet from the desktop

[m . roth]

> CentOS-5.4 i86_64
>
> I have a calculator applet on my desktop (superbcalc.jar).  When I
> double click on it I get no response.  If I right click and select
> open with java I get no response.  If I open a terminal window and
> cd to Desktop and type java -jar superbcalc.jar then the applet
> opens.
>
> Does anyone have any idea why I am seeing this behaviour?  There are
> no messages in the syslog file relating to this.

Sure - there's something wrong with the link. You need to find out what
the icon is pointing to. In kde, at least, I can right-click, and select
properties.

  mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] question on virtual desktops

[Kwan Lowe]

On Thu, Jan 28, 2010 at 9:54 AM, Jerry Geis  wrote:
> centos has the 4 virtual desktops by default.
> if I have a terminal window open in desktop 1
> is there a command I can execute (type in) to switch to desktop 2?
>
> The mouse will not be attached at this point and I want to switch views
> using a command line. How do I do that?

Two approaches:
Use the shortcut key for your WM. For example, CTL-ALT-Left or CTL-ALT-Right..

Or

Install the wmctrl package from rpmforge and do:
wmctrl -s 1
wmctrl -s 2

That's if you want to do it from a script..
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to map ata#.# numbers to /dev/sd numbers?

[Toby Bluhm]

Stephen Harris wrote:
> On my C5 machine (a Dell XPS420) I have a 500Gb disk on the internal SATA
> controller.
> 
> I also have a SiI3132 dual-port multi-device eSATA card.  This is connected
> to an external SATA array of disks.
> 
> Now occasionally I see something like this in my logs
> 
> ata7.01: exception Emask 0x0 SAct 0x0 SErr 0x0 a ction 0x0
> ata7.01: irq_stat 0x00060002, device error via D 2H FIS
> ata7.01: cmd 25/00:08:47:1c:92/00:00:6c:00:00/e0 tag 0 dma 4096 in
>  res 51/40:00:4e:1c:92/00:00:6c:00:00/00 Emask 0x9 (media error)
> ata7.01: status: { DRDY ERR }
> ata7.01: error: { UNC }
> ata7.01: configured for UDMA/100
> ata7: EH complete
> 
> How do I tell what disk this is complaining about?  Is there a way
> to determine what ata7.01 maps to in terms of /dev/sd# values?
> 
> /proc/scsi/scsi doesn't obviously match scsi# numbers to ata# numbers :-(
> 

Try looking in /dev/disk/

-- 
tkb
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] /usr/sbin/usermod -p doesn't update MAX_DAYS - workaround?

[Sean Carolan]

> If your script change passwords via ssh and usermod, why not at
> the same time do a chage -d number username?

Thank you, I may end up doing it this way at least until we can
configure AD or LDAP authentication.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] question on virtual desktops

[Scot P. Floess]

Which window manager are you using?

On Thu, 28 Jan 2010, Jerry Geis wrote:

> centos has the 4 virtual desktops by default.
> if I have a terminal window open in desktop 1
> is there a command I can execute (type in) to switch to desktop 2?
>
> The mouse will not be attached at this point and I want to switch views
> using a command line. How do I do that?
>
> Thanks,
>
> Jerry
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>

Scot P. Floess
27 Lake Royale
Louisburg, NC  27549

252-478-8087 (Home)
919-890-8117 (Work)

Chief Architect JPlate   http://sourceforge.net/projects/jplate
Chief Architect JavaPIM  http://sourceforge.net/projects/javapim

Architect Keros  http://sourceforge.net/projects/keros
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] question on virtual desktops

[Jerry Geis]

centos has the 4 virtual desktops by default.
if I have a terminal window open in desktop 1
is there a command I can execute (type in) to switch to desktop 2?

The mouse will not be attached at this point and I want to switch views
using a command line. How do I do that?

Thanks,

Jerry
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos/Linux Disk Caching, might be OT in some ways

[Ross Walker]

On Jan 27, 2010, at 7:50 PM, Christopher Chan  wrote:

>
>> Sorry to be the bearer of bad news, but on top of LVM on CentOS/RHEL
>> the best assurance your going to get is fsync(), meaning the data is
>> out of the kernel, but probably still on disk write cache. Make sure
>> you have a good UPS setup, so the disks can flush after main power  
>> loss.
>
> Or turn off write caching...

Have you tried doing any kind of write with write caching turned off?  
It is so horribly slow to make it almost useless.

If you need to turn write-caching off then I would start looking at  
SSD drives with capacitor based caches.

-Ross

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Starting a java applet from the desktop

[James B. Byrne]

CentOS-5.4 i86_64

I have a calculator applet on my desktop (superbcalc.jar).  When I
double click on it I get no response.  If I right click and select
open with java I get no response.  If I open a terminal window and
cd to Desktop and type java -jar superbcalc.jar then the applet
opens.

Does anyone have any idea why I am seeing this behaviour?  There are
no messages in the syslog file relating to this.


-- 
***  E-Mail is NOT a SECURE channel  ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3


-- 
***  E-Mail is NOT a SECURE channel  ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

-- 
***  E-Mail is NOT a SECURE channel  ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] How to map ata#.# numbers to /dev/sd numbers?

[Stephen Harris]

On my C5 machine (a Dell XPS420) I have a 500Gb disk on the internal SATA
controller.

I also have a SiI3132 dual-port multi-device eSATA card.  This is connected
to an external SATA array of disks.

Now occasionally I see something like this in my logs

ata7.01: exception Emask 0x0 SAct 0x0 SErr 0x0 a ction 0x0
ata7.01: irq_stat 0x00060002, device error via D 2H FIS
ata7.01: cmd 25/00:08:47:1c:92/00:00:6c:00:00/e0 tag 0 dma 4096 in
 res 51/40:00:4e:1c:92/00:00:6c:00:00/00 Emask 0x9 (media error)
ata7.01: status: { DRDY ERR }
ata7.01: error: { UNC }
ata7.01: configured for UDMA/100
ata7: EH complete

How do I tell what disk this is complaining about?  Is there a way
to determine what ata7.01 maps to in terms of /dev/sd# values?

/proc/scsi/scsi doesn't obviously match scsi# numbers to ata# numbers :-(

-- 

rgds
Stephen
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[nate]

Rudi Ahlers wrote:
> Hi,
>
> I would like to get some input from people who have used these options for
> mounting a remote server to a local server. Basically, I need to replicate /
> backup data from one server to another, but over the internet (i.e. insecure
> channels)

NFS and CIFS and iSCSI are all terrible for WAN backups(assuming
you don't have a WAN optimization appliance), tons of overhead.
Use rsync over SSH, or rsync over HPNSSH. I transfer over a TB of
data a day using rsync over HPNSSH across several WANs.

nate

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] xterm clones on VNC problem

[Les Mikesell]

Emmanuel Noobadmin wrote:
> Thanks for the reply. I suppose I should really bite the bullet one of
> these days and mess around with nxclient. But due to the pre-holiday
> work crunch these couple of weeks, I'll have to live with those clones
> for now.

Freenx is packaged, so there is nothing to installing it. The only thing 
remotely time-consuming is getting the unique key it puts in 
/etc/nxserver/client.id_dsa.key on the server side into the client, which you 
can do in the GUI configuration
Everything else just works.

-- 
   Les Mikesell
lesmikes...@gmail.com


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Les Mikesell]

Rudi Ahlers wrote:
> Hi, 
> 
> I would like to get some input from people who have used these options 
> for mounting a remote server to a local server. Basically, I need to 
> replicate / backup data from one server to another, but over the 
> internet (i.e. insecure channels) 
> 
> Currently we have been mounting an SMB share over SSH, but it's got it's 
> own set of problems. And I don't know if this is optimal, or if I could 
> setup something better. We don't have much control over the remote 
> server, so I couldn't setup a VPN, or iSCSI or anything else. My options 
> was FTP & SMB. 
> 
> But I want to move the backups in-house, to save bandwidth and have more 
> control over what we do. 
> 
> So, with a new CentOS server & 2x1TB HDD's in RAID1 configuration, I can 
> do pretty much whatever I want. The backup server(s) will serve backups 
> for multiple servers, in different data centers (possible in different 
> counties as well, I still need to think about this), so my biggest 
> concern is security. 
> 
> We mainly use cPanel & DotNetPanel (Windows ServerS) , but also WebMin & 
> VirtualMin, so I need to stick with their native backup procedures and 
> don't really want to use a too technical backup system. 
> 
> The end users need access to the data 24/7, so having the remote share 
> permanently mounted seems to be the best for this, then our support 
> staff don't need to SSH into the servers and download the backups. With 
> the mount, I can also use rsync backups, so an end user could restore 
> only a single file if need be. 
> 
> 
> 
> NOW, the question is: Which protocol would be best for this? I can only 
> think of SMB, NFS & iSCSI
> The SMB mounts have worked well so far, but it's not as safe, and once 
> the SMB share is mounted, I can't unmount it until the server reboots. 
> This isn't necessarily a bad thing, but sometime the backup script will 
> mount the share again (I think this is a bug in cPanel) and we end up 
> with 4 or 5 open connection to the remote server. 
> 
> NFS - last time I looked at it was on V3, which was IMO rather slow & 
> insecure. 
> 
> iSCSI - this doesn't allow for more than one connect to the same share. 
> Sometimes I user might want to download a backup directly from the 
> backup server via FTP / SSH / a web interface, which I don't think will 
> work. We also sometimes need to restore a backup on a different server 
> (if for example the HDD on the initial server is too full), so this 
> isn't possible. 
> 
> The remote shares also need to be mounted inside XEN domU's, or directly 
> on CentOS / Windows servers. 
> 
> 
> what would be my best option for this?

Anytime someone mentions backups, I have a knee-jerk reaction to mention 
backuppc because it is simple and will likely do anything you need.  Docs are 
here: http://backuppc.sourceforge.net/ It is packaged in epel.  It can use 
rsync 
  (with/without ssh), smb, or tar for the backup transport.  Generally for 
anything remote, you'll want rsync, and you'll want it badly enough to set it 
up 
even on windows targets - which is not all that difficult.

-- 
   Les Mikesell
lesmikes...@gmail.com


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] xterm clones on VNC problem

[Emmanuel Noobadmin]

Thanks for the reply. I suppose I should really bite the bullet one of
these days and mess around with nxclient. But due to the pre-holiday
work crunch these couple of weeks, I'll have to live with those clones
for now.

On 1/28/10, Les Mikesell  wrote:
> On 1/27/2010 11:36 AM, Emmanuel Noobadmin wrote:
>> I've been scratching my head over this one after setting up VNC on
>> another existing server. Followed the instructions here
>> http://wiki.centos.org/HowTos/VNC-Server as usual. It worked
>> initially. However since this server is going to be installed in a
>> rather inconvenient place and having done pretty stupid things before,
>> I decided for the first time to try the portion that says
>>
>> # Add the following line to ensure you always have an xterm available.
>> ( while true ; do xterm ; done )&
>>
>> So that I don't inevitably do something like kill kde and find myself
>> unable to do anything.
>>
>> The problem now is, for some reason, I get 4 xterm window after
>> restarting (or stop/start) vncserver. The symptoms now are
>>
>> 1. Consistently, of the four xterms window, #3 and #4 can be closed.
>> #1 and #2 will resurrect themselves.
>>
>> *** Removing the while loop from /home/user/.vnc/xstartup does not change
>> this.
>>
>> 2. if I comment out this line in /home/user/.vnc/xstartup
>>  exec /etc/X11/xinit/xinitrc
>> I will not get  this problem. At least there will only be one xterm
>> window in what I think is the primitive twm desktop.
>>
>> 3. If I then uncomment the xinitrc line, I get back 4 xterms window
>> after restarting vncserver. It's like KDE is somehow insisting on
>> running that while loop even after I've deleted it from the xstartup
>> file.
>>
>> How do I fix this? Admittedly I could simply minimize the two xterm
>> windows and/or switch virtual desktop and ignore them. but obviously
>> something is wrong and it makes me uncomfortable.
>>
>> Everything is 5.3 standard, I've not touched the default X11 config
>> nor xinitrc. Except I did do an yum update to current.
>
> I'm not sure about this specific issue, but I'd highly recommend using
> freenx instead of vncserver anywhere that it is possible to run nxclient
> or the NX client (windows/mac/linux) from www.nomachine.com on the
> client side.  Performance is much better and the sessions start on
> demand with the option to suspend or not when you disconnect.
>
> --
>Les Mikesell
> lesmikes...@gmail.com
>
>
> ___
> 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] /usr/sbin/usermod -p doesn't update MAX_DAYS - workaround?

[Mogens Kjaer]

On 01/28/2010 02:20 PM, Sean Carolan wrote:
...
> In the long run we're going to try and get some kind of centralized
> authentication, but in the meantime does anyone have an idea for a
> workaround?

If your script change passwords via ssh and usermod, why not at
the same time do a chage -d number username?

Mogens

-- 
Mogens Kjaer, Carlsberg A/S, Computer Department
Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark
Phone: +45 33 27 53 25, Mobile: +45 22 12 53 25
Email: m...@crc.dk Homepage: http://www.crc.dk
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] /usr/sbin/usermod -p doesn't update MAX_DAYS - workaround?

[Sean Carolan]

I have a large group of Linux servers that I inherited from a previous
administrator.  Unfortunately there is no single sign-on configured so
each server has it's own local accounts with local authentication.
Normally I use ssh keys and a handy shell script to change passwords
on all these machines with the usermod -p command.  We are able to
update the password on on one server and push the encrypted password
out to all the others.

If, however, we turn on password aging with "chage -M 90 username"
then try to update passwords with usermod, the aging info for the
account is not updated even though the password has been changed.
Apparently this must be done manually for each and every server with
the passwd command.  This is not practical.

In the long run we're going to try and get some kind of centralized
authentication, but in the meantime does anyone have an idea for a
workaround?

Thanks

Sean
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Rudi Ahlers]

On Thu, Jan 28, 2010 at 2:05 PM, Rajagopal Swaminathan <
raju.rajs...@gmail.com> wrote:

> Greetings,
>
> On Thu, Jan 28, 2010 at 4:58 PM, Rudi Ahlers  wrote:
> > Hi,
> >
> > NOW, the question is: Which protocol would be best for this? I can only
> > think of SMB, NFS & iSCSI
>
>
> Just an innocent and possibly OOB suggestion  -- what you think of sshfs
>
> Regards
>
> Rajagopal
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>

heh, I knew I should have mentioned it, but due to the extra kernel modules
that it needs, it's a bit impractical for our XEN domU's.

BUT, I also don't know what kind of performance gain it would give me, if
any. Any experience with it?

-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Rajagopal Swaminathan]

Greetings,

On Thu, Jan 28, 2010 at 4:58 PM, Rudi Ahlers  wrote:
> Hi,
>
> NOW, the question is: Which protocol would be best for this? I can only
> think of SMB, NFS & iSCSI


Just an innocent and possibly OOB suggestion  -- what you think of sshfs

Regards

Rajagopal
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Crash during yum update

[Kwan Lowe]

Hello all:

I was getting a reproducible crash during an update of a xen system.
The problem went away after I set SELinux to permissive, but the fact
that it crashed was alarming (first one on a non-dev system that I've
had in over a year).  I attempted the update earlier but it crashed at
the same point after attempting to update selinux.  After verifying
hardware (all clean) I ran it again and crashed in the same location.
Third time failed again in same location. I rebooted, changed selinux,
then it completed after that. Unfortunately there are no dumps and I
had to put the system back into operation. Didn't see anything in
bugzilla either. Anyone else seen this?


Here's the console output:
Transaction Summary

Install  2 Package(s)
Update  17 Package(s)
Remove   2 Package(s)

Total size: 56 M
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
  Updating   : selinux-policy-targeted 1/38
general protection fault:  [1] SMP
last sysfs file: /hypervisor/uuid
CPU 0
Modules linked in: autofs4 i2c_dev i2c_core hidp rfcomm l2cap
bluetooth lockd sunrpc ip_conntrack_netbios_ns ipt_REJECT xt_state
ip_conntrack nfnetlink iptable_filter ip_tables ip6t_REJECT xt_tcpudp
ip6table_filter ip6_tables x_tables ipv6 xfrm_nalgo crypto_api
dm_multipath scsi_dh scsi_mod parport_pc lp parport xennet pcspkr
dm_raid45 dm_message dm_region_hash dm_mem_cache dm_snapshot dm_zero
dm_mirror dm_log dm_mod xenblk ext3 jbd uhci_hcd ohci_hcd ehci_hcd
Pid: 4269, comm: semodule Not tainted 2.6.18-164.10.1.el5xen #1
RIP: e030:[]  []
:jbd:journal_grab_journal_head+0x25/0x44
RSP: e02b:88001ee5fb50  EFLAGS: 00010202
RAX: 00304027 RBX: 88001d78e370 RCX: 0035
RDX: fffd88001d7939d0 RSI: 88001d78e310 RDI: 88001d78e370
RBP: 0001 R08: 804f8e00 R09: 88003e513600
R10: 88001d793a30 R11: 8804fc33 R12: 88001d793a30
R13: 88003e513600 R14: 88000194d908 R15: 0001
FS:  2b85be90abc0() GS:805ca000() knlGS:
CS:  e033 DS:  ES: 
Process semodule (pid: 4269, threadinfo 88001ee5e000, task 880032883820)
Stack:  88032257      88001d78e3d0
 0c000194d8d0  88001d78e2b0  88000194d908  056e
 0004  056e
Call Trace:
 [] :jbd:journal_invalidatepage+0xdc/0x358
 [] truncate_complete_page+0x1b/0x5c
 [] truncate_inode_pages_range+0x9b/0x290
 [] vmtruncate+0x4e/0xc9
 [] inode_setattr+0x22/0x104
 [] :ext3:ext3_setattr+0x1bd/0x228
 [] notify_change+0x145/0x2f3
 [] do_truncate+0x5e/0x79
 [] may_open+0x1d3/0x22f
 [] open_namei+0x2c8/0x6ed
 [] do_filp_open+0x1c/0x38
 [] do_sys_open+0x44/0xbe
 [] tracesys+0xab/0xb6


Code: ff 42 08 8b 07 a9 00 00 20 00 75 0a 0f 0b 68 f5 97 03 88 c2
RIP  [] :jbd:journal_grab_journal_head+0x25/0x44
 RSP 
 <0>Kernel panic - not syncing: Fatal exception
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] NFS vs SMb vs iSCSI for remote backup mounts

[Rudi Ahlers]

Hi,

I would like to get some input from people who have used these options for
mounting a remote server to a local server. Basically, I need to replicate /
backup data from one server to another, but over the internet (i.e. insecure
channels)

Currently we have been mounting an SMB share over SSH, but it's got it's own
set of problems. And I don't know if this is optimal, or if I could setup
something better. We don't have much control over the remote server, so I
couldn't setup a VPN, or iSCSI or anything else. My options was FTP & SMB.

But I want to move the backups in-house, to save bandwidth and have more
control over what we do.

So, with a new CentOS server & 2x1TB HDD's in RAID1 configuration, I can do
pretty much whatever I want. The backup server(s) will serve backups for
multiple servers, in different data centers (possible in different counties
as well, I still need to think about this), so my biggest concern is
security.

We mainly use cPanel & DotNetPanel (Windows ServerS) , but also WebMin &
VirtualMin, so I need to stick with their native backup procedures and don't
really want to use a too technical backup system.

The end users need access to the data 24/7, so having the remote share
permanently mounted seems to be the best for this, then our support staff
don't need to SSH into the servers and download the backups. With the mount,
I can also use rsync backups, so an end user could restore only a single
file if need be.



NOW, the question is: Which protocol would be best for this? I can only
think of SMB, NFS & iSCSI
The SMB mounts have worked well so far, but it's not as safe, and once the
SMB share is mounted, I can't unmount it until the server reboots. This
isn't necessarily a bad thing, but sometime the backup script will mount the
share again (I think this is a bug in cPanel) and we end up with 4 or 5 open
connection to the remote server.

NFS - last time I looked at it was on V3, which was IMO rather slow &
insecure.

iSCSI - this doesn't allow for more than one connect to the same share.
Sometimes I user might want to download a backup directly from the backup
server via FTP / SSH / a web interface, which I don't think will work. We
also sometimes need to restore a backup on a different server (if for
example the HDD on the initial server is too full), so this isn't possible.

The remote shares also need to be mounted inside XEN domU's, or directly on
CentOS / Windows servers.


what would be my best option for this?



-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Full Virtualized DomU won't boot

[Pasi Kärkkäinen]

On Wed, Jan 27, 2010 at 07:21:54PM -0300, Sergio Belkin wrote:
> Hi, I use Centos 5.4 x86_64
> 
> kernel used is 2.6.18-164.11.1.el5xen
> 
> I have a physical machine running Debian Etch (32 bit) and Debian
> Lenny and I virtualized the first one as follows:
> 
> *Created a HVM DomU with Virt-Manager with a virtual disk file of 4 M
> *Boot from LiveCD, and created a swap and a ext3 partitions (Yes, very
> simple layout).
> *Rsync'd files from root partition of physical machine to partition
> mounted on LiveCD on DomU.
> *Chrooted and edited files /boot/grub/menu.lst, /etc/fstab, etc/mtab,
> /boot/grub/device.map.
> *Then I rebooted from hard disk and stay freezed with the message
> "booting from hard disk" . But it doesn't boot at all from hard disk.
> 
> I can boot using grub-rescue-cdrom, but if I try to install grub with
> grub-install it outputs:
> 
> 
> "The file /boot/grub/stage1 not read correctly"
> 
> (I've tried --recheck option, and depmod and update-grub commands with
> no success)
> 

Well.. stage1 is definitely needed by grub. So grub didn't get installed.
Your domU can't boot then. 

- Do you have the stage1 file there? 
- Was the partition layout the same for the old server? 
- Is the grub.conf "root (hd0,X)" correct for the new disk? 

You can install grub from grub-shell like this, after chrooting to the 
filesystem:

# grub
device (hd0) /dev/sda
root (hd0,0)
setup (hd0)

replace "hd0,0" with the correct partition index.

-- Pasi

> 
> Output of file command on virtual disk file is:
> 
> /virtuales/videodisk.img: x86 boot sector; partition 1: ID=0x82,
> starthead 1, startsector 63, 4273227 sectors; partition 2: ID=0x83,
> active, starthead 0, startsector 4273290, 77626080 sectors
> 
> The DomU file is:
> 
> DomU (file):
> 
> name = "video"
> uuid = "54d25d78-b9d0-0159-542c-bb601cc936bb"
> maxmem = 1024
> memory = 512
> vcpus = 1
> builder = "hvm"
> kernel = "/usr/lib/xen/boot/hvmloader"
> boot = "d"
> pae = 1
> acpi = 1
> apic = 1
> localtime = 0
> on_poweroff = "destroy"
> on_reboot = "restart"
> on_crash = "restart"
> device_model = "/usr/lib64/xen/bin/qemu-dm"
> sdl = 0
> vnc = 1
> vncunused = 1
> keymap = "es"
> disk = [ "file:/virtuales/videodisk.img,hda,w",
> "file:/virtuales/isos/grub-rescue-cdrom.iso,hdc:cdrom,r" ]
> vif = [ "mac=00:16:36:0b:24:2d,bridge=xenbr0,script=vif-bridge" ]
> parallel = "none"
> serial = "pty"
> EOF
> 
> 
> 
> With grub-rescue cd DomU can boot but as I've said can't install grub
> and loads also loopback interface.
> 
> 
> Please could you tell me what I am doing wrong?
> 
> Thanks in advance!!
> 
> -- 
> --
> Open Kairos http://www.sergiobelkin.com
> Watch More TV http://sebelk.blogspot.com
> Sergio Belkin -
> ___
> 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] Advanced fsck?

[Cristian Mastan]

fsck -fvy  will correct most of the problems without asking everytime to
accept the changes to fs.

fsck -cvy will correct and test for bad sectors too (looong time run).

CM

 

From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf
Of hadi motamedi
Sent: Thursday, January 28, 2010 7:45 AM
To: CentOS mailing list
Subject: [CentOS] Advanced fsck?

 

Dear All
My CentOS server got file system inconsistency , asking for "type Ctrl-D for
normal boot or give root password for maintenance to run fsck manually". I
tried for manually run fsck , as the followings :
#fsck -s /dev/hda3
But after rebooting the server it will come back again at the similar prompt
asking for "give root password for maintenance" . Can you please do me favor
and let me know how can I try for advanced fsck to fix the bug?
Thank you

 

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Installing an SSL Cert

[Michael A. Peters]

Kai Schaetzl wrote:
> Ml wrote on Tue, 26 Jan 2010 16:38:00 -0800:
> 
>> Where can I find instructions on how to install the certificate?
> 
> Exactly where you buy it. Please don't abuse this list as support for 
> everything.
> 
> Kai
> 

In fairness, when I bought my cert from godaddy, their linux docs really 
sucked. I ended up googling and following cert instructions from 
somewhere else.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos