Hello,
I have trapped in weird problem. My Setup is CentOS 6.3 Desktop edition x86_64 arch.
My login screen is blinking so frequently that I am unable to see and login into it.
And also I am unable to reinstall the OS because it will take very long time re-setup everything as per my configuration as well as Data.
The problem is as follows:
I have several months ago libgcc-4.4.6.i686.
Today for installing rsyslog, I updated the package libgcc-4.4.7.i686 and libgcc-4.4.7.x86_64. Then thinking
about chances of conflict, I removed libgcc-4.4.7.i686 it has also removed the
cups-libs gmp gnutils gtk2 libstdc++ libtiff peazip
all are i686 type. Then I installed same packages for 64 bit through yum install <above packages>
Message also said successfully installed. Then I try to open another terminal window but it was suddenly closing
so I thought restart might solve this problem; so I restart the computer.
I am getting normal CentOS login backgroud but getting faster blinking screen.
How should I solve this problem (except formatting the CentOS) as CentOS is the only OS on that machine.
1. How to login into CentOS now??
2. Which package should I need to install and how ??
Kindly do the needful,
Thank you !!
*-- Cheers, Mayur. *
Hello,
One more thing as per I think I have lost only file which responsible for GUI of the centos.
If anyone has Idea which files I need to get Login and other explorer screen back in action
that will be a great help to me.
And I also want to ask that is it possible to install that files from Putty; I have windows on other PC
so that from terminal there I can install on centos machine??
Waiting for your reply,
Thanks !!
Mayur Patil wrote:
Hello,
One more thing as per I think I have lost only file which responsible for GUI of the centos.
If anyone has Idea which files I need to get Login and other explorer screen back in action
There is no "explorer" - that's a Windows thing. You should have command line login using <ctrl><alt><f2>
I skimmed your other email - a) did you install for 64 bit? b) did I see that you tried picking and choosing from what release? In any case, you need to do yum -y update and update your whole system to current.
If you're still having gui problems, you *might* have a driver issue. What video do you have? <nsip>
And I also want to ask that is it possible to install that files from Putty; I have windows on other PC
There are no putty files to install on Linux. Putty will bring you in as though you had ssh'd from another *Nix machine. <snip> mark
Hello Sir,
One more thing as per I think I have lost only file which responsible for GUI of the centos. If anyone has Idea which files I need to get Login and other explorer
screen back in action
There is no "explorer" - that's a Windows thing. You should have command line login using <ctrl><alt><f2>
Problem is Appearance of login window. System boots normally; now I will try out your said command.
I skimmed your other email - a) did you install for 64 bit?
Yes.
b) did I see that you tried picking and choosing from what release?
Release 6.3
In any case, you need to do yum -y update and update your whole system to current.
Problem is I have installed Eucalyptus cloud,Snort IDS and now rSyslog ; so I am in fear that update
should not break anything wrt this components so that weird things I will face in future.
BTW, system is working fine before this incident.
If you're still having gui problems, you *might* have a driver issue. What video do you have?
<nsip>
I have not installed any video drivers before this. I tried to install one but it does not work. So I leave it as
everything was working fine before breakage of libgcc.686 package dependencies (as I remember)
And I also want to ask that is it possible to install that files from Putty; I have windows on other PC
There are no putty files to install on Linux. Putty will bring you in as
though you had ssh'd from another *Nix machine.
<snip>
I am in SSH with this machine from long time. I am asking if I am unable to get GUI then I should try to install files
from PUTTY terminal or browse files with WinSCP.
What is your opinion sir??
Waiting for guidance,
Thanks!!
mark
Mayur Patil wrote:
One more thing as per I think I have lost only file which responsible
for GUI of the centos.
If anyone has Idea which files I need to get Login and other explorer
screen back in action
There is no "explorer" - that's a Windows thing. You should have command line login using <ctrl><alt><f2>
Problem is Appearance of login window. System boots normally; now I will try out your said command.
gnome or kde? <snip>
In any case, you need to do yum -y update and update your whole system to current.
Problem is I have installed Eucalyptus cloud,Snort IDS and now rSyslog; so I am in fear that update
It shouldn't. And why did you install rsyslog? That's the default system log package in 6.x. Did you install that from something else?
You'll probably have to run whatever snort command once you do a yum update, or I expect you'll get a lot of false warnings. <nsip>
If you're still having gui problems, you *might* have a driver issue. What video do you have?
<nsip> > I have not installed any video drivers before this. I tried to install one but it does not work. So I leave it as
You really, REALLY need to do some reading about *Nix systems. The base install installs video drivers; if you add a desktop install, it will install its best guess at drivers - they're already there. Unless you've got multiple monitors, in which case you may well have trouble, then the gui should just work.
everything was working fine before breakage of libgcc.686 package dependencies (as I remember)
<snip>
I am in SSH with this machine from long time. I am asking if I am unable to get GUI then I should try to install files
Wait - how are you trying to log in, from the console, or remotely? <snip> mark
Hello Sir, sorry for late reply.
One more thing as per I think I have lost only file which responsible
for GUI of the centos.
If anyone has Idea which files I need to get Login and other explorer
screen back in action
There is no "explorer" - that's a Windows thing. You should have command line login using <ctrl><alt><f2>
Problem is Appearance of login window. System boots normally; now I
will
try out your said command.
gnome or kde?
<snip>
Gnome.
In any case, you need to do yum -y update and update your whole system to current.
Problem is I have installed Eucalyptus cloud,Snort IDS and now rSyslog; so I am in fear that update
It shouldn't. And why did you install rsyslog? That's the default system
log package in 6.x.
I think sir you are talking abt CentOS 6.4 becoz in centos 6.3 there is upto 5.8.10.
Did you install that from something else?
I am installing from source version 7.2.6 because of which this all mess.
You'll probably have to run whatever snort command once you do a yum
update, or I expect you'll get a lot of false warnings.
<nsip>
I will try for it.
If you're still having gui problems, you *might* have a driver issue. What video do you have?
<nsip> > I have not installed any video drivers before this. I tried to install one but it does not work. So I leave it as
You really, REALLY need to do some reading about *Nix systems. The base install installs video drivers; if you add a desktop install, it will install its best guess at drivers - they're already there. Unless you've got multiple monitors, in which case you may well have trouble, then the gui should just work.
everything was working fine before breakage of libgcc.686 package dependencies (as I remember)
<snip> > I am in SSH with this machine from long time. I am asking if I am unable > to get GUI then I should try to install files Wait - how are you trying to log in, from the console, or remotely? <snip>
I will first try out your instructions ; if that works. No remote no console.
If not, then I will try to login from Putty - windows client. And sir,
would you please more focus on *nix systems?? any link??
And could you briefly address me what is actual mess around here??
Waiting for reply,
Thanks !!
mark
*--* *Cheers, Mayur*.
Mayur Patil wrote:
One more thing as per I think I have lost only file which responsible
for GUI of the centos.
You should have command line login using <ctrl><alt><f2>
Problem is Appearance of login window. System boots normally; now I will try out your said command.
gnome or kde?
<snip>
Gnome.
In any case, you need to do yum -y update and update your whole system to current.
Problem is I have installed Eucalyptus cloud,Snort IDS and now
rSyslog; so I am in fear that update
It shouldn't. And why did you install rsyslog? That's the default system
log package in 6.x.
I think sir you are talking abt CentOS 6.4 becoz in centos 6.3 there is upto 5.8.10.
You. Do. Not. Understand. What. I. Am. Saying. You need to stop and THINK while you're reading. rsyslog is the default syslog in ALL VERSIONS of CentOS 6.
If you're still having gui problems, you *might* have a driver issue. What video do you have?
<nsip> > I have not installed any video drivers before this. I tried to
install
one but it does not work. So I leave it as
You really, REALLY need to do some reading about *Nix systems. The base install installs video drivers; if you add a desktop install, it will install its best guess at drivers - they're already there. Unless you've got multiple monitors, in which case you may well have trouble, then the gui should just work.
everything was working fine before breakage of libgcc.686 package dependencies (as I remember)
<snip> > I am in SSH with this machine from long time. I am asking if I am > unable to get GUI then I should try to install files
Wait - how are you trying to log in, from the console, or remotely?
<snip>
I will first try out your instructions ; if that works. No remote no console.
If not, then I will try to login from Putty - windows client. And sir,
would you please more focus on *nix systems?? any link??
And could you briefly address me what is actual mess around here??
I don't think I'll respond again. I feel as though you do *NOT* understand linux (or any other version of Unix, usually referred to as *Nix). Go read the FAQ from the centos website. Go read wikipedia.
I'm tired of making suggestions, and you don't have a clue as to what I'm asking or suggesting.
I'm at work, for which I am a senior person, and get paid for that. I feel like I'm wasting time trying to help you.
Try googling for answers, before you post, or if you don't understand some of the suggestions.
mark
Hello Mark Sir,
Sorry if you feel bad due to my foolishness and inadequate knowledge.
My actual problem is that my setup is at college and due to internet connectivity
problems as well as college hours are over, I am responding from home.
So as per your instructions I will again go thoroughly through your replies.
And I hope that I won't try to disturb you.
Sorry for my foolishness,
Thanks for your help !!
One more thing as per I think I have lost only file which responsible for GUI of the centos.
You should have command line login using <ctrl><alt><f2>
Problem is Appearance of login window. System boots normally; now I will try out your said command.
gnome or kde?
<snip>
Gnome.
In any case, you need to do yum -y update and update your whole system to current.
Problem is I have installed Eucalyptus cloud,Snort IDS and now
rSyslog; so I am in fear that update
It shouldn't. And why did you install rsyslog? That's the default system
log package in 6.x.
I think sir you are talking abt CentOS 6.4 becoz in centos 6.3 there
is
upto 5.8.10.
You. Do. Not. Understand. What. I. Am. Saying. You need to stop and THINK while you're reading. rsyslog is the default syslog in ALL VERSIONS of CentOS 6.
Yes Sir got it.Now I understand no need to reinstall rsyslog just use default one. How foolish I am !!
If you're still having gui problems, you *might* have a driver issue.
What video do you have?
<nsip> I have not installed any video drivers before this. I tried to
install
one but it does not work. So I leave it as
You really, REALLY need to do some reading about *Nix systems. The base install installs video drivers; if you add a desktop install, it will install its best guess at drivers - they're already there. Unless you've got multiple monitors, in which case you may well have trouble, then the gui should just work.
everything was working fine before breakage of libgcc.686 package dependencies (as I remember)
<snip> > I am in SSH with this machine from long time. I am asking if I am > unable to get GUI then I should try to install files
Wait - how are you trying to log in, from the console, or remotely?
<snip>
I will first try out your instructions ; if that works. No remote no console.
If not, then I will try to login from Putty - windows client. And sir,
would you please more focus on *nix systems?? any link??
And could you briefly address me what is actual mess around here??
I don't think I'll respond again. I feel as though you do *NOT* understand linux (or any other version of Unix, usually referred to as *Nix). Go read the FAQ from the centos website. Go read wikipedia.
I'm tired of making suggestions, and you don't have a clue as to what I'm asking or suggesting.
I'm at work, for which I am a senior person, and get paid for that. I feel like I'm wasting time trying to help you.
Try googling for answers, before you post, or if you don't understand some of the suggestions.
mark
Hello,
My X windows system is not working
So, Mark sir has recommended following steps that what I understand:
1 Press ctrl+alt+f2
2. Then run these commands
yum groupinstall basic-desktop desktop-platform
>> install installs video drivers; if you add a desktop install, it will >> install its best guess at drivers - they're already there. Unless you've >> got multiple monitors, in which case you may well have trouble, then the >> gui should just work.
3. After that I should perform
yum -y update
4. Then I should run command for snorts.
If anyone finds any lacunae please guide
Thanks !!
*-- * *Cheers, Mayur*.
You should have command line login using <ctrl><alt><f2>
Problem is Appearance of login window. System boots normally; now I will try out your said command.
gnome or kde?
<snip>
Gnome.
In any case, you need to do yum -y update and update your whole system to current.
Problem is I have installed Eucalyptus cloud,Snort IDS and now
rSyslog; so I am in fear that update
It shouldn't. And why did you install rsyslog? That's the default system
log package in 6.x.
I think sir you are talking abt CentOS 6.4 becoz in centos 6.3 there
is
upto 5.8.10.
You. Do. Not. Understand. What. I. Am. Saying. You need to stop and THINK while you're reading. rsyslog is the default syslog in ALL VERSIONS of CentOS 6.
Yes Sir got it.Now I understand no need to reinstall rsyslog just use default one. How foolish I am !!
If you're still having gui problems, you *might* have a driver
issue.
What video do you have?
<nsip> I have not installed any video drivers before this. I tried to
install
one but it does not work. So I leave it as
You really, REALLY need to do some reading about *Nix systems. The base install installs video drivers; if you add a desktop install, it will install its best guess at drivers - they're already there. Unless
you've
got multiple monitors, in which case you may well have trouble, then
the
gui should just work.
everything was working fine before breakage of libgcc.686 package dependencies (as I remember)
<snip> > I am in SSH with this machine from long time. I am asking if I am > unable to get GUI then I should try to install files
Wait - how are you trying to log in, from the console, or remotely?
<snip>
I will first try out your instructions ; if that works. No remote no console.
If not, then I will try to login from Putty - windows client. And sir,
would you please more focus on *nix systems?? any link??
And could you briefly address me what is actual mess around here??
I don't think I'll respond again. I feel as though you do *NOT* understand linux (or any other version of Unix, usually referred to as *Nix). Go read the FAQ from the centos website. Go read wikipedia.
I'm tired of making suggestions, and you don't have a clue as to what I'm asking or suggesting.
I'm at work, for which I am a senior person, and get paid for that. I feel like I'm wasting time trying to help you.
Try googling for answers, before you post, or if you don't understand some of the suggestions.
mark
Hello,
I have done following steps:
Press Ctrl+Alt+F2
By root login, I entered following command :
yum groupinstall basic-desktop desktop-platform x11 fonts
Then I reboot system; only blank screen appears ; not even cursor.
Then I tried this :
yum groupinstall -y ' X Windows System'
yum groupinstall -y ' Desktop '
Then I open */etc/inittab* via text editor and change following line:
id:3:initdefault:
To:
id:5:initdefault:
Then give command to start the GUI:
$ init 5 but screen stop responding after giving message " Starting jexec services ".
After that I reboot system, Then I run.
$ startx
It has loaded some packages but failed to load and stop there.
Then I tried this gnome-session, gnome-panel and gnome-applets.
It has said everything is installed.
After this, I tried this:
yum -y groupinstall "X Window System" "Desktop" "Fonts" "General Purpose Desktop"
upto 83 MB installation Then I reboot and entered startx
it has given following error and stopped
Loading extension GLX FATAL: Module fbcon not found. [dix] Could not init font path element catalogue:/etc/X11/fontpath.d, removing from list! [dix] Could not init font path element built-ins, removing from list!
Fatal server error: could not open default font 'fixed' (EE) Please consult the CentOS support at http://wiki.centos.org/Documentation for help. (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. (EE) Server terminated with error (1). Closing log file. [89.274] (EE) [89.274] (II) AIGLX: Suspending AIGLX clients for VT switch
Now as the last measure, I have run the
yum -y update
today itself. 243 MB, will get complete tomorrow (as per I hope).
I have google for this but not find confirm solution.
Am I missing something; please help ??
Seeking for guidance,
Thank you !!!
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Am 23.04.2013 16:49, schrieb Mayur Patil:
Hello,
I have done following steps:
[...]
I have google for this but not find confirm solution.
Am I missing something; please help ??
Seeking for guidance,
It is virtually impossible to deduce from your description what's wrong with your machine. You should find someone in your vicinity who knows Linux and can have a direct look.
HTH T.
You should not have removed the i686 packages. The packaging system ensures that there are no conflicts. I suggest that you reinstall them. It may be that there is no need of them, but second-guessing the packaging system is never a good idea, unless you know *exactly* what you are doing.
Cheers,
Cliff
On Tue, Apr 23, 2013 at 1:26 AM, Mayur Patil ram.nath241089@gmail.comwrote:
Hello,
I have trapped in weird problem. My Setup is CentOS 6.3 Desktop edition x86_64 arch.
My login screen is blinking so frequently that I am unable to see and login into it.
And also I am unable to reinstall the OS because it will take very long time re-setup everything as per my configuration as well as Data.
The problem is as follows:
I have several months ago libgcc-4.4.6.i686.
Today for installing rsyslog, I updated the package libgcc-4.4.7.i686 and libgcc-4.4.7.x86_64. Then thinking
about chances of conflict, I removed libgcc-4.4.7.i686 it has also removed the
cups-libs gmp gnutils gtk2 libstdc++ libtiff peazip
all are i686 type. Then I installed same packages for 64 bit through yum install <above packages>
Message also said successfully installed. Then I try to open another terminal window but it was suddenly closing
so I thought restart might solve this problem; so I restart the computer.
I am getting normal CentOS login backgroud but getting faster blinking screen.
How should I solve this problem (except formatting the CentOS) as CentOS is the only OS on that machine.
How to login into CentOS now??
Which package should I need to install and how ??
Kindly do the needful,
Thank you !!
*-- Cheers, Mayur. * _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Hello all, I have a dedicated hosting account that I am closing down but I am having problems getting an access denied error when I run the mysqldump command from the ssh prompt, logged in as root. So, the hosting provider, who saw the same error, reported, " Hence, we would suggest you directly FTP the database from server to your machine by using ssh client." I am not sure what that means. Unless it means going into the /home/msyql directory and then into the corresponding directory for the particular db that I am trying to get. This is for a joomla installation. So, there are files that include db.opt and then jos_banner.frm, jos_banner.MYD, jos_banner.MYI, and etc. So, do I download all those files? I am wanting to move the site to another server which is a VPS hosting account that also runs Centos 5.x. Thanks in advance for any help, Bruce
Hi Bruce
From your message I am assuming that either you installed MySQL yourself or
had some do it for you?
Is the mysql database currently running? If not it should be. Are you able to access the database using the command line tools ? From the machine its currently running on try
mysql -p ( when prompted enter the password you believe should work)
If it is running I suggest you schedule a time to shut it down and reset the root password See http://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html or Google
Moving the physical files associated with a MySQL Database can be made to work if you absolutely must. But getting a mysql dump is a much cleaner approach.
I hope this helps :)
On Wed, Apr 24, 2013 at 1:20 PM, Bruce Whealton bruce@futurewaveonline.comwrote:
Hello all, I have a dedicated hosting account that I am closing down but I am having problems getting an access denied error when I run the mysqldump command from the ssh prompt, logged in as root. So, the hosting provider, who saw the same error, reported, " Hence, we would suggest you directly FTP the database from server to your machine by using ssh client." I am not sure what that means. Unless it means going into the /home/msyql directory and then into the corresponding directory for the particular db that I am trying to get. This is for a joomla installation. So, there are files that include db.opt and then jos_banner.frm, jos_banner.MYD, jos_banner.MYI, and etc. So, do I download all those files? I am wanting to move the site to another server which is a VPS hosting account that also runs Centos 5.x. Thanks in advance for any help, Bruce
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On 04/23/2013 09:42 PM, Clint Dilks wrote:
Hi Bruce
From your message I am assuming that either you installed MySQL yourself or
had some do it for you?
Is the mysql database currently running? If not it should be. Are you able to access the database using the command line tools ? From the machine its currently running on try
mysql -p ( when prompted enter the password you believe should work)
If it is running I suggest you schedule a time to shut it down and reset the root password See http://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html or Google
Moving the physical files associated with a MySQL Database can be made to work if you absolutely must. But getting a mysql dump is a much cleaner approach.
I hope this helps :)
If time is pressing, and he's not sure how to get mysqldump to function properly, I'd suggest shutting down the mysql server, taking a tarball backup of /var/lib/mysql (or wherever the database files are), compressing that (xz is nice for these purposes), and then getting the mysqldump backup.
As for getting the mysql dump itself, if he's not sure what privileges are set up, I'd probably skip resetting permissions and instead taking the dump from a daemon running under --skip-grant-tables.
It all depends on how much time he has before the system becomes unavailable to him.
On Wed, Apr 24, 2013 at 1:56 PM, Michael Mol mikemol@gmail.com wrote:
On 04/23/2013 09:42 PM, Clint Dilks wrote:
Hi Bruce
From your message I am assuming that either you installed MySQL yourself
or
had some do it for you?
Is the mysql database currently running? If not it should be. Are you able to access the database using the command line tools ? From the machine its currently running on try
mysql -p ( when prompted enter the password you believe should work)
If it is running I suggest you schedule a time to shut it down and reset the root password See http://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html or Google
Moving the physical files associated with a MySQL Database can be made to work if you absolutely must. But getting a mysql dump is a much cleaner approach.
I hope this helps :)
If time is pressing, and he's not sure how to get mysqldump to function properly, I'd suggest shutting down the mysql server, taking a tarball backup of /var/lib/mysql (or wherever the database files are), compressing that (xz is nice for these purposes), and then getting the mysqldump backup.
As for getting the mysql dump itself, if he's not sure what privileges are set up, I'd probably skip resetting permissions and instead taking the dump from a daemon running under --skip-grant-tables.
It all depends on how much time he has before the system becomes unavailable to him.
Definitely another option.
The only thing I would say is if getting the dump under --skip-grant-tables you need to make absolutely sure external access to the database is blocked as the daemon will presumably be running a lot longer in --skip-grant-tables to complete a dump than it would be just to reset a password.
Brand new Centos 6.4 installation. The window manager is Gnome; I tried some trick found on the web to chande it to KDE without success. Do somebody can tell me what to do to get KDE working on this installation.
--- Michel Donais
On Apr 23, 2013, at 9:59 PM, Michel Donais wrote:
Brand new Centos 6.4 installation. The window manager is Gnome; I tried some trick found on the web to chande it to KDE without success. Do somebody can tell me what to do to get KDE working on this installation.
---- You should be able to change the session to any properly installed Desktop Environment by choosing 'session' at the login screen.
If not, you can change by installing switchdesk-gui package and running the program from the command line - something like 'switchdesk KDE' which should take effect the next time you login.
Craig
Craig White wrote:
On Apr 23, 2013, at 9:59 PM, Michel Donais wrote:
Brand new Centos 6.4 installation. The window manager is Gnome; I tried some trick found on the web to chande it to KDE without success. Do somebody can tell me what to do to get KDE working on this installation.
You should be able to change the session to any properly installed Desktop Environment by choosing 'session' at the login screen.
If not, you can change by installing switchdesk-gui package and running the program from the command line - something like 'switchdesk KDE' which should take effect the next time you login.
I agree. When I've gotten something that had gnome running, it was *really* hard to find any way to make it run kde, not the other way around.
mark "gnome has the same attitude as M$"
On 2013/04/25 07:51, Craig White wrote:
On Apr 23, 2013, at 9:59 PM, Michel Donais wrote:
Brand new Centos 6.4 installation. The window manager is Gnome; I tried some trick found on the web to chande it to KDE without success. Do somebody can tell me what to do to get KDE working on this installation.
You should be able to change the session to any properly installed Desktop Environment by choosing 'session' at the login screen.
If not, you can change by installing switchdesk-gui package and running the program from the command line - something like 'switchdesk KDE' which should take effect the next time you login.
Craig _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Michel, are you trying to change your window manager (gdm vs kdm) or your desktop (gnome vs kde)?
If you are trying to change your desktop, then Craig's suggestion would work, though keep in mind that the "session" section of the gdm window manager is on the password screen, i.e. you enter your username and then you have the option to change your desktop on the next screen. Like Mark said, they don't make it easy, meh!
If you are trying to change the window manager itself, as in have kdm handle the login screen rather than gdm, then you would need to create the file /etc/sysconfig/desktop and put these two lines in that file:
DESKTOP="KDE" DISPLAYMANAGER="KDE"
then reboot the machine and it should come back up with the kdm console screen (and the system default desktop set to kde). Keep in mind that you may need to explicitly install the yum group KDE-Desktop in order to set the window manager to kdm. Depending on which type of os install you did, that group doesn't get installed. For example, for my workstations we generally use the install choice Software Development Workstation, and we need to do a yum-install of the group after the os installation is finished (since we don't bother with the customization stuff until post-install).
Hope this helps! Miranda
On the login screen there was no place as in 5.9 or older to make a choice of desktop environment. I changed DESKTOP="KDE" DISPLAYMANAGER="KDE" and it has no effect; GNOME hang on there.
So because of a lot of flaws in my installation and of lack of time I decide to go back to 5.9 and get a look later for a 6.4 installation.
--- Michel Donais
----- Original > Michel, are you trying to change your window manager (gdm vs kdm) or
your desktop (gnome vs kde)?
If you are trying to change your desktop, then Craig's suggestion would work, though keep in mind that the "session" section of the gdm window manager is on the password screen, i.e. you enter your username and then you have the option to change your desktop on the next screen. Like Mark said, they don't make it easy, meh!
If you are trying to change the window manager itself, as in have kdm handle the login screen rather than gdm, then you would need to create the file /etc/sysconfig/desktop and put these two lines in that file:
DESKTOP="KDE" DISPLAYMANAGER="KDE"
then reboot the machine and it should come back up with the kdm console screen (and the system default desktop set to kde). Keep in mind that you may need to explicitly install the yum group KDE-Desktop in order to set the window manager to kdm. Depending on which type of os install you did, that group doesn't get installed. For example, for my workstations we generally use the install choice Software Development Workstation, and we need to do a yum-install of the group after the os installation is finished (since we don't bother with the customization stuff until post-install).
Hope this helps! Miranda
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Also make sure installed all KDE stuff...
yum groupinstall -y base-x kde-desktop
Then, make sure in your /etc/sysconfig/desktop you have this:
DISPLAYMANAGER=KDE
That's all I am doing and KDE runs great for me on CentOS 5.x and/or 6.x
HTH,
Flossy
On Fri, 26 Apr 2013, Michel Donais wrote:
On the login screen there was no place as in 5.9 or older to make a choice of desktop environment. I changed DESKTOP="KDE" DISPLAYMANAGER="KDE" and it has no effect; GNOME hang on there.
So because of a lot of flaws in my installation and of lack of time I decide to go back to 5.9 and get a look later for a 6.4 installation.
Michel Donais
----- Original > Michel, are you trying to change your window manager (gdm vs kdm) or
your desktop (gnome vs kde)?
If you are trying to change your desktop, then Craig's suggestion would work, though keep in mind that the "session" section of the gdm window manager is on the password screen, i.e. you enter your username and then you have the option to change your desktop on the next screen. Like Mark said, they don't make it easy, meh!
If you are trying to change the window manager itself, as in have kdm handle the login screen rather than gdm, then you would need to create the file /etc/sysconfig/desktop and put these two lines in that file:
DESKTOP="KDE" DISPLAYMANAGER="KDE"
then reboot the machine and it should come back up with the kdm console screen (and the system default desktop set to kde). Keep in mind that you may need to explicitly install the yum group KDE-Desktop in order to set the window manager to kdm. Depending on which type of os install you did, that group doesn't get installed. For example, for my workstations we generally use the install choice Software Development Workstation, and we need to do a yum-install of the group after the os installation is finished (since we don't bother with the customization stuff until post-install).
Hope this helps! Miranda
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
Scot P. Floess RHCT (Certificate Number 605010084735240) Chief Architect FlossWare http://sourceforge.net/projects/flossware http://flossware.sourceforge.net https://github.com/organizations/FlossWare
If time is pressing, and he's not sure how to get mysqldump to function properly, I'd suggest shutting down the mysql server, taking a tarball backup of /var/lib/mysql (or wherever the database files are), compressing that (xz is nice for these purposes), and then getting the mysqldump backup.
I'm a bit confused here. If I get a tarball and compress that, then is that for download and moving to the other server? Is this just in case the mysqldump does not work at all.
As for getting the mysql dump itself, if he's not sure what privileges are set up, I'd probably skip resetting permissions and instead taking the dump from a daemon running under --skip-grant-tables.
So, I start mysql-server with the option --skip-grant-tables and then try to do the mysqldump?
It all depends on how much time he has before the system becomes unavailable to him.
In my previous email, I point out that the error now is different. It is error 28 from the storage engine. So, I have to google that and see what that means.
Thanks, Bruce
Definitely another option.
The only thing I would say is if getting the dump under --skip-grant-tables
you need to make absolutely >sure external access to the database is blocked as the daemon will presumably be running a lot longer in ->-skip-grant-tables to complete a dump than it would be just to reset a password.
Hi Bruce,
Error 28 means that "not enought diskspace", free some more disk space and try again.
-- Eero
2013/4/24 Bruce Whealton bruce@futurewaveonline.com
If time is pressing, and he's not sure how to get mysqldump to function properly, I'd suggest shutting down the mysql server, taking a tarball backup of /var/lib/mysql (or wherever the database files are), compressing that (xz is nice for these purposes), and then getting the mysqldump backup.
I'm a bit confused here. If I get a tarball and compress that, then is that for download and moving to the other server? Is this just in case the mysqldump does not work at all.
As for getting the mysql dump itself, if he's not sure what privileges are set up, I'd probably skip resetting permissions and instead taking the dump from a daemon running under --skip-grant-tables.
So, I start mysql-server with the option --skip-grant-tables and then try to do the mysqldump?
It all depends on how much time he has before the system becomes unavailable to him.
In my previous email, I point out that the error now is different. It is error 28 from the storage engine. So, I have to google that and see what that means.
Thanks, Bruce
Definitely another option.
The only thing I would say is if getting the dump under
--skip-grant-tables you need to make absolutely >sure external access to the database is blocked as the daemon will presumably be running a lot longer in ->-skip-grant-tables to complete a dump than it would be just to reset a password.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Bruce, one other option if you are low on diskspace is using ssh to pipe the file to another server.
Check out http://christiank.org/wp/2010/12/pipe-a-gzipped-mysql-dump-over-ssh/ for an example of how you might do this
On Wed, Apr 24, 2013 at 7:06 PM, Eero Volotinen eero.volotinen@iki.fiwrote:
Hi Bruce,
Error 28 means that "not enought diskspace", free some more disk space and try again.
-- Eero
2013/4/24 Bruce Whealton bruce@futurewaveonline.com
If time is pressing, and he's not sure how to get mysqldump to function properly, I'd suggest shutting down the mysql server, taking a tarball backup of /var/lib/mysql (or wherever the database files are), compressing that (xz is nice for these purposes), and then getting the mysqldump backup.
I'm a bit confused here. If I get a tarball and compress that, then is that for download and moving to the other server? Is this just in case the mysqldump does not work at all.
As for getting the mysql dump itself, if he's not sure what privileges are set up, I'd probably skip resetting permissions and instead taking the dump from a daemon running under --skip-grant-tables.
So, I start mysql-server with the option --skip-grant-tables and then try to do the mysqldump?
It all depends on how much time he has before the system becomes unavailable to him.
In my previous email, I point out that the error now is different. It is error 28 from the storage engine. So, I have to google that and see what that means.
Thanks, Bruce
Definitely another option.
The only thing I would say is if getting the dump under
--skip-grant-tables you need to make absolutely >sure external access to the database is blocked as the daemon will presumably be running a lot longer in ->-skip-grant-tables to complete a dump than it would be just to reset a password.
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
Bruce, one other option if you are low on diskspace is using ssh to pipe the file to another server.
Check out http://christiank.org/wp/2010/12/pipe-a-gzipped-mysql-dump-over-ssh/ for an example of how you might do this
On Wed, Apr 24, 2013 at 7:06 PM, Eero Volotinen eero.volotinen@iki.fi wrote:
Hi Bruce,
Error 28 means that "not enought diskspace", free some more disk space and try again.
I freed up some space but we are back to the access denied. But wait. I recall that I changed the password yesterday.
Ok, so we are back to the error that relates to the lack of disk space. So, I guess that other technique will put the sqldump file into the users home folder on that other server.
Interestingly, it isn't the directory or partition that holds the mysql files that is nearly full, it is the /usr and the /tmp. The latter, even when I recursively delete everything is still reporting as full. So, my curiosity is whether or not, for the purpose of piping it through to another server, it still needs disk space from one of those partitions. I'm not sure otherwise, why it reports not enough disk space when the /home partition has over 100GB free. Maybe it needs space in the /tmp directory. I'll see if I get the same error trying to pipe it through to another server.
Bruce
Bruce, one other option if you are low on diskspace is using ssh to pipe
the file to another server.
Check out
http://christiank.org/wp/2010/12/pipe-a-gzipped-mysql-dump-over-ssh/ for an example of how you might do this
So, first it gave the usual error that relates to not enough disk space. Then it made the connection to the other server, asking me to accept a certificate that isn't known... then asking for my password. Finally, it creates a file that is only 805B in size.
So, I was doing the mysqldump on a Centos 5.x server and sending it to my own Linux Centos 6.x box that does have a url that allows ssh across the internet. I suppose it wouldn't create the connection or the dump.sql.gz file if it could not connect to my Centos 6.x box.
I wish I understood the makeup of how mysql actually saves a database. I mean there is this mysql directory that has an directory for the same database that I am trying to get. However, if I just copy those files, I don't know if that will give me a database or not.
Bruce
On Wed, Apr 24, 2013 at 2:06 PM, Bruce Whealton bruce@futurewaveonline.com wrote:
Check out
http://christiank.org/wp/2010/12/pipe-a-gzipped-mysql-dump-over-ssh/ for an example of how you might do this
So, first it gave the usual error that relates to not enough disk space.
That doesn't make much sense. If you are piping the output it shouldn't need local disk space.
Then it made the connection to the other server, asking me to accept a certificate that isn't known... then asking for my password. Finally, it creates a file that is only 805B in size.
You should be able to view that with 'less' (which should automatically uncompress if needed) to see what you got.
So, I was doing the mysqldump on a Centos 5.x server and sending it to my own Linux Centos 6.x box that does have a url that allows ssh across the internet. I suppose it wouldn't create the connection or the dump.sql.gz file if it could not connect to my Centos 6.x box.
Yes, but it does not sound like your mysqldump command generated the right output.
I wish I understood the makeup of how mysql actually saves a database. I mean there is this mysql directory that has an directory for the same database that I am trying to get. However, if I just copy those files, I don't know if that will give me a database or not.
I think it should, given reasonably similar mysql versions, but you should be able to make the mysqldump| gzip| ssh command work.
-- Les Mikesell lesmikesell@gmail.com
Clint, Thanks for the tip. The server is running but I noticed when I was inside a mysql session, I was getting messages that the mysql went away and then came back. Anyway, I updated the password and now I have 'Got error 28 from storage engine' when trying to dump tablespaces mysqldump: couldn't execute 'show fields from `jos_banner`': Got error 28 from storage engine (1030) So, it might be getting stuck on the first table. Or does it matter where you run this command? Bruce
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Clint Dilks Sent: Tuesday, April 23, 2013 9:42 PM To: CentOS mailing list Subject: Re: [CentOS] Problem getting mysqldump on Centos 5.x server
Hi Bruce
From your message I am assuming that either you installed MySQL yourself or
had some do it for you?
Is the mysql database currently running? If not it should be. Are you able to access the database using the command line tools ? From the machine its currently running on try
mysql -p ( when prompted enter the password you believe should work)
If it is running I suggest you schedule a time to shut it down and reset the root password See http://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html or Google
Moving the physical files associated with a MySQL Database can be made to work if you absolutely must. But getting a mysql dump is a much cleaner approach.
I hope this helps :)
Thanks to especially Mark Sir.
After *yum -y update* system is now enjoying GUI !!
One thing to mention is that my system processing also increases considerably !!
Thanks again to All !!
-
Bruce Whealton -
Cliff Pratt -
Clint Dilks -
Craig White -
Eero Volotinen -
Les Mikesell -
m.roth＠5-cent.us -
Mayur Patil -
Michael Mol -
Michel Donais -
Miranda Hawarden-Ogata -
Scot P. Floess -
Tilman Schmidt