we are using centos 5 as NIS Server and clients also centos 5, but for NIS users the firefox is not opening, How to fix the Problem.

Are you also mounting their home directories on the fly (e.g. via NFS)? Are the home directories used on multiple systems. If so the .mozilla directory under users' homes might be incompatible between the systems.

what version of firefox is on those CentOS 5 clients
the current is FF 26

and the CentOS 5.10 updates repo has the OLD long term support(lts) ff17
and the current LTS ff 24.2.0-1

also without any error massage or error from the log
there is no way any one can help


just stating " it is broken" and "it dose not work"
is of no use

please post the error

the client machines are using firefox version 24. its working fine for local users, not for NIS users.

---------- Post added 02-01-14 at 02:14 PM ----------

we are using different users then what is the problem i dont know

a wild guess
those users can not make and edit the the files in ~/.mozilla/firefox/
and the files in ~/.mozilla/firefox/????????.default/
these have to be editable by the user

Thank U john
and what i want to do for this( ~/.mozilla/firefox/????????.default/
these have to be editable by the user)...

~/.mozilla is relative to the specific user from that user's session.

That is to say if you had a user named billybob with home directory /home/billybob there SHOULD be a .mozilla subdirectory (/home/billybob/.mozilla). Once billybob logs in if he goes to ~/.mozilla it takes him to /home/billybob/.mozilla.
If you are logged in as some other user (say root) and have permission you can go there by typing ~billybob/.mozilla.

On the other hand if another user named bobbysue exists with home directory /home/bobbysue then when she is logged in as bobbysue then ~/.mozilla would take her to /home/bobbysue/.mozilla. Your other user (say root) would be able to go there by typing ~bobbysue/.mozilla.

The user billybob should be the owner of the directory /home/billybob and most of the files and subdirectories under it (including /home/billybob/.mozilla). The user bobbysue should be the owner of /home/bobbysue and most of the files and subdirectories under that.

My original question was asking if the home directories I've described above are local to the server that is getting these users from NIS or if they're being presented as shares (e.g. NFS mounts) from somewhere else. In an NIS environment it often occurs that such shares also exist to avoid having to create the same home directories on multiple systems. My thought was perhaps the users on the home directories as exported might not be the same as the ones imported so you have a permission issue.

The prior post was coming at permissions issue from a different approach. That is that it might simply be a permission issue in that you've not given users (e.g. billybob & bobbysue) ownership/permissions on their own files.

However remember that billybob & bobbysue are NAMES not numeric User IDs (UIDs) and it is actually the UIDs that are used to determine "users" for most processes. So if it were a share from another system to this one for the home directories and the users billybob and bobbysue had UIDs on the exporting system of say 312 and 149 but in NIS you had UIDs of 725 and 684 for the same users then they wouldn't be able to access the files in their homes. (This would be odd to be sure but I've seen it happen.)

The key to using NIS is to be sure you use it everywhere so the users have the same UID everywhere. If NOT then you need to be sure to manually set same UID on systems that aren't using NIS esecially if files are being shared by users that exist in NIS.