similar to: autofs

Hi All Just like to know if some one got or has running a "VIA 6410 IDE RAID Controller" with centos 4(.1) I have a server I need to get install, that has this on-board I have even test the with Knoppix 3.8 and it don't not pick it up at all. but the card and the drivers work ok ( tested this with the bart PE (XP) cd ) See BUG. "That's not a bug,

Hi All I been using whitebox 3 for a bit and am take a look at cent 3.3 and 3.1 so far like it, but i seeing with older system 200 to 800 not Intel system (amd k6/2) ( not all of them ) cent comes back in install and till me that its not made for system like this ... whitebox 3 works OK so I'm not sure why and if a can get around this .... See BUG. "That's not a bug,

Hi all I am trying to use the cifs module to mount a share from a win2k3 server but I am getting the following error in /var/log/messages - the filesystem does mount but i'm having other issues accessing the data from our web based app. Can anyone explain why I get this error please? Indeed the file mount_cifs.so does not exist on the machine. automount[31080]: open_mount: (mount):cannot

Hi all. We have a file server using samba with a lot of Mac clients. Mac uses files called .DS_Store to store information about the layout of the files in the directory. We have a hierarchal storage system, and don't want to back up the thousands, if not hundreds of thousands of .DS_store files. Currently we have a policy in place that these files don't get backed up, but they

I'm running version: 2.0.7 on RH 7.0 on a small LAN at home with Win98, WinME and Win2K computers. Samba seems to be working well, except that my nmbd.logs are filled with the following messages: [2002/07/23 05:14:19, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(360) find_domain_master_name_query_fail: Unable to find the Domain Master Browser name SWAMP<1b> for

Hi, the last released autofs update for Centos 5 is version autofs-5.0.1-0.rc2.55.el5.1. On 2007-12-20 upstream released version autofs-5.0.1-0.rc2.55.el5.2. As several other updates were released in the meantime maybe the autofs update has been overlooked? Best regards, Bernd.

Howdy, Perhaps somebody here has a clue, i got this error via autofs mount and manual mounting as root: automount[30856]: >> mount: RPC: Authentication error; why = Client credential too weak been looking on google and seen this thread http://toasters.mathworks.com/toasters/7215.html but unfortunately seems our netapp/storage guy as well as myself are not convinced enough since this

CentOS Errata and Security Advisory 2007:1176 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-1176.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 003005a1904e2d7b86c7e78752ae91b6 autofs-5.0.1-0.rc2.55.el5.2.i386.rpm Source: dbed45d348006960ac0976c68e01fa46 autofs-5.0.1-0.rc2.55.el5.2.src.rpm

CentOS Errata and Security Advisory 2007:1176 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-1176.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 2bc04b0f86bc0b0a9a31bf5d8bd2d0b0 autofs-5.0.1-0.rc2.55.el5.2.x86_64.rpm Source: dbed45d348006960ac0976c68e01fa46

CentOS Errata and Security Advisory 2007:1128 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-1128.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 49553c47a0b61fec2e731bbe7e73043e autofs-5.0.1-0.rc2.55.el5.1.x86_64.rpm Source: c28e875dc47f9d20acfac9ff51fe31be

CentOS Errata and Security Advisory 2007:1128 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-1128.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: a0b788e2cb59158b4d173db59cf3e030 autofs-5.0.1-0.rc2.55.el5.1.i386.rpm Source: c28e875dc47f9d20acfac9ff51fe31be autofs-5.0.1-0.rc2.55.el5.1.src.rpm

Author: casper Repository: /hg/zfs-crypto/gate Revision: b8dc006ee63f520b5db5b6a94d1746a6518ff072 Log message: 6268481 unprivileged user calling umount on a autofs mountpoint hangs Files: update: usr/src/uts/common/fs/autofs/auto_vnops.c

I'm having a problem getting Samba 3.x to handle my automount directories. Our data is on a HP server with 5 Raided disks. The disks are named /vol1 through /vol5. Each disk has a directory named projects.data which contains various project directories. I use NIS to indirectly automount these directories under /projects on each client workstation. If a user cd's to /projects, he only sees

Seems that autofs in 6.2 stopped working like it used to. We use NIS and automount maps. Primary map auto.sf ssdt -fstype=autofs,rw auto_ssdt auto.ssdt map scratch -fstype=nfs,hard,intr gold:/vol/ssdt/scratch So finding a path such as /sf/ssdt/scratch has always worked and continues to work on non CentOS 6.2 machines. This ability stopped with CentOS 6.2 CentOS 6.0 uses

Hi all, trying to automount the homedir on login on a Linux client to a Win PDC (or Lin PDC for that matter) This semms like a bright a idea, because it enables me to replace any Win workstation with a Lin Workstation, but: 1. The password. Unable to give the password to autofs. .....but even so, if I cleartext the password into the autofsmap: 2. The share gets mounted by root, which

CentOS Errata and Bugfix Advisory 2012:1442 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1442.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 81a2fe3b196b2993ab216a772ab81cf929a2949ef502f432c61a0ff622125eeb autofs-5.0.5-55.el6_3.i686.rpm x86_64:

Hello everyone, Maybe this doesn't make sense, but after I updated autofs yesterday and rebooted this morning, X windows won't go. It tries with the old configuration---doesn't work. It tries a fresh config and fails. I can't copy and paste, but it says screens found, but no usable configuration. Couldn't start X server on card 0 Couldn't start X server with old

On my CentOS5 boxes the automounter fails after the last update to autofs.x86_64 1:5.0.1-0.rc2.177.el5 No update is seen on CentOS6 and things still work there. The home directory of users is setup using an auto.home map which is distributed using NIS: * fsutrecht02:/export/home/& /nobackup -noacl nasutrecht01:/nobackup/& /snapshot -ro fazant:/home_backup/ This maps a users

We have an environment that depends largely on a series of NFS mounts on our application systems. Sometimes NFS mounts go away, things stop working. In the past, I''ve had problems with autofs (rpc storms) when things go badly, and we''re just beginning to get int Puppet (read: I''m learning it). I wonder which option is more optimal for interfacing Puppet with NFS

Hi, I'm not sure if I am posting this in the right place, so if this belongs more on another list, please let me know. I am trying to get Autofs configured to use LDAP on CentOS5.3, but am running into an inconsitency. On CentOS5.3, the openldap server is installed with an extra schema/redhat/autofs.schema file. From what I can tell, that schema file seems to follow RFC2307bis. In the