On 12/28/2009 08:07 AM, Michael Schwartzkopff wrote:
> Am Montag, 28. Dezember 2009 14:57:53 schrieb Christopher Deneen:
>> On Mon, Dec 28, 2009 at 8:50 AM, Michael Schwartzkopff
>>
>> <[email protected]> wrote:
>>> Am Montag, 28. Dezember 2009 14:43:25 schrieb Christopher Deneen:
>>>> acpid                     atop                      bootlogd
>>>> bootmisc.sh               checkfs.sh                checkroot.sh
>>>> console-screen.sh         corosync                  cron
>>>> dbus                      dhcp3-server              drbd
>>>> drbl-clients-nat          fancontrol                glibc.sh
>>>> halt                      hdparm                    hostname.sh
>>>> hwclock.sh                hwclockfirst.sh           ifupdown
>>>> ifupdown-clean            inetutils-inetd           keymap.sh
>>>> killprocs                 lm-sensors                logd
>>>> module-init-tools         mountall-bootclean.sh     mountall.sh
>>>> mountdevsubfs.sh          mountkernfs.sh          
>>>>  mountnfs-bootclean.sh mountnfs.sh               mountoverflowtmp      
>>>>    mtab.sh
>>>> networking                nfs-common                nfs-kernel-server
>>>> nis                       openhpid                  portmap
>>>> procps                    rc                        rc.local
>>>> rcS                       reboot                    rmnologin
>>>> rsync                     rsyslog                   sendsigs
>>>> single                    ssh                       stop-bootlogd
>>>> stop-bootlogd-single      tftpd-hpa                 udev
>>>> udev-mtab                 umountfs                  umountnfs.sh
>>>> umountroot                urandom                   x11-common
>>>>
>>>>
>>>> are the resources I can choose from under lsb, the guide mentions the
>>>> following must be changed
>>>>
>>>>       the nfslock resource
>>>>       the nfsserver resource (on some distros named simply nfs)
>>>>       the resources managing rpc.gssd (client) and rpc.svcgssd
>>>> (server) for the RPCSEC GSS daemon (cf. RFC 2203)
>>>>       the rpc.idmapd resource
>>>>       the rpc_pipefs file system mount
>>>>
>>>> only nfs-kernel-server is there for the 2nd item
>>>>
>>>> On Mon, Dec 28, 2009 at 8:31 AM, Michael Schwartzkopff
>>>>
>>>> <[email protected]> wrote:
>>>>> Am Montag, 28. Dezember 2009 14:13:27 schrieb Christopher Deneen:
>>>>>> Are there any guides that show how to work with the resources like
>>>>>> nfslock , when i listed the classes in crm I didn't see any of the
>>>>>> mentioned resources except for nfs_kernel_server
>>>>>>
>>>>>> On Mon, Dec 28, 2009 at 6:23 AM, Michael Schwartzkopff
>>>>>>
>>>>>> <[email protected]> wrote:
>>>>>>> Am Montag, 28. Dezember 2009 11:44:03 schrieb Christopher Deneen:
>>>>>>>> I'm trying to setup a cluster of 2 servers that provide a network
>>>>>>>> boot service (using drbl). Are there any problems I may run into
>>>>>>>> when a server is using an nfs share as root and there is a
>>>>>>>> failover, i'm still in the early stages of setting it up and
>>>>>>>> notice that with a manual failure the network booted server
>>>>>>>> reports that nfs links are stale and does not change.
>>>>>>>
>>>>>>> Correct setup see:
>>>>>>> http://www.linux-ha.org/HaNFS
>>>>>>>
>>>>>>> --
>>>>>>> Dr. Michael Schwartzkopff
>>>>>>> MultiNET Services GmbH
>>>>>>> Addresse: Bretonischer Ring 7; 85630 Grasbrunn; Germany
>>>>>>> Tel: +49 - 89 - 45 69 11 0
>>>>>>> Fax: +49 - 89 - 45 69 11 21
>>>>>>> mob: +49 - 174 - 343 28 75
>>>>>>>
>>>>>>> mail: [email protected]
>>>>>>> web: www.multinet.de
>>>>>>>
>>>>>>> Sitz der Gesellschaft: 85630 Grasbrunn
>>>>>>> Registergericht: Amtsgericht München HRB 114375
>>>>>>> Geschäftsführer: Günter Jurgeneit, Hubert Martens
>>>>>>>
>>>>>>> ---
>>>>>>>
>>>>>>> PGP Fingerprint: F919 3919 FF12 ED5A 2801 DEA6 AA77 57A4 EDD8 979B
>>>>>>> Skype: misch42
>>>>>>> _______________________________________________
>>>>>>> Linux-HA mailing list
>>>>>>> [email protected]
>>>>>>> http://lists.linux-ha.org/mailman/listinfo/linux-ha
>>>>>>> See also: http://linux-ha.org/ReportingProblems
>>>>>>
>>>>>> _______________________________________________
>>>>>> Linux-HA mailing list
>>>>>> [email protected]
>>>>>> http://lists.linux-ha.org/mailman/listinfo/linux-ha
>>>>>> See also: http://linux-ha.org/ReportingProblems
>>>>>
>>>>> What about lsb resources?
>>>>>
>>>>> http://www.caliburn.nl/topposting.html
>>>>>
>>>>> --
>>>>> Dr. Michael Schwartzkopff
>>>>> MultiNET Services GmbH
>>>>> Addresse: Bretonischer Ring 7; 85630 Grasbrunn; Germany
>>>>> Tel: +49 - 89 - 45 69 11 0
>>>>> Fax: +49 - 89 - 45 69 11 21
>>>>> mob: +49 - 174 - 343 28 75
>>>>>
>>>>> mail: [email protected]
>>>>> web: www.multinet.de
>>>>>
>>>>> Sitz der Gesellschaft: 85630 Grasbrunn
>>>>> Registergericht: Amtsgericht München HRB 114375
>>>>> Geschäftsführer: Günter Jurgeneit, Hubert Martens
>>>>>
>>>>> ---
>>>>>
>>>>> PGP Fingerprint: F919 3919 FF12 ED5A 2801 DEA6 AA77 57A4 EDD8 979B
>>>>> Skype: misch42
>>>>> _______________________________________________
>>>>> Linux-HA mailing list
>>>>> [email protected]
>>>>> http://lists.linux-ha.org/mailman/listinfo/linux-ha
>>>>> See also: http://linux-ha.org/ReportingProblems
>>>>
>>>> _______________________________________________
>>>> Linux-HA mailing list
>>>> [email protected]
>>>> http://lists.linux-ha.org/mailman/listinfo/linux-ha
>>>> See also: http://linux-ha.org/ReportingProblems
>>>
>>> What distro are you using? debian start layout is a little bit different.
>>>
>>> --
>>> Dr. Michael Schwartzkopff
>>> MultiNET Services GmbH
>>> Addresse: Bretonischer Ring 7; 85630 Grasbrunn; Germany
>>> Tel: +49 - 89 - 45 69 11 0
>>> Fax: +49 - 89 - 45 69 11 21
>>> mob: +49 - 174 - 343 28 75
>>>
>>> mail: [email protected]
>>> web: www.multinet.de
>>>
>>> Sitz der Gesellschaft: 85630 Grasbrunn
>>> Registergericht: Amtsgericht München HRB 114375
>>> Geschäftsführer: Günter Jurgeneit, Hubert Martens
>>>
>>> ---
>>>
>>> PGP Fingerprint: F919 3919 FF12 ED5A 2801 DEA6 AA77 57A4 EDD8 979B
>>> Skype: misch42
>>> _______________________________________________
>>> Linux-HA mailing list
>>> [email protected]
>>> http://lists.linux-ha.org/mailman/listinfo/linux-ha
>>> See also: http://linux-ha.org/ReportingProblems
>>
>>  debian lenny
>> _______________________________________________
>> Linux-HA mailing list
>> [email protected]
>> http://lists.linux-ha.org/mailman/listinfo/linux-ha
>> See also: http://linux-ha.org/ReportingProblems
> 
> See what lenny does starting the NFS server from init and to the same in the 
> cluster with LSB resources.
> 

Not to bring up old stuff, but I'm trying to accomplish this setup now.

Looks like Debian Lenny starts nfs-common and nfs-kernel-server with init 
scripts which is fine and all, but how does one
handle the lock data located by default in /var/lib/nfs between nodes? I have 
read about keeping /var/lib/nfs on the drbd
device and then sym linking it to /var/lib/nfs, but I can't get this to work 
properly.

On one node, i can get all services to start(and they work fine), but whenever 
fail over occurs, there's nfs related handles
left open thus inhibiting/hanging the fail over. more specifically, the file 
systems fails to unmount.

Any ideas?



kind regards,


Terry




_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

Reply via email to