Make installworld DESTDIR=? fails
Hi, With a recent (this weekend) cvsup of FreeBSD7 I have tried to do a: # make installworld DESTDIR=/tmp/build however it fails as follows: === lib/ncurses (install) === lib/ncurses/ncurses (install) [Lots of lines removes] /tmp/build/usr/share/man/man3/tigetstr.3.gz - /tmp/build/usr/share/man/man3/curs_terminfo.3.gz /tmp/build/usr/share/man/man3/tparm.3.gz - /tmp/build/usr/share/man/man3/curs_terminfo.3.gz /tmp/build/usr/share/man/man3/tputs.3.gz - /tmp/build/usr/share/man/man3/curs_terminfo.3.gz ln: /tmp/build/usr/share/man/man3/tputs.3.gz: File exists *** Error code 1 Stop in /usr/src/lib/ncurses/ncurses. *** Error code 1 Stop in /usr/src/lib/ncurses. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Strangely enough a normal: # make installworld works without a problem, it is only with DESTDIR=? that it fails Any help would be appreciated David ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: scrambled (gmirror) dmesg output
On Dec 1, 2007, at 12:37 , Jeremy Chadwick wrote: On Sat, Dec 01, 2007 at 12:16:45PM +0100, Johan Ström wrote: Hello Im playing with a new box running RELENG_7.0 from yesterday. I got two discs with gmirror on ad[6|14]s1a and zfs-mirror on s1d. When o do atacontrol detach ata7 (detach ad14), i get this in dmesG: (first time) subdisk14: detached ad14: detached GEOM_MIRROR: Device gm1b: provider ad14s1bG dEiOsMc_oMnInReRcOtRe:d .De vice gm1: provider ad14s1a disconnected. (second time, detaching again after reattach) subdisk14: detached ad14: detached GEOMG_EMOIMR_RMOIRR:R ORD:e viDceev icgem 1bg:m 1p:r opvriodveird era d1a4ds114bs 1dai sdciosncnoencnteecdt.ed. huh? :) Some print raceing or something? The problem isn't specific to GEOM or ZFS. It's a known issue with two kernel printf()s being called simultaneously. There are older threads discussing the issue. I can dig up URLs if you want to read them, but I don't have them available quickly... Just what I thought then. Just have never seen it 6.x (where I use gmirror) so I was a bit curious. Btw, zfs doesnt seem to be very chatty in dmesg? Ie loosing discs, starting to rebuild discs etc... Isnt that something one would want in logs? Thanks! -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http:// www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD
On Sat, Dec 01, 2007 at 11:04:41PM +0100, Daniel Gerzo wrote: Please try with RELENG_7 (aka. FreeBSD 7.0-BETA3) and ULE scheduler. I used 7.0-BETA3 and it is much worse. ULE, w/o PAE (or with PAE) # ./ab -n 100 -c 20 -t 30 http://somesite-freebsd.com/ab/ This is ApacheBench, Version 2.0.40-dev $Revision: 1.146 $ apache-2.0 Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright 2006 The Apache Software Foundation, http://www.apache.org/ Benchmarking test-f1-apache-aux2.1gb.ru (be patient) Finished 17 requests Server Software:Apache/2.2.3 Server Hostname:somesite-freebsd.com Server Port:80 Document Path: /ab/ Document Length:41451 bytes Concurrency Level: 20 Time taken for tests: 30.448737 seconds Complete requests: 17 Failed requests:0 Write errors: 0 Total transferred: 1191762 bytes HTML transferred: 1178622 bytes Requests per second:0.56 [#/sec] (mean) Time per request: 35822.043 [ms] (mean) Time per request: 1791.102 [ms] (mean, across all concurrent requests) Transfer rate: 38.20 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect:00 0.9 0 2 Processing: 490 4160 8103.9640 25972 Waiting: 91 125 70.4110 394 Total:490 4160 8103.8640 25972 Percentage of the requests served within a certain time (ms) 50%631 66%709 75%721 80%734 90% 19495 95% 25972 98% 25972 99% 25972 100% 25972 (longest request) Do you have any more ideas? I know that I can try to change to amd64, but I'm sure that this won't solve my problems. As far as I remember it didn't help Alexey Popov ( author of this thread). And by the way I couldn't launch Zend Optimizer (3.3.0.) on amd64. It gave me Segmentation fault: 11 (core dumped). http://www.zend.com/forums/index.php?t=msggoto=13585S=a322ef7edb5d49c70f431607e648fb57srch=amd64+freebsd#msg_13585 And without it as you undesrtand yourself virtual hosting is nothing. Looking freebsd-maillists I noticed the same discription of the same problem as I have. http://lists.freebsd.org/pipermail/freebsd-performance/2007-July/002781.html -- BRGDS. Alexey Vlasov. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7.0 BETA3 - slow TCP upload (TSO related?)
On Nov 29, 2007 11:21 PM, Vitezslav Novy [EMAIL PROTECTED] wrote: Hello, my configuration is kernel GENERIC em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=18bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWCSUM,TSO4 ether 00:19:d1:0f:1c:18 inet 86.49.14.16 netmask 0xff00 broadcast 86.49.14.255 media: Ethernet autoselect (100baseTX full-duplex) status: active and standard open ipfw firewall and natd -u -s -m -d -dynamic -n em0 I experience very slow TCP upload from this host - cca 50kbps. I have some debug prints in kernel (mostly in ip_output and ipfw log) and I see: 1/ outgoing packet appears in ip_output with ip_len 2924 and m-pkthdr.csum_flags=1 2/ is diverted by firewall 3/ Packet appears immediately again in ip_output with ip_len 2924 and m-pkthdr.csum_flags=1 4/ Packet is accepted by firewall and dropped by ip_output with error 40 EMSGSIZE 5/ After cca 0.4s (tcp retransmit timeout?) new packet appears in ip_output with ip_len 1488 and m-pkthdr.csum_flags=1 6/ is successfully diverted and accepted by ipfw and sent to wire. 7/ after tcp ack is received new packet appears in ip_output with ip_len 2924 and everything repeats Packets are not changed by natd, beacause have src address of em0. nat Upload has normal speed (512kbps) if I unset TSO on interface OR set net.inet.tcp.tso=0 OR (strange thing) delete ipfw divert rule If necessary I will collect and send more info. TSO is silly at 100Mb, turn it off :) After more debugging everything looks clear. Problem is TSO+divert related. TCP layer sends large packet with CSUM_TSO set, packet is diverted and ip_output returns 0 to TCP layer. When packet is reinjected into ip_output CSUM_TSO flag is lost. Packet is dropped by ip_output with error EMSGSIZE, but this error is propagated to natd, which cannot do anything with it. After retransmit timeout, TCP layer send packet again and because it is retransmit, TSO is not used and packet is successfully sent . Because TCP layer has no feedback about problem with TSO, next packet is sent with TSO flag again. I'm not sure if it is possible to protect CSUM_TSO flag during divert process. I tested simple patch which makes ipfw to refuse divert packet with CSUM_TSO flag a returns EMSGSIZE immediately. It works well for me. Maybe it can be direction where solution can be found, but it can break use of divert for purposes other than natd. vita ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD
On Sunday 02 December 2007, Alexey Vlasov wrote: I used 7.0-BETA3 and it is much worse. Ouch. A lot of systems see improvement. Thanks for trying it out. I hope that one of the people that has been doing the actual work can now comment (I am just an onlooker), and that you can be patient in the meantime. Unfortunately, Kris, who often looks at these kind of issues, is traveling for all of December and thus off the net. mcl ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ZFS in a jail
Hi all, I want to access a zfs dataset from within a jail. When following the instructions on the various pages I get stuck. I am running: FreeBSD hulk.superhero.nl 7.0-BETA3 FreeBSD 7.0-BETA3 #1: Fri Nov 30 19:13:07 CET 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC amd64 Jails are set up as detailed in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails-application.html. With ro mount for system files created by buildworld and a rw mount for the various directories which require to be read/write such as /usr/local, /var, /home and /etc. I am following the steps as outlined in: http://blogs.freebsdish.org/pjd/2007/03/. I don't have any problems with creating the zpool and the zfs dataset on the host but when I try to create in the jail I get the following error. batman# zfs create public/jail/public internal error: failed to initialize ZFS library In /var/log/messages on the host I get the following: Dec 2 21:47:01 hulk kernel: WARNING pid 36752 (zfs): ioctl sign-extension ioctl cef85a2b I do have the 2 sysctl settings set. Even running zfs gives me a problem within the jail. Some help would be much appreciated. Rgds, Patrick ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
/etc/rc.d/netif wont add default gateway
hi! whenever i run /etc/rc.d/netif it will read rc.conf and add the pc IP and netmask but it wont read the default gateway resulting lost connectivity to internet # -- my /etc/rc.conf : defaultrouter=192.168.1.1 hostname=msc.edu ifconfig_rl0=inet 192.168.1.9 netmask 255.255.255.0 inetd_enable=YES linux_enable=YES saver=daemon sshd_enable=YES #usbd_enable=YES # -- while issuing /etc/rc.d/netif restart: [EMAIL PROTECTED] ~]# /etc/rc.d/netif restart Stopping network: lo0 rl0 plip0 pfsync0 pflog0. lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff00 rl0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=8VLAN_MTU inet 192.168.1.9 netmask 0xff00 broadcast 192.168.1.255 ether 00:15:e9:7c:76:12 media: Ethernet autoselect (100baseTX full-duplex) status: active # -- the result of running netif to routing tables: [EMAIL PROTECTED] ~]# netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.168.1 link#1 UC 0 0 rl0 192.168.1.10 00:0f:b0:84:97:80 UHLW 1 15 rl0 1146 Internet6: # -- i have to manually add default gateway to get my gateway back on routing tables: [EMAIL PROTECTED] ~]# route add default 192.168.1.1 add net default: gateway 192.168.1.1 # -- routing status [EMAIL PROTECTED] ~]# netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.1.1 UGS 0 0 rl0 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.168.1 link#1 UC 0 0 rl0 192.168.1.1 link#1 UHLW 2 0 rl0 192.168.1.10 00:0f:b0:84:97:80 UHLW 1 54 rl0 1056 Internet6: ***my question is, why /etc/rc.d/netif wont read directly from my /etc/rc.conf as I already stated the defaultrouter=192.168.1.1 there? i'm on FreeBSD 6.2 on LAN [EMAIL PROTECTED] ~]$ uname -a FreeBSD www.msc.edu 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #1: Sat Dec 1 14:31:02 MYT 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MSC i386 [EMAIL PROTECTED] thanks for helping ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /etc/rc.d/netif wont add default gateway
Hi, * area damai™ [EMAIL PROTECTED] [071202 21:42]: whenever i run /etc/rc.d/netif it will read rc.conf and add the pc IP and netmask but it wont read the default gateway resulting lost connectivity to internet # -- my /etc/rc.conf : defaultrouter=192.168.1.1 hostname=msc.edu ifconfig_rl0=inet 192.168.1.9 netmask 255.255.255.0 [..] # -- while issuing /etc/rc.d/netif restart: [EMAIL PROTECTED] ~]# /etc/rc.d/netif restart Stopping network: lo0 rl0 plip0 pfsync0 pflog0. [..] what happens is that /etc/rc.d/netif restart first runs /etc/rc.d/netif stop. This stops all network interfaces. Now the kernel routing system gets notified that these interfaces are no longer available and deletes all routes that use this interfaces. After that /etc/rc.d/netif start runs and the interfaces become available again. Every time a network interface becomes available, the kernel adds a route to the immedialtely connected network (which is determined by interface address and netmask). So stopping an interface has the side effect of clearing ALL routes going through this nterface, while starting an interface has only the side effect of adding a route for the net that is locally connected to this interface. The kernel can not add the default route on its own again because all information about this route had been deleted ehrn the interface went down. To add non-local routes (including the default route) you could now run /etc/rc.d/routing start Wolfgang ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Intel S3000AH stall on boot
On Dec 1, 2007 8:32 PM, Daniel O'Connor [EMAIL PROTECTED] wrote: Hi, I am doing some work for a company that recently bought 2 systems based on the above motherboard and mostly they work fine, however on boot just before userland starts they stall for about a minute. (Just after it starts the second CPU). Did you happen to check if during that time the floppy disk is being accessed? If it is just reconfig the kernel with that device out and the hang won't happen. That is the only hang that I've seen that lasts that long. Jack ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Intel S3000AH stall on boot
On Mon, 3 Dec 2007, Jack Vogel wrote: On Dec 1, 2007 8:32 PM, Daniel O'Connor [EMAIL PROTECTED] wrote: Hi, I am doing some work for a company that recently bought 2 systems based on the above motherboard and mostly they work fine, however on boot just before userland starts they stall for about a minute. (Just after it starts the second CPU). Did you happen to check if during that time the floppy disk is being accessed? If it is just reconfig the kernel with that device out and the hang won't happen. Hmm, not sure if the FDD is being accessed. I will see if I can organise a test run to reboot the system. That is the only hang that I've seen that lasts that long. So the interrupt storm from CAM is a red herring? (or another problem? :) Thanks. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: Intel S3000AH stall on boot
Jack Vogel wrote: On Dec 1, 2007 8:32 PM, Daniel O'Connor [EMAIL PROTECTED] wrote: Hi, I am doing some work for a company that recently bought 2 systems based on the above motherboard and mostly they work fine, however on boot just before userland starts they stall for about a minute. (Just after it starts the second CPU). Did you happen to check if during that time the floppy disk is being accessed? If it is just reconfig the kernel with that device out and the hang won't happen. That is the only hang that I've seen that lasts that long. Jack Or you can just turn it off in the BIOS to avoid having to fiddle with the kernel. *Why* this is happening is of more interest to me. ISTM that the kernel startup logic should be able to detect a floppy drive with no disk in it and move on promptly. I believe this because that is exactly what 4.x did ... well, now that I think about it, I never tried 4.x on the Intel MOBO that is causing this aggravation here Tim Daneliuk [EMAIL PROTECTED] PGP Key: http://www.tundraware.com/PGP/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Intel S3000AH stall on boot
On 3/12/2007 1:37 PM, Tim Daneliuk wrote: Jack Vogel wrote: On Dec 1, 2007 8:32 PM, Daniel O'Connor [EMAIL PROTECTED] wrote: Hi, I am doing some work for a company that recently bought 2 systems based on the above motherboard and mostly they work fine, however on boot just before userland starts they stall for about a minute. (Just after it starts the second CPU). Did you happen to check if during that time the floppy disk is being accessed? If it is just reconfig the kernel with that device out and the hang won't happen. That is the only hang that I've seen that lasts that long. Jack Or you can just turn it off in the BIOS to avoid having to fiddle with the kernel. *Why* this is happening is of more interest to me. ISTM that the kernel startup logic should be able to detect a floppy drive with no disk in it and move on promptly. I believe this because that is exactly what 4.x did ... well, now that I think about it, I never tried 4.x on the Intel MOBO that is causing this aggravation here Another me too. We saw this and wound up removing the floppy drive from the systems in order to avoid this lengthy delay on boot - we weren't using them anyway and it saved a whole $5 or so on the hardware costs... ;-) I seem to recall it was not purely a 6.x thing - as I'm sure that we have plenty of 6.x machines with FDDs that don't exhibit this hang - but it was only newer Intel motherboards (I think 9xx series onwards) that we were seeing the issue on... --Antony ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Swapping caused by very large (regular) file size
Hello, I have noticed while benchmarking a system with a fair bit of ram (3G usable of 4G installed) that when using a very large file (3G upwards) in a simple benchmark it will cause the system to swap, even though the actual process does not show in top to be using a lot of memory, as soon as the swapping starts the throughput degrades dramatically. The 'inactive' ram shown in top increases rapidly and 'free' ram reduces, this seems fair and sensible, but allowing it to then page to possibly the same spindle/array seems like a bad idea ? I have tested this on a 4.11 system with 512M of ram as well as a RELENG-6 system with an areca raid controller, both behave in the same way, once the file gets to a certain size the system starts paging. Is there any way to tune this behaviour ? The test I have been doing is just generating a big file full of nulls, but bonnie++ causes the same behaviour with very large file sizes. dd if=/dev/zero bs=32768 of=junkfile count=10 seems to do it quite reliably on all the boxes I have tested ? Using cp to copy the file doesnt appear to cause the problem. Any thoughts or suggestions would be much appreciated ? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
IPSEC + Via Padlock + racoon + Windows
We're looking to deploy FreeBSD on our main firewall. The firewall config is a VIA C7 (padlock), racoon(ipsec-tools-0.7), IPSec. We're testing racoon with a windows box, however the firewall doesn't function correctly when net.inet.ipsec.crypto_support=1 is set. With a net.inet.ipsec.crypto_support=0 it does. The firewall was configured with FreeBSD 6.2R and replaced with 6.3RC1 on a separate HDD (as at 2007-12-02). Doesn't function correctly means that after phase 1 2 negotiation the Windows box is able to send a ping (from WXP-SP2+) to the server. The server doesn't respond to the pings, but generates pfkey Update failed messages during racoon debugging. (wireshark was running on the PC-WXP, tcpdump on FreeBSD) The testing was performed with both ends configured for esp transport mode, 3des and md5 for encryption and hashing, and pfs (diffe-helman 2 (1024)). These two machines were connected on a stand-alone network (via crossover cables). Server kernel uses options FAST_IPSEC device cryptodev device padlock options IPFIREWALL /etc/sysctl.conf contains the following which may be relevant: net.inet.ip.fastforwarding=1 kern.cryptodevallowsoft=1 net.inet.ipsec.crypto_support=1# this was toggled 1/0 during testing net.inet.icmp.icmplim=10 # These may be off-track? net.inet.tcp.slowstart_flightsize=4 I hope that someone can provide some guidance, as I'm looking forward to getting the performance out of these energy efficient little processors. I should note that IPSec works fine between FreeBSD boxes with net.inet.ipsec.crypto_support=1 however we have to reconfigure for high-value PC communications. I'd like to have my cake (freebsd-ipsec-padlock) and eat it too (WXP) ;) Reference: net.inet.ipsec.crypto_support values from (http://groups.google.ca/group/mailing.freebsd.stable/browse_frm/thread/f3f1 40e615d9ca62/31935038340cc323?lnk=stq=fast_ipsec+net.inet.ipsec.crypto_supp ortrnum=5hl=en#31935038340cc323 ) Dewayne (Phil) Geraghty ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Recevables - Accelerer la collection
Formation Des méthodes efficaces pour le recouvrement des comptes clients «Accélérées et performantes» Introduction: Le service des comptes à recevoir a un impact direct sur tous les autres départements tels que ; Finances, approvisionnements, Production et même les Ventes. En sous-estimer l'importance peut s'avérer être désastreux. Il est d'une importance vitale pour toute compagnie de bien implanter un système de suivi adéquat sur lequel il est possible de bien gérer ses comptes recevables. Cette formation couvrira les différentes étapes nécessaires à la réalisation et la gestion du service des comptes à recevoir pour établir des stratégies de collection plus efficaces et plus rapide. POUR INFORMATIONS COMMUNIQUER AU 450-226-2238 OU AU 1-800-861-6618 Public Visé : Les Directeurs généraux, les contrôleurs, les comptables, les chargés du recouvrement de créances clients, commis services administratifs ou des comptes à recevoir, Objectifs: Établir des politiques de recouvrement conformes aux objectifs fixés. Révision et compréhension des enjeux au sein du Dépt. de la Comptabilité face au volet ''collection''. Définir et élaborer une stratégie et des conditions de ventes en fonction des recevables. Gestion du stress Implanter une méthodologie assurant la standardisation des procédures de collection de façon à maintenir un bon fonds de roulement. Identifier et actionner la bonne procédure de contentieux RESULTAT : Améliorer la rentabilité à l'entreprise par le biais d'un contrôle très serré sur les recevables. Plan sommaire du cours 1 - Mesurer l'impact des retards de paiement sur la trésorerie A. AU PLAN FINANCIER B. AU PLAN COMMERCIAL 2 - Diagnostiquer son propre département de recouvrement A. Inventaire des Situations courantes de recouvrement B. Inventaire de l'arsenal des outils et techniques de recouvrement C. INVENTAIRE AVEC LES BONNES PRATIQUES DU SECTEUR, PAR TYPE DE CLIENTS D. CONNAÎTRE SON CLIENT (SITUATION ÉCONOMIQUE - FRÉQUENCE ET VOLUME D'ACHATS) E. CONNAÎTRE SES CONCURRENTS COMMERCIAUX : LEURS POLITIQUES, LEURS PRIX, ETC.. F. CONNAÎTRE SES POLITIQUES ET SES MARGES DE MANOUVRE G. DÉTERMINER LES LEVIERS EMOTIONNELS CÔTÉ CLIENTS DIFFICILE H. DÉTERMINER LES LEVIERS EMOTIONNELS A PRENDRE EN CONSIDERATION POUR ÊTRE EFFICACE A L'INTERNE 3 - BÂTIR UNE STRATÉGIE DE COLLECTION POUR MINIMISER LES MAUVAISES CRÉANCES A. IDENTIFIER LES MAUVAIS CLIENTS (RÉPERTORIER, CATÉGORISER) B. IDENTIFIER LES RISQUES (AMPLEUR ET STATISTIQUES) C. DÉTERMINER UN RATIO RECEVABLE VS VENTES SOUHAITABLE, ACCEPTABLE ET CRITIQUE 4 - SAVOIR AGIR EN MATIÈRE DE RECOUVREMENT à L'AMIABLE A. DÉTERMINER DES INCITATIFS POUR LES PAYEURS RAPIDES ET DES PÉNALITÉS POUR LES RETARDATAIRES EN COLLABORATION AVEC LE SERVICE DES VENTES (EX : PERTE DE PRIVILÈGES) 5 - LIMITER LES CAS DE RECOUVREMENT JUDICIAIRE A. RÉDIGER DES CONDITIONS GENERALES DE VENTE EFFICACES B. ORGANISER L'INFORMATION COMMERCIALE POUR FAIRE LA PREUVE DE LA CREANCE C. ESTIMER, NÉGOCIER, IMPOSER SON DELAIS DE REGLEMENT AU CLIENT 6 - COMMENT IDENTIFIER LES ACTEURS ET JURIDICTIONS COMPETENTES ? A. PAR QUELLES AUTORITES JUDICAIRES ? B. POUR QUELLES ACTIONS ? C. POUR QUELS COÛTS ? D. POUR QUELS RESULTATS ? E. POUR QUELLES CONSEQUENCES ? 7 - ANTICIPER ET GERER LA FAILLITE D'UN CLIENT A. LES INDICES PRÉCURSEURS B. MESURER ET NOTER LE RISQUE CLIENT C. CRÉER PLUSIEURS SCÉNARIOS POUR PRENDRE LES BONNES DÉCISIONS PÉDAGOGIE : ÉTUDES DE CAS ET EXERCICES SUR CHACUN DES CHAPITRES CI-DESSUS. MÉTHODOLOGIE DE L'ENSEIGNEMENT Apports méthodologiques, exercices pratiques et mises en situation, complétées et enrichies de partage d'expériences vécues et de témoignage d'expert. Travail et discussions à partir des cas présentés par les participants. Visitez notre site internet Dates et Lieux De La Formation: Région de Montréal: Les 11 et 12 décembre 2007 Hôtel Sheraton, 2440, Autoroute des Laurentides, Laval Région de Québec : Les 24 et 25 janvier 2008 Hôtel Des Gouverneurs, 3030 boulevard Laurier Ste-Foy N.B. Nombre de places limitées 15 Personnes Pour inscription, veuillez contacter Mme Maryse Morin au 1.877.726.2238 1- Si vous souhaitez recevoir nos offres de formation, cliquez ici: http://content.dynamicmessenger.com/compufinder/?o8zOpXmO-cWBCaKks0hmOHhaB5o 2- Si vous souhaitez vous retirer definitivement de notre base de donnees, cliquez ici: http://content.dynamicmessenger.com/compufinder/?o8zOpXmO-cWBCaKks0hmOHhaB5o ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]