Re: [CentOS] regarding vpn server for 1500 clients
On Sat, Dec 20, 2008 at 6:59 PM, Robert Moskowitz wrote: > John wrote: >>> -Original Message- >>> Subject: Re: [CentOS] regarding vpn server for 1500 clients >>> >>> Dhaval Thakar wrote: >>> > If you could use a lower CPU intensive crypt like > >>> blowfish, it would be easier. >>> > Are all these trading partners in different locations or > >>> are there semi large >>> > groups in the same locations? Since this is MONEY do not skimp on security in the design (including audit design). Design it so you have the ability to change encryption prompt;y and to change out hardware and software at both ends. In part a VPN into a machine room can establish links to a dedicated network inside of a machine room that can have different security. In your design recall that a VPN extends your network out to boxes that you have little control over in numerous locations and viruses or other security breach way out there is now 'inside'. i.e. It is tempting to think that VPN provides access to a network where you have physical control of security via the hardware (switches and cables). If this is an international operation verify that you do not cause yourself legal issues with 'illegal' encryption as you cross national borders. You clearly will be under pressure to get it 'live' which is OK as long as you get to clean it up as needed. Simple things like +2048 bit keys can be reduced to 1024 if the CPU load is is mismatched because hardware failed. The reverse may prove intractable should you need to turn up or change security should the site come under targeted or random Cyber attack. -- NiftyCluster T o m M i t c h e l l ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] regarding vpn server for 1500 clients
> -Original Message- > From: centos-boun...@centos.org > [mailto:centos-boun...@centos.org] On Behalf Of Dhaval Thakar > Sent: Sunday, December 21, 2008 2:49 AM > To: CentOS mailing list > Subject: Re: [CentOS] regarding vpn server for 1500 clients > > > > > > > Dhaval Thakar wrote: > >>> If you could use a lower CPU intensive crypt like > blowfish, it would be > >>> easier. > >>> > >>> Are all these trading partners in different locations or > are there semi > >>> large > >>> groups in the same locations? > >>> > >> all these are end users. > >> they connect software from home / offices. > > > > Do they actually need a generic VPN? If they only run a few > > applications you might be able to use https or similar ssl based > > connections and avoid the routing/addressing/MTU issues. > You can still > > use certificate based authentication in one or both > directions if you > > want. > > > > Also if the application(s) can be made to run over normal > https (i.e. a > > web interface) you get the advantage of working though most existing > > proxies and firewalls, plus on the host end you have the option of > > scaling up with a load balancer that handles the ssl processing and > > reverse-proxies to a pool of backend servers. > they need database access. > I prefre providing database over vpn rather providing via internet on > different tcp port. -- Without using a VPN, you can do this. Example if you use M$ SQL Server set "Force Protocol Encryption" and generate the ssl certificate. I have no prior experience with MySQL, so if someone can comment on being able to do the same with it go right ahead. The application also that is connecting to it has to support SSL also. Like you said in this post you would rather do this by VPN, well you would come way cheaper this way. Also still it doesn't matter connecting over a VPN is still going over the internet NO Matter how you look at it. What you are lacking to see is that there is more ways to do this sort of thing and save a heck of a lot of cash in doing so and will be just as secure. You really have a simple Project at hand. You asked my vpn experience? The local telephone office where I live at. ATM/FR with pptp ppp and l2tp terminating connections there then routing them to another provider. Also Backhauling connections from the local office to the main fiber distribution point. All isdn, dsl, and fiber are backhauled from 18 miles away to the main office. We still use PSTN and POTS in a few areas and we are 10 years behind in networking technology. Just got E911 finished. Instead of leasing a line maybe check into Dark Fiber for the area you live in (fiber cable laid down but not in use). ATM/FR maybe getting old but the connections can be really consistent with a good Service Level Aggreement between you and your network provider. You have also had other really good ideas also about doing this. JohnStanley ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] flash fails to work on Los Angeles Times website - fix
Russell Miller wrote: > That's not a CentOS bug. That's a bug with your local configuration. > I don't understand what you want CentOS people to do here. Is this > hosts entry actually added by a package? If so, that's the real bug > here. I don't think the OP wanted to report it as a bug, it was just something he wanted to share with others. -- //Morten Torstensen //Email: mor...@mortent.org //IM: morten.torsten...@gmail.com I can't listen to that much Wagner. I start getting the urge to conquer Poland. -- Woody Allen ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] FTPS setup problem
Guy Boisvert wrote on Sat, 20 Dec 2008 15:41:05 -0500: > Thanks for your input. I had problem with SmartFTP too which was > supposed to work with this setup. Then, i don't know if i should report > a bug... Well, for one, this is a bug, security-related, that was fixed in vsftpd 2.0.7. So, it should get back-ported. I just filed a bug on bugs.centos.org and hope that someone can carry it over to the RedHat bug tracker. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] HAL Daemon failure on boot up
Dick Roth wrote: > I've been having a problem for a while: when booting, haldaemon will > fail, leaving me without CD/DVD and floppy drives available. > > Has anyone else had this kind of problem? If so, can anyone suggest a > solution? > > Thanks for listening, > > Dick > some more information would be helpful what version of centos and hal any fail reports ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] AHCI at boot?
Thank you Joseph, that did the trick! After studying the man page for mkinitrd, I also used --preload ahci to make sure the ahci driver was the first one to look for drives. My steps (for future reference): 1) Switch bios back to "legacy" sata mode 2) update modprobe.conf adding a scsi line for the ahci module 3) mkinitrd --preload ahci etc etc.. 4) reboot, switch bios to ahci mode 5) system booted just fine! -Gordon On Sat, Dec 20, 2008 at 11:35 AM, Joseph L. Casale wrote: >>So I'm wondering what config files I need to tweak, to help the >>already installed system use the "new" ahci controller? Previously, >>it appears to have been using the piix module to access the drive with >>the root fs on it. > > So, you need modprobe.conf to reflect this as well as a new initrd. > On a similar system I have from Asus my modprobe.conf looks like this: > > alias scsi_hostadapter ata_piix > alias scsi_hostadapter1 ahci > > I assume the ata_piix is still required for the jmicron ide controller. > After editing this, run mkinitrd which will look there and then load the > required modules. > > HTH, > jlc > ___ > 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
[CentOS] question about package buildings
Hello guys, our company is going to distribute our software as rpms. I have prepared set Source RPMS which works ok on 64-bit and i386 platform. I want to make our build process more automatic. 1. What is the best way to build 32bit RPMS on 64bit CentOS machine? 2. What software/automatization script can be used for make build more automatic === does for centos exists something like Koji for Fedora? Thanks in advance! David ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kerberos for squid auth
On Sat, 2008-12-20 at 22:00 -0700, Joseph L. Casale wrote: > Yeah it's been working ever since but there are some errors in the logs > even though users auth silently and it all just works. Once I am back > from holidays I had planned to read up on winbind and samba as it relates > to AD... If you need any tips/help, let me know. I have lots of CentOS servers and a couple of Fedora and Ubuntu laptops authenticating to AD at work, and they all work flawlessly. Regards, Ranbir -- Kanwar Ranbir Sandhu Linux 2.6.27.7-53.fc9.x86_64 x86_64 GNU/Linux 10:17:32 up 6 days, 14:46, 13 users, load average: 0.82, 0.50, 0.44 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] AHCI at boot?
>Thank you Joseph, that did the trick! After studying the man page for >mkinitrd, I also used --preload ahci to make sure the ahci driver was >the first one to look for drives. Good to know, I think if you had the modprobe edited via a rescue disc and you chrooted in to the dead system the mkinitrd would not need any commands except an explicit declaration of the running kernel. That of course is just a WASG:) jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] HAL Daemon failure on boot up
On Sun, Dec 21, 2008 at 1:00 AM, Dick Roth wrote: > I've been having a problem for a while: when booting, >haldaemon will > > fail, leaving me without CD/DVD and >floppy drives available. > > Has anyone else had this kind of problem? If so, can >anyone suggest a > > solution? Your problem may not be with HAL. I have had similar, intermittent problems, recently, with various symptoms, including that K3b could not find my CD-RW drive or media in it. I just finished writing to CD-R media with K3b with that CD-RW drive. In the case of my Desktop, I now know that the motherboard is damaged. Since you wrote that you have a problem with more than one piece of HW, I hope in your case it isn't the motherboard. You can run Diagnostics on the HW, which I did last Sunday, with the Dell Diagnostics for this box, but my HW got a clean bill of health, since it is intermittent. GL! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] regarding vpn server for 1500 clients
Dhaval Thakar wrote: > If you could use a lower CPU intensive crypt like blowfish, it would be easier. Are all these trading partners in different locations or are there semi large groups in the same locations? >>> all these are end users. >>> they connect software from home / offices. >> Do they actually need a generic VPN? If they only run a few >> applications you might be able to use https or similar ssl based >> connections and avoid the routing/addressing/MTU issues. You can still >> use certificate based authentication in one or both directions if you >> want. >> >> Also if the application(s) can be made to run over normal https (i.e. a >> web interface) you get the advantage of working though most existing >> proxies and firewalls, plus on the host end you have the option of >> scaling up with a load balancer that handles the ssl processing and >> reverse-proxies to a pool of backend servers. > they need database access. > I prefre providing database over vpn rather providing via internet on > different tcp port. Remote database access is often better handled through web forms than direct remote client access - depending on the application, of course. A vpn will work, but it adds a lot of unnecessary overhead in terms of losing MTU for packet encapsulation and managing addressing and routing through the tunnels. Plus, if the remotes are in other company's offices you'll have to fight their corporate firewall policies to get your tunnel packets through, especially if you run over udp. And then you'll have to firewall all the other stuff on your end that the vpn would otherwise permit access to. For any single application/port connection you could use stunnel - or use a database that does ssl on its own. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] BackupPC: two newbie questions
I'm running BackupPC under Centos-5.2. 1. Will BackupPC backup files in NFS-mounted directories? If so, is there any simple way of preventing this? 2. I have seen it suggested that it is not a good idea to backup onto a partition on the same drive as the BackupPC server? Is that true? If so, is a partition on a separate drive on the same machine also bad? Ps Apologies if this has been posted before; I have had some problems communicating with mailing lists. -- Timothy Murphy e-mail: gayleard /at/ eircom.net tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] BackupPC: 2 newbie questions
1. Will BackupPC backup files in NFS-mounted directories? If so, is there any simple way of preventing this? 2. I have seen it suggested that it is not a good idea to backup onto a partition on the same machine as the BackupPC server? Is that true? If so, is a partition on a separate drive on the same machine also bad? Ps I tried asking on the BackupPC mailing list/newsgroup but seem to have failed to communicate in some way. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] HAL Daemon failure on boot up
Tosh wrote: > Dick Roth wrote: >> I've been having a problem for a while: when booting, haldaemon will >> fail, leaving me without CD/DVD and floppy drives available. >> >> Has anyone else had this kind of problem? If so, can anyone suggest a >> solution? >> >> Thanks for listening, >> >> Dick >> > some more information would be helpful > what version of centos and hal > any fail reports > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > Sorry about that: CentOS 5.2 (Final) hal-0.5.8.1-35.el5 Gigabyte P35-DS3R Motherboard I went through messages.* and found no direct references to HAL, but did notice messages like: Dec 6 20:02:40 c-75-69-199-70 kernel: hdf: cdrom_pc_intr: The drive appears confused (ireason = 0x01). Trying to recover by ending request. Both a WDC IDE hard drive and a Pioneer 112D CD/DVD Burner are on the only legacy IDE connector on the mobo, so I can't try a different IDE channel. Hope this helps clarify things. Dick -- "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." --Benjamin Franklin 1755 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] HAL Daemon failure on boot up
On Sun, Dec 21, 2008 at 2:23 PM, Dick Roth wrote: >>> I've been having a problem for a while: when >booting, haldaemon will >>> fail, leaving me without CD/DVD and floppy drives >available. > Dec 6 20:02:40 c-75-69-199-70 kernel: hdf: cdrom_pc_intr: The drive > appears confused (ireason = 0x01). Trying to recover by ending request. > > Both a WDC IDE hard drive and a Pioneer 112D >CD/DVD Burner are on the > only legacy IDE connector on the mobo, so I can't try a >different IDE > channel. In my previous reply, I forgot to suggest that you reseat the cable at both ends. Or, try another cable. If you are lucky, the problem will go away and has nothing to do with your motherboard. Or, if it does, possibly you can stick in a PCI board with an EIDE controller and bypass the motherboard. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] BackupPC: two newbie questions
On Sun, 2008-12-21 at 14:02 +, Timothy Murphy wrote: > I'm running BackupPC under Centos-5.2. > > 1. Will BackupPC backup files in NFS-mounted directories? > If so, is there any simple way of preventing this? Not sure I understand the question, but I assume you are talking about backing up a remote system that has a nfs mount. Have not tried it, but would guess that the answer is Yes It Could. Using the rsync or rsyncd modes, you have the options to include and/or exclude whatever you want. Very simple to do. > 2. I have seen it suggested that it is not a good idea > to backup onto a partition on the same drive > as the BackupPC server? > Is that true? > If so, is a partition on a separate drive on the same machine also bad? Sidestepping your question a little, are you planning to Not use some form of redundant storage? Given that you are making backups, single drive or nonredundant storage would be a bad idea. In general, it is true that using a storage system for data/files physically separate from the os/utilities is typically faster, but that does not sound like the gist of your question. What I do is to mount a logical volume at the storage location (/var/lib/backuppc) so that it can grow or be otherwise modified as needed. If the problem you expect is congestion, then you can limit the number of concurrent backups to less than the default of 4 (see MaxBackups and MaxUserBackups). I find that even modest single core systems can handle 1 backup without a lot of trouble. As a first approximation, start up a manual rsync of something big (e.g., /usr, iso image, etc.) from the remote system and see how that impacts the proposed BackupPC server. Once the BackupPC server is put into service, it is easy to figure out what the number should be. HTH Steve ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] regarding vpn server for 1500 clients
On Sun, Dec 14, 2008 at 9:20 AM, wrote: > Hi list, > > > I have to build vpn server for 1500 clients. No encryption necessary. > can anyone please recommend me vpn server. > > I do not have experience on vpn. > > I have tested openvpn on my test setup, & its working fine. > > I want to check if there any other vpn server available. > I have not checked but can pptp vpn be usefull? > > > My requirement is to connect 1500 clients on vpn server. > Need frontend to manage vpn clients. > > > > Regards > Dhaval > > > > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > The open source tinc-vpn which is like Hamachi. Could use a tun / tap layer with 5.0.0.0/8 addresses. Would never recommend PPTP because of the security issues and the clients can't have the same subnet as the corporate lan for it to work well. Even if you do not need encryption, but just authentication, pptp could be blown wide open. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] BackupPC: two newbie questions
S.Tindall wrote:
>> 1. Will BackupPC backup files in NFS-mounted directories?
>> If so, is there any simple way of preventing this?
>
> Not sure I understand the question, but I assume you are talking about
> backing up a remote system that has a nfs mount. Have not tried it, but
> would guess that the answer is Yes It Could.
>
> Using the rsync or rsyncd modes, you have the options to include and/or
> exclude whatever you want. Very simple to do.
First of all, thanks for the suggestions.
I should say, I'm just backing up machines on my home system.
It's not Fort Knox.
But I have a directory /common on one machine ("alfred")
which I NFS-mount on the other machines.
I don't want to back this up more than once.
>> 2. I have seen it suggested that it is not a good idea
>> to backup onto a partition on the same drive
>> as the BackupPC server?
>> Is that true?
>> If so, is a partition on a separate drive on the same machine also bad?
>
> Sidestepping your question a little, are you planning to Not use some
> form of redundant storage? Given that you are making backups, single
> drive or nonredundant storage would be a bad idea.
As I said, this is not Fort Knox.
I haven't backed up anything for the last 10 years,
and have been very lucky, I guess.
A couple of disks have died in that time,
but fortunately they passed on their secrets before dying.
> In general, it is true that using a storage system for data/files
> physically separate from the os/utilities is typically faster, but that
> does not sound like the gist of your question. What I do is to mount a
> logical volume at the storage location (/var/lib/backuppc) so that it
> can grow or be otherwise modified as needed.
I've had bad experiences with LVM, so will avoid that if possible.
I'm running BackupPC on machine 1 ("helen")
and would like to back up onto machine 2 ("alfred").
As far as I can see, that means NFS-mounting alfred:/backup
on helen:/var/lib/backup .
I want to backup /home on machines 3,4,5 (various laptops).
All are running Linux, though later I'd like to add a Windows machine -
but that can wait.
> As a first approximation, start up a manual rsync of something big
> (e.g., /usr, iso image, etc.) from the remote system and see how that
> impacts the proposed BackupPC server. Once the BackupPC server is put
> into service, it is easy to figure out what the number should be.
That sounds like a good idea.
Though I wasn't very clear whether one could widen
the list of directories to backup after setting things up.
I don't foresee any problem with congestion on my small system.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] BackupPC: 2 newbie questions
please be patient. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Rebuild xorg (continued from Centos-devel)
On Sun, 2008-12-21 at 22:48 +0100, Alain PORTAL wrote: > Le dimanche 21 décembre 2008, William L. Maltby a écrit : > > > If you get to single-user with a boot (adding the " 1" in grub edit > > mode), alternate consoles will have some stuff of possible value. > > -- (where the Fx is function key F1, F2, F3, ...) should > > switch you to other screens. Also, - or - can be > > used to cycle through. If X has not been started, the can be > > omitted from that first set I mentioned. > > If I start up in single user mode, I get only one console. No switch possible. > So I start in run-level 3. I forgot about that. Run level 3 is good too. > > Once you are at the root prompt, do the system-config-display with no > > parameters. Looking at the alternate consoles while the config is > > running might be helpful. > > If I run system-config-display in, saying tty1, it start successfully. > If I switch to tty2, then back to tty1, I don't see the system-config-display > dialog any more, just the command I typed before. Drat! Yes, running in text mode, the screen buffer gets lost when you switch virtual terminals. So many things I've forgotten over time. > > > If the system finds _any_ driver it can use - e.g. vga, svga, vesa - it > > should bring up a graphical screen that has a computer icon and some > > tabs for display, multi-head, etc. There's a couple drop-down menus that > > let you select resolution, color depth, etc. > > Unfortunately, resolution is too low (320x200), so, I can't see the "Cancel" > and "Valid" or "OK" button of the system-config-display dialog. Try again with the resolution parameters like Alan suggested but with lower resolution and "vga", e.g. system-config-display --set-resolution=640x480 --set-driver=vga Note that I changed "vesa" to "vga" since the card mentions only vga. I don't know if that will work because I see the "insufficient memory" message you mention below. That may be a result of color depth combined with memory limitations. But if it does work, maybe you get going good enough to proceed. BIOS! That memory thing reminds me. See below. > > > Select something not too "heavy" and save the settings and exit. > > > > If only part of the screen is visible, maybe the screen is scrollable? > > Unfortunately not. > > > Try moving the mouse off the edge (Hmm. Is the mouse working during this > > process? I forgot to test that). > > Mouse is working. > > > 1) Can you get/see what I described at all? > > 2) If you can, and if you make and save changes, you should be able to > > get to a graphical screen later. BUT FIRST ... > > 3) At a root prompt, type dmesg | less and look for any messages that > > might give clues. This might be useful regardless of the results of 2). > > > > Also, there might be useful messages in /var/log/messages > > and /var/log/Xorg.*. > > I don't know if I can post such heavy files here... > This is a devel list, not a user one. > Xorg.0.log is 38Kb and messages is 435Kb ! Not the whole file, just save some of the pertinent lines in a file and copy them into the reply. But maybe this won't be needed. See below about possible BIOS. > > > I don't recall what card you have - nvidia? > > VGA compatible controller: ATI Technologies Inc M71 [Mobility Radeon X2100] > (rev ce) (prog-if 00 [VGA controller]) Well, then you should be able to get any vga or svga compatible mode going. (S)VGA is a well-defined set of standards that if a card says it is compatible, the interface is "standard" and the card says it can support those compatible modes. Since the text mode changes worked with the "vga=" added, there may be some hope yet. > > I think now it's a X server problem as it can't compute modelines for vga > module. I get, in Xorg.0.log, many lines as: > (II) VGA(0): Not using default mode "320x240" (insufficient memory for mode) > > Lines differs in mode value > > (II) VGA(0): Not using default mode "1920x1200" (insufficient memory for mode) > > I know that the 1920x1200 mode is doable. Have you gone into BIOS and seen what is there that might be affecting this stuff? I know there are often selectable modes for video cards. Often in a laptop, main memory is shared with the video card. If you have not allocated enough memory to the video, maybe that is causing a lot of the problems? If you "system" memory is really small, you may not be able to get decent resolution with higher color resolutions. If your BIOS has settings, start off with 4 bit color depth. That gives 16 colors only, but it's a start. Also pick a low resolution, like 640x480 or 800x640(?). Maybe a combination of 4 bit color depth, low resolution, more memory shared with video chip, etc. makes it start working. Oh! Don't forget the video card mode if the BIOS has a setting for it. > > Regards > Alain > We're starting to get close to the end of things I can think of. I hope something works here! -- Bill ___ CentOS mail
Re: [CentOS] Rebuild xorg (continued from Centos-devel)
On 2008-12-21, 22:38 GMT, William L. Maltby wrote: > Note that I changed "vesa" to "vga" since the card mentions > only vga. Forget about VGA, it is really obsolete now -- all graphic cards you are likely to encounter in the wild are VESA-compatible, which is what you want. Matěj ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Rebuild xorg (continued from Centos-devel)
On Mon, 2008-12-22 at 00:33 +0100, Matej Cepl wrote: > On 2008-12-21, 22:38 GMT, William L. Maltby wrote: > > Note that I changed "vesa" to "vga" since the card mentions > > only vga. > > Forget about VGA, it is really obsolete now -- all graphic cards > you are likely to encounter in the wild are VESA-compatible, > which is what you want. Yep. But not knowing why it's not working, I figure (based on experience) start with the lowest common denominator (so to speak) and work up from there. He had tried vesa in a parameter to system-config-display, as suggested by Alan, and it hadn't worked. So I figured try something that _ought_ to work on stuff even 10 years old (or older) and go from there. I have high hopes that the BIOS settings might be the key. > > Matěj > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] BackupPC: two newbie questions
On Sun, 2008-12-21 at 22:04 +, Timothy Murphy wrote:
> S.Tindall wrote:
> >> 2. I have seen it suggested that it is not a good idea
> >> to backup onto a partition on the same drive
> >> as the BackupPC server?
> >> Is that true?
> >> If so, is a partition on a separate drive on the same machine also bad?
> >
> > ... What I do is to mount a
> > logical volume at the storage location (/var/lib/backuppc) so that it
> > can grow or be otherwise modified as needed.
>
> I've had bad experiences with LVM, so will avoid that if possible.
LVM is an acquired taste, but one worth developing.
> I'm running BackupPC on machine 1 ("helen")
> and would like to back up onto machine 2 ("alfred").
> As far as I can see, that means NFS-mounting alfred:/backup
> on helen:/var/lib/backup .
But doesn't that mean alfred's backups will be on alfred? Hard drives
are cheap and BackupPC is very frugal with using disk space.
Hope it all works out.
Steve
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Ping failed (SOLVED)
>If the permissions on /bin/ping were incorrect, it may mean that >your system has been cracked. You probably should check by >running ``rpm -V iputils'' which will show changes in any files >in the package. Thanks Bill for your concern and tips, but it is me who accidentally change the file permission when I run chown command with the wrong parameter. Tsk tsk, I guess I am lucky that the machine are just my test machine for evaluating systems. junji aisalen.wordpress.com Linux Registered User #253162 CentOS User New Email names for you! Get the Email name you've always wanted on the new @ymail and @rocketmail. Hurry before someone else does! http://mail.promotions.yahoo.com/newdomains/aa/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] BackupPC: two newbie questions
S.Tindall wrote:
>> I'm running BackupPC on machine 1 ("helen")
>> and would like to back up onto machine 2 ("alfred").
>> As far as I can see, that means NFS-mounting alfred:/backup
>> on helen:/var/lib/backup .
> But doesn't that mean alfred's backups will be on alfred? Hard drives
> are cheap and BackupPC is very frugal with using disk space.
Yes, now you point that out it may be unwise.
I suppose I should backup onto the BackupPC (and httpd) server, "helen".
Actually, "alfred" was my old - very old, maybe 10 years old - server,
which has a number of SCSI and IDE disks attached.
So it has lots of spare space.
But I'll follow your implicit advice, and use /var/lib/BackupPC/ as is
for backups, and maybe get a second disk on the server later.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] HAL Daemon failure on boot up
Lanny Marcus wrote: > On Sun, Dec 21, 2008 at 1:00 AM, Dick Roth wrote: >> I've been having a problem for a while: when booting, >haldaemon will > >> fail, leaving me without CD/DVD and >floppy drives available. >> >> Has anyone else had this kind of problem? If so, can >anyone suggest a > >> solution? > > Your problem may not be with HAL. I have had similar, intermittent > problems, recently, with various symptoms, including that K3b could > not find my CD-RW drive or media in it. I just finished writing to > CD-R media with K3b with that CD-RW drive. In the case of my Desktop, > I now know that the motherboard is damaged. Since you wrote that you > have a problem with more than one piece of HW, I hope in your case it > isn't the motherboard. You can run Diagnostics on the HW, which I did > last Sunday, with the Dell Diagnostics for this box, but my HW got a > clean bill of health, since it is intermittent. GL! > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > Thanks for the suggestions, Lanny. I opened my box and reseated my IDE connectors...just in case. Then I rebooted twice and came up roses each time. Let's hope this is a trend. Happy Holidays to one and all! Dick -- "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." --Benjamin Franklin 1755 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
