[CentOS] How to remove USB dependency form the boot process.
Hi friend, I have just installed the centos 5.3 on my server machine. It looks for a USB media to boot. But I am not able to figure it out what i have done wrong. Is there any way i can remove this dependency. Or I have to reinstall the OS again? Regards, Vijay Shanker Dubey ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] problem with bridged network for a kvm guest
On 05/18/2010 11:49 AM, Negative wrote: > I'm having trouble with the bridged network setup. I'm new to kvm, but > I got a window xp sp2 guest set up without trouble a few days ago. I > followed the instructions in the RH virtualization guide, and all was > fine until I had to reboot the host machine a few days later. This page, right? http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.5/html/Virtualization_Guide/sect-Virtualization-Network_Configuration-Bridged_networking_with_libvirt.html > One of the points I'm confused about is what, if anything, to write for > the ip address in ifcfg-eth0. Nothing. It should look exactly like the example provided, except for the HWADDR. eth0 doesn't get an IP, the br0 interface does. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] VNC failed to initialize HAL
Hi,all: Today, I use the vnc tool to connect the server , but it has the following message: t...@xxx: ~ vi ~/.vnc/xxx:1.log .. ... libhal.c 644 : Error connecting to system bus: Message did not receive a reply **(gnome-volume-manger:30626):WARING**: manager.c/912:failed to initialize HAL! The server's os is CentOS 4.7 x86_64, I tried to google for the answer , but had no anything useful information. Could someone give me some suggestions? Thanks in advances~ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] VNC failed to initialize HAL
Hi,all: Today, I use the vnc tool to connect the server , but it has the following message: t...@xxx: ~ vi ~/.vnc/xxx:1.log .. ... libhal.c 644 : Error connecting to system bus: Message did not receive a reply ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 5.5 install
On 10-05-18 08:51 PM, Thomas Dukes wrote: > Just installed from scratch 5.5 > > Weird, eth0 is now eth1 and eth1 is eth0. Don't even know how I'm sending > this message as the the CentOS machine can't connect to the internet and > this windoze box uses the Centos box as a gateway. I've had to swap out the ethX mapping enough times that I wrote down how to do it here: http://wiki.alteeve.com/index.php/Changing_the_ethX_to_Ethernet_Device_Mapping_in_Red_Hat/CentOS Sorry for the long URL. Also, it's a side page to a larger paper, so the Xen stuff you can ignore. Other than that, it's a step-by-step walkthrough on swapping the ethX devices around. -- Digimer E-Mail: li...@alteeve.com AN!Whitepapers: http://alteeve.com Node Assassin: http://nodeassassin.org ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] 5.5 install
Just installed from scratch 5.5 Weird, eth0 is now eth1 and eth1 is eth0. Don't even know how I'm sending this message as the the CentOS machine can't connect to the internet and this windoze box uses the Centos box as a gateway. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] A
Steven Vishoot wrote: > > > > - Original Message >> From: "m.r...@5-cent.us" >> To: CentOS mailing list >> Sent: Tue, May 18, 2010 1:17:46 PM >> Subject: Re: [CentOS] A >> >>> On 5/18/2010 10:59 AM, Rudi Ahlers wrote: >>> Yes, A is the first >> letter of the Alphabet ;) >> >> Not for all values of the LANG >> environment variable. (Trying >> desperately to keep it on >> topic. Not being funny. No, not at all.) > > Ok, let's see if >> this email goes through - I've had two bounces, and > dnsorbs was blocking my >> hosting provider. > > At any rate, I was assuming it was aleph >> 0 > > >> mark > > B :-D > C ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] A
- Original Message > From: "m.r...@5-cent.us" > To: CentOS mailing list > Sent: Tue, May 18, 2010 1:17:46 PM > Subject: Re: [CentOS] A > > > On 5/18/2010 10:59 AM, Rudi Ahlers wrote: >> Yes, A is the first > letter of the Alphabet ;) > > Not for all values of the LANG > environment variable. (Trying > desperately to keep it on > topic. Not being funny. No, not at all.) Ok, let's see if > this email goes through - I've had two bounces, and dnsorbs was blocking my > hosting provider. At any rate, I was assuming it was aleph > 0 > mark B :-D ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [Fwd: Re: iptables]
On Monday 17 May 2010 09:58, Len Kuykendall wrote: > > Date: Thu, 29 Apr 2010 00:13:43 +0200 > > From: gavro...@gavroche.pl > > To: centos@centos.org > > Subject: Re: [CentOS] [Fwd: Re: iptables] > > > > On Fri, Apr 23, 2010 at 06:08:45PM -0400, Robert Spangler wrote: > > > On Friday 23 April 2010 15:20, cahit Eyigünlü wrote: > > > > how or why i have redesigned it to this and it seems like worked : > > > > > > See big problems in your future. > > > > > > > :INPUT ACCEPT [0:0] > > > > :FORWARD ACCEPT [0:0] > > > > :OUTPUT ACCEPT [0:0] > > > > > > Anyone with a little bit of security awareness would never set the > > > default policy to ACCEPT and the reason is below. You would think RH > > > would know better. > > > > > > > -A INPUT -j RH-Firewall-1-INPUT > > > > -A FORWARD -j RH-Firewall-1-INPUT > > > > -A RH-Firewall-1-INPUT -i lo -j ACCEPT > > > > -A RH-Firewall-1-INPUT -i eth0 -j ACCEPT > > > > > > With this rule above you just opened up you complete system to what > > > ever it is connected to. That is why it is working. I am hoping this > > > box doesn't have Internet access. > > > > > > > -A RH-Firewall-1-INPUT -p icmp --icmp-type any -j ACCEPT > > > > -A RH-Firewall-1-INPUT -p 50 -j ACCEPT > > > > -A RH-Firewall-1-INPUT -p 51 -j ACCEPT > > > > -A RH-Firewall-1-INPUT -p udp --dport 5353 -d 224.0.0.251 -j ACCEPT > > > > -A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT > > > > -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT > > > > -A RH-Firewall-1-INPUT -m state --state ESTABLISHED,RELATED -j > > > > ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp > > > > --dport 8443 -j ACCEPT > > > > -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport > > > > 22 -j ACCEPT > > > > -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport > > > > 25 -j ACCEPT > > > > -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport > > > > 80 -j ACCEPT > > > > -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport > > > > 21 -j ACCEPT > > > > "/etc/sysconfig/iptables" 40L, 1617C > > > > > > Even if you didn't have the line with '-i eth0 -j ACCEPT' you system > > > was still open to everyone because at this point if none of the rules > > > apply and the firewall falls back to the policy setting to decide what > > > to do with a packet. Since all your policies are set to ACCEPT the > > > packet is accepted and the hacker is in. > > > > > > For this reason one would think RH would do a little more and set the > > > default policies to DROP. It is so easy to miss the reject or drop > > > statements at the end and the policy would catch them for you. > > > > > > I know some will argue that RH did what they needed to do, but they > > > could go that extra step don't you think. > > > > Absolutely agree with you. It would save us from threads like that > > because people would need to read about iptables and stop to ask silly > > questions. > > > > -- > > Dominik Zyla > > Setting the default policy to DROP is not always the best approach, > especially if you do remote administration. What happens when you are > connected remotely and execute: # iptables -F > > You are either jumping in the car to drive to the server or on the phone > trying to reach someone local to assist because the default DROP policy > just killed your session. Why would you ever do a '-F' remotely? Change the rules and something is not working then you should just restart/reload the firewall. Everything that worked before the change will still be working again and the rules that wasn't working will be removed. > In my opinion a better option for creating a default DROP policy is to add > the following rule (INPUT chain in this example) as the last entry in a > chain: > > -A INPUT -j DROP > > Now you have a chain that performs like one with a default DROP policy but > does not kill your remote session if all rules are flushed. As I state above opinions very but forget that rule or comment it out by mistake and your system is left wide open to everyone because your default rules is set to 'ACCEPT' everything. To each his own. I set the default policy to DROP and I also place the DROP rule at the end of all my chains. The policy is my safety net in case I would happen to remove the DROP rule at the end of a chain by mistake. When working remotely you have to be extra careful because should you lock yourself out it could be a long night. -- Regards Robert Linux User #296285 http://counter.li.org ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Package Information Site?
On 05/17/2010 09:19 PM, Lucian wrote: > > Repoview doesn't provide search; also it doesn't show dependencies and so > on... It's probably easier to add those things to repoview than it would be to write an entirely new application. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] /etc/inittab
On Tue, May 18, 2010 at 7:22 PM, Thomas Dukes wrote: > Help! > > I hosed my system and did a restore from a backup but when I boot, I get an > error no inittab file found. > > Where can I get a 5.2, 'stock' inittab file not in a rpm so I can use a > rescue disk to create this file? Or if possible, could someone please post > their's for me? > > TIA > > The attached is a stock inittab from a CentOS 5.5 system. As best as I remember, it's the same as 5.1, 5.2 ... inittab Description: Binary data ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] /etc/inittab
Help! I hosed my system and did a restore from a backup but when I boot, I get an error no inittab file found. Where can I get a 5.2, 'stock' inittab file not in a rpm so I can use a rescue disk to create this file? Or if possible, could someone please post their's for me? TIA ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS 5.5 dmrc weirdness
I was trying to set the default desktop environment using /etc/sysconfig/desktop. Originally, there was no /etc/sysconfig/desktop. I have discovered that if my home directory does NOT have a .dmrc file (i.e. If the account is brand new), then I get the following logged to the .xession-errors file in my home directory: /etc/gdm/PreSession/Default: Registering your session with utmp /etc/gdm/PreSession/Default: running: /usr/bin/sessreg -a -u /var/run/utmp -x "/ var/gdm/:0.Xservers" -h "" -l ":0" "mvanhorn" localuser:mvanhorn being added to access control list No profile for user 'mvanhorn' found stty: standard input: Inappropriate ioctl for device However, if I create a .dmrc file in my home directory, and it contains either [Desktop] Session=gnome or [Desktop] Session=kde everything works fine. So, what seems to be happening is that when the system needs to function without a .dmrc file, it creates a new one (in my home directory which contains) [Desktop] Session=default but then the above error happens and it goes back to the login screen. There doesn't seem to be any permission problem involved, and it's not logging any error about not being able to write to ~/.dmrc. However, I can't figure out why it needs to have a preexisting .dmrc file (which seems to go against the idea of the /etc/sysconfig/desktop file). Any insight or help is greatly appreciated. Thanks! --- Mike VanHorn Senior Computer Systems Administrator College of Engineering and Computer Science Wright State University 265 Russ Engineering Center 937-775-5157 michael.vanh...@wright.edu RSS: http://www.engineering.wright.edu/~mvanhorn/MikeVanHorn'sNewsFeed.xml http://www.engineering.wright.edu/~mvanhorn/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] problem with bridged network for a kvm guest
I'm having trouble with the bridged network setup. I'm new to kvm, but I got a window xp sp2 guest set up without trouble a few days ago. I followed the instructions in the RH virtualization guide, and all was fine until I had to reboot the host machine a few days later. Then, I lost networking altogether on the host machine. I lost track of all the things I tried, but finally got networking back on the host, but I suspect it's not right. For one thing, I deleted ifcfg-br0. Also, I commented out bridge=br0 in ifcfg-eth0. Oddly, ifconfig shows both interfaces, and shows them both set to static ip. One of the points I'm confused about is what, if anything, to write for the ip address in ifcfg-eth0. When I first set it up, I set the bridge interface to dhcp, and kept the host as a static ip on my lan. That made made the host dhcp, but that's no good for me, so I set the ip in ifcfg-br0 to my static ip, and everything worked fine, even though it didn't make sense that both eth0 and br0 had the same ip. Thanks for any guidance. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] A
> On 5/18/2010 10:59 AM, Rudi Ahlers wrote: >> Yes, A is the first letter of the Alphabet ;) > > Not for all values of the LANG environment variable. (Trying > desperately to keep it on topic. Not being funny. No, not at all.) Ok, let's see if this email goes through - I've had two bounces, and dnsorbs was blocking my hosting provider. At any rate, I was assuming it was aleph 0 mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] A
On 5/18/2010 10:59 AM, Rudi Ahlers wrote: > Yes, A is the first letter of the Alphabet ;) Not for all values of the LANG environment variable. (Trying desperately to keep it on topic. Not being funny. No, not at all.) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] A
Yes, A is the first letter of the Alphabet ;) On Tue, May 18, 2010 at 6:42 PM, Greg Marcom wrote: > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > > -- 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
[CentOS] A
___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Update successful. Thanks.
On Mon, May 17, 2010 at 4:09 PM, Karanbir Singh wrote: > how about yum.log ? if you dont mind attaching that, I think there is > enough info for a bugreport on bugs.centos.org The yum.logs don't show anything about memory issues. Maybe I only assumed it was a memory issue and quit out of the update process before it was done needlessly. When I updated my brother's computer, there was some of the same behavior (at least it appeared to be the same) and I think it had something to do with shutting down the VirtualBox kernel. I just let it go in that case and everything updated fine. I've just updated my laptop without any issues (no VirtualBox on this computer). I guess what I'm saying is that I think the only "software" problem was the software between the computer screen and the chair. Sorry for bringing it up -- next time I'll document any "problems" -- real or imagined. And thanks again for your great work on CentOS. -- RonB -- Using CentOS 5.5 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] A Directory/Subdirectories Disappeared - which log file to look for this kind of information?
On Fri, 2010-05-14 at 15:30 -0400, JohnS wrote: > > > On Fri, May 14, 2010 at 11:36 AM, Wang, Mary Y > > wrote: > > > Hi, > > > > > > A directory/subdirectories just disappeared on our dev box, and we don't > > > know what happened. Is there a log file that logs this kind of stuff > > > (such as who/date did a 'rmdir'). The /var/log directory has a lot of > > > files and I'm not sure where to start. > --- > Some greatfull wiki contributer may want to do a how to on this. > Auditd: > Look at tail /var/log/audit.log audit.log.1 ans so on. > > To log every thing from one user: This logs all sys calls except[1] > > [r...@x X]# /sbin/auditctl -a entry,always -S all -F uid=500 > where uid=your_usr_id. Root is "0" or should be. > Also you can watch specific directories. How to beyond this scope atm. > See man auditctl. > > Restart: > [r...@x X]# /sbin/service auditd restart > Stopping auditd: [ OK ] > Starting auditd: [ OK ] > > [r...@x X]# grep gedit /var/log/audit/audit.log.1 > > type=SYSCALL msg=audit(1273861358.952:59793): arch=4003 syscall=78 > success=yes exit=0 a0=bfcb7498 a1=0 a2=8416a8 a3=8a66d70 items=0 > ppid=1 pid=16192 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 > egid=500 sgid=500 fsgid=500 tty=(none) comm="gedit" > exe="/usr/bin/gedit" > subj=user_u:system_r:unconfined_t:s0 key=(null) > > [1]. Problem, I have a list of rules at work but im home today. I see > a problem I think with either auditd or bash console. I had this > previously configured for root to log all sys calls made. I made a file > with touch, deleted the file and all that got logged was /bin/bash and > thats it. Can anyone else confirm this? Either Bash is Spoofing Auditd > or something else is happening. Search string is, > grep rm /var/log/audit/audit.log > > As so goes this don't really help her problem and really makes a problem > for me when I have to confirm to SAS 70 Type 2 Infrastructure. > > John --- Add on Appended: dmesg | grep rm audit(1273860293.659:144758): arch=4003 syscall=252 a0=0 a1=4 a2=0 a3=4c240278 items=0 ppid=3055 pid=3067 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts1 comm="rm" exe="/bin/rm" subj=user_u:system_r:initrc_t:s0 key=(null) In fact does have my rm command I used. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
