If you have a slow SSH connection to a server with the following message :
debug1: An invalid name was supplied
Cannot determine realm for numeric host address
Make sure that the server you try to reach has a well-configured reverse DNS. Then, you can desactivate GSSAPI authentication by adding the following line to your ssh client configuration file :
fool@localhost:~$echo “GSSAPIAuthentication no” >> $HOME/.ssh/config
You should be able to connect to your server through SSH quicker.
It is possible to replace your Microsoft Lync client by a free IM client : Pidgin with a special enabled-plugin : SIPE
To download the latest win32 Pidgin version :
Download the SIPE plugin compiled for Windows :
Then, install your new IM client by launching the installer. Do the same for the SIPE client. Now, add your Lync account into Pidgin by providing the following information :
Protocol : Office Communicator
Username : your professional email address
Login user : your_firm_Active_Directory_domain_name\your_windows_login_name
and that’s all. For your first connection, you will be asked to enter your AD password and probably to accept some security certificates. No further configuration needed. It should work out of the box.
If your are connected as root on your MySQL database, you can list all the system and object privileges for a given user :
mysql> show grants for user ‘fool’@'localhost’;
or if you are connected as the user fool :
mysql> show grants;
mysql> show grants for current_user;
mysql> show grants for current_user();
current_user function is available if your MySQL version is equal or higher that 5.0
If you try to reinitialize the root passwd of your Linux installation through a recovering boot with init=/bin/sh, you may have the following error message :
passwd: Authentication token manipulation error
First check if your / filesystem is mounted read-write or read-only. Restart your machine and at the Grub prompt (tested on a fresh install of RHEL 6.2 with Grub version of 0.97), change ro to rw as indicated below :
kernel /vmlinuz-2.6.32-220.el6-x86_64 ro root=/dev/mapper….
kernel /vmlinuz-2.6.32-220.el6-x86_64 rw root=/dev/mapper….
An other solution is to make sure that the content of /etc/passwd and /etc/shadow are the same with the pwconv command.
As root, before reinitializing again its passwd, run the command below :
You should have no more error message.