Re: Wine-fbsd64 updated to 1.4.rc6 (32bit Wine for 64bit FreeBSD)
On Tue, Mar 6, 2012 at 12:36 AM, David Naylor naylor.b.da...@gmail.comwrote: On Tuesday, 6 March 2012 00:01:48 Mehmet Erol Sanliturk wrote: On Mon, Mar 5, 2012 at 3:00 PM, David Naylor naylor.b.da...@gmail.comwrote: On Monday, 5 March 2012 14:17:51 Mehmet Erol Sanliturk wrote: On Mon, Mar 5, 2012 at 6:55 AM, David Naylor naylor.b.da...@gmail.comwrote: Please include the full error message, also could you please try running those apps in a clean wine prefix. # pwd /root/APPLY/PROGRAMS # wine x.exe err : module : LdrInitializeThunk Main exe initialization for LF:\\APPLY\\PROGRAMS\\x.exe failed , status c017 I have tried to reproduce the error on my side but was unable to. The programs that I tested work without error. This means that there are additional parts in your system which they do not exist here . Such parts are not added by pkg_add wine-fbsd64 ... . I do not have any idea about which parts may be missing . It could also mean there are extra components on your computer that are interfering however using a clean wine prefix (as mentioned below) has ruled that out. I was expecting more output from wine... Please see below about using a clean wine prefix. Do you use the nvidia graphics driver? If so please run (as root), and provide the output: # sh /usr/local/share/wine/patch-nvidia.sh There is NO nvidia grphics driver . It is Intel DG965WH main board with its integrated graphics driver . That eliminates my only other idea. If nothing fixes your problem then please submit a bug report at bugs.winehq.org. I could not understand the phrase : in a clean wine prefix . To run a program in a clean wine prefix do: env WINEPREFIX=/tmp/tmp_wine_prefix wine x.exe This is NOT changing the error message . Only drive become Z: . As mentioned above, eliminates possible extra components causing interference. You may need to use winetricks to install some support programs. Good luck winetricks could NOT be found . Please see http://wiki.winehq.org/winetricks for details about winetricks. Thanks . After my message , I searched winetricks in Google , and find its links . I read its list . I think , it will not contain related parts , except , perhaps fonts , comctl . I have installed fonts , all dll files , run times , without any effect on the generated error message . I tried wine which is added by pkg_add -r wine from packages in FreeBSD 9.0 RELEASE i386 as it is installed . On the same programs , the message is the same with amd64 message . To clarify: you tried running the program under an i386 installation of FreeBSD and wine gave you the same problem? Yes . I am using the ( three ) programs in Windows XP continuously and they are working in there very well . They are compiled by Delphi . Previously , in FreeBSD 7.x ( I think 7.0 or 7.1 ) i386 , I have used the same programs under Wine successfully . The previous downloads from wine-fbsd64-1.3.16,1.txz , ...1.3.37,1 ... 1.4.r3,1 ... 1.4.r3,3 series did not work because of errors displayed . I have tested wine-fbsd64-1.3.16,1.txz now once more . When the last published one ( 1.4.r4,1 ) also gave error , I decided to inform you . Also, has a previous version of wine ever worked for your program? Could you try installing an older version of wine (the mediafire page contains wine releases going back to 1.3.16). Regards Thank you very much . Mehmet Erol Sanliturk ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Is it worthy upgrading to 9.0 ?
On 3/6/12 7:01 AM, Allen wrote: On 2/28/2012 3:03 AM, Damien Fleuriot wrote: This is an entirely subjective question and one that only you can answer. For example, given the number of problem reports I'm seeing on the lists, I'm going to stick with the 8-STABLE branch for still a long time, likely until 9.1 or 9.2-RELEASE. I don't think it's a good idea to let what you see on a mailing list be your end all be all of what you use... This isn't an insult or anything, but I've seen some pretty damn stupid people who try to install stuff into Swap And that isn't even close to the stupidest thing I've ever seen on a list. Trust me, the best way to figure out of you personally would benefit from upgrading, is doing it yourself. I get your point, however, reports of NICs malfunctionning or stuff like that are pretty distressing when running frontend firewall boxes. Seeing 9.0 doesn't bring much to the table, imo, in terms of firewalling and CARP novelty, I'm probably going to stick with 8.3 for some time :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Is it worthy upgrading to 9.0 ?
On 6 March 2012 09:49, Damien Fleuriot m...@my.gd wrote: On 3/6/12 7:01 AM, Allen wrote: On 2/28/2012 3:03 AM, Damien Fleuriot wrote: This is an entirely subjective question and one that only you can answer. For example, given the number of problem reports I'm seeing on the lists, I'm going to stick with the 8-STABLE branch for still a long time, likely until 9.1 or 9.2-RELEASE. I don't think it's a good idea to let what you see on a mailing list be your end all be all of what you use... This isn't an insult or anything, but I've seen some pretty damn stupid people who try to install stuff into Swap And that isn't even close to the stupidest thing I've ever seen on a list. Trust me, the best way to figure out of you personally would benefit from upgrading, is doing it yourself. I get your point, however, reports of NICs malfunctionning or stuff like that are pretty distressing when running frontend firewall boxes. Seeing 9.0 doesn't bring much to the table, imo, in terms of firewalling and CARP novelty, I'm probably going to stick with 8.3 for some time :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org apart from a major bump in the version of pf. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Running OS tftp vs. pxeboot tftp
From: Rick Miller vmil...@hostileadmin.com To: Erik Nørgaard norga...@locolomo.org; freebsd-questions@freebsd.org Sent: Sunday, March 4, 2012 3:51 PM Subject: Re: Running OS tftp vs. pxeboot tftp Hi Erik, Thanks for getting back to me. The original problem is the same issue...we are still working it, but we've isolated the configuration where the issue manifests itself. It has to do with the FreeBSD pxeboot and Brocade switches. We will continue troubleshooting in our lab. When we've identified a fix/workaround I will be sure to follow up here. On 3/4/12, Erik Nørgaard norga...@locolomo.org wrote: On 01/03/2012 16:16, Rick Miller wrote: Hi All, Are there significant differences in the implementation between the tftp client in FreeBSD 8.2-RELEASE and the client implementation in pxeboot.bs? I have no reason to believe there should be any difference. If you believe there is a problem with the supplied pxeboot, you can compile your own. You previusly wrote about VLAN tagging for your pxeboot nodes, but never wrote back if you solved the problem. What's your setup? I ask because I have encountered a scenario where pxeboot.bs is tftp'ing boot files from a PXE server and fails in random spots while attempting to download boot files to start a 8.2-RELEASE install. When we run the same sequence of tftp gets in a running 8.2-RELEASE instance continuously, we never received a single failure in a solid hour of attempts. You should have some log or other traces to debug on the problem, can't help much without. BR, Erik -- M: +34 666 334 818 T: +34 915 211 157 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org -- Sent from my mobile device Take care Rick Miller ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org I can't speak to all the technical nuiances you reference here but I have a diskless booting system which runs 8.2-STABLE and it's been running flawless for several months. I last did make buildworld on the server's os and the diskless's boot partition in December...all is well for me. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: sysinstall
Da Rock freebsd-questions at herveybayaustralia.com.au What tv card? Mine work fine Thread here: http://lists.freebsd.org/pipermail/freebsd-drivers/2012-February/001370.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Forum problem..
Hi, After about 15 minutes of trying to register to the forums I've quit trying! The server is defective! Captcha's don't work! Can't register of request my password. vBulletin Message The string you entered for the image verification did not match what was displayed. Greetings, Stefan Rink Xtilton ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: port to package amd64 to i386
On Tue, Mar 6, 2012 at 11:36 AM, Bernt Hansson b...@bananmonarki.se wrote: Again, a problem is that packages can only be generated if the port has been installed Why is that. I hope you can educate me on that. Because a package is the result of what is installed. It essentially works somewhat like Debian's checkinstall by keeping track of what's installed by the installation script, then using the info of what's installed to build the package. I'm not exactly sure how make package works internally, but it wouldn't surprise me if it's almost the same as pkg_create -b. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
RE: lighttpd + php + external mssql server
-Original Message- From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd-questi...@freebsd.org] On Behalf Of Peter Vereshagin Sent: 04 March 2012 17:05 To: freebsd-questions@freebsd.org Subject: Re: lighttpd + php + external mssql server Hello. 2012/03/03 00:32:40 + Graeme Dargie a...@tangerine-army.co.uk = To 'freebsd-questions@freebsd.org' : GD I am just looking for some advice or hints if anyone has a clue how to make a FreeBSD server running lighttpd + php5 connect to an instance of MS SQL 2008 R2. GD GD I have already installed php-extensions for mssql but when I try and GD run a connection from the FreeBSD server it gives a http 500 The GD error log has this GD 2012-03-02 18:20:09: (mod_fastcgi.c.2699) FastCGI-stderr: PHP Fatal GD error: Call to undefined function mssql_connect() in GD /usr/local/www/data/ GD GD Php -m shows mssql as installed. 1) Command-line php and fastcgi php are able to have a different set of extensions. Look at the phpinfo() output from your fastcgi if it has an mssql extension. 2) You may want to try an ODBTP extension for mssql connectivity which supports mssql features like 'go' clause batch runs and scroll cursors with fetching from them on the contrast to the 'traditional' dblib-based mssql php extension. -- Peter Vereshagin pe...@vereshagin.org (http://vereshagin.org) pgp: A0E26627 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org You are spot on Peter, phpinfo() shows no mssql extension, so I am guessing the next question is does it have such an extension and if so how to enable it, there are no make config options for the fastcgi I can see in ports. I am doing this so I can do some work at home for a project that will be looked at elsewhere so portability is a major concern. Regards Graeme ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Alborques Online Art Gallery
ALBORQUES ONLINE ART GALLERY The Alborques is an Online Art Gallery (www.alborques.com) whose mission is to disseminate worldwide art. We currently have hundreds of Artists from various fields including painting, sculpture, photography, handicrafts, among others. To belong to the group of Artists of Alborques you just have to carry out the Register and Submit your biography and works for display by filling out the various forms in the Artist reserved area. This is a FREE Art Gallery, so the Artist does not support any cost, and there is no limit on the number of pieces for exhibition. If you have questions or need any further clarification, please contact us by the e-mail alborq...@gmail.com. Best regards, João Zarro www.alborques.com ALBORQUES GALERIA DE ARTE ONLINE A Alborques é uma Galeria de Arte Online (www.alborques.com) cuja missão é a divulgação da arte que se faz pelo mundo. Contamos com várias centenas de Artistas de diversas áreas como a pintura, a escultura, a a fotografia, o artesanato, entre outras. Para pertencer ao nosso grupo de Artistas apenas terá de efectuar o Registo e submeter-nos a sua biografia e obras para exposição preenchendo os formulários disponíveis na área reservada do Artista. Trata-se de uma galeria de arte GRATUITA pelo que o Artista não terá de suportar qualquer custo nem haverá limite de obras para exposição. Se necessitar de algum esclarecimento adicional, agradecemos o seu contacto pelo e-mail alborq...@gmail.com. Cumprimentos João Zarro www.alborques.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 8.2 - active plus inactive memory leak!?
On 3/6/2012 2:13 PM, Luke Marsden wrote: [ ... ] My current (probably quite simplistic) understanding of the FreeBSD virtual memory system is that, for each process as reported by top: * Size corresponds to the total size of all the text pages for the process (those belonging to code in the binary itself and linked libraries) plus data pages (including stack and malloc()'d but not-yet-written-to memory segments). Size is the amount of the processes' VM address space which has been assigned; the various things you mention indeed are the common things which consume address space, but there are others like shared memory (ie, SysV shmem stuff), memory-mapped hardware like a video card VRAM buffer, thread-local storage, etc. * Resident corresponds to a subset of the pages above: those pages which actually occupy physical/core memory. Notably pages may appear in size but not appear in resident for read-only text pages from libraries which have not been used yet or which have been malloc()'d but not yet written-to. Yes. My understanding for the values for the system as a whole (at the top in 'top') is as follows: * Active / inactive memory is the same thing: resident memory from processes in use. Being in the inactive as opposed to active list simply indicates that the pages in question are less recently used and therefore more likely to get swapped out if the machine comes under memory pressure. Well, they aren't exactly the same thing. The kernel implements a VM working set algorithm which periodically looks at all of the pages that are in memory and notes whether a process has accessed that page recently. If it has, the page is active; if the page has not been used for some time, it becomes inactive. If the system has plenty of memory, it will not page or swap anything out. If it is under mild memory pressure, it will only consider pages which are inactive or cache as candidates for which it might page them out. Only under more severe memory pressure will it start looking to swap out entire processes rather than just page individual pages out. [ Although, the FreeBSD implementation supposedly will try to balance the size of the active, inactive, and cache lists (or queues), so it is looking at the active list also-- but you don't want to page out an active page unless you really have to, and if you have to do that, maybe you might as well free up the whole process and let something have enough room to run. ] * Wired is mostly kernel memory. It's normally all kernel memory; only a rare handful of userland programs such as crypto code like gnupg ever ask for wired memory, AFAIK. * Cache is freed memory which the kernel has decided to keep in case it correspond to a useful page in future; it can be cheaply evicted into the free list. Sort of, although this description fits the inactive memory category also. The major distinction is that the system is actively trying to flush any dirty pages in the cache category, so that they are available for reuse by something else immediately. * Free memory is actually not being used for anything. Yes, although the system likes to have at least a few pre-zeroed pages handy in case an interrupt handler needs them. It seems that pages which occur in the active + inactive lists must occur in the resident memory of one or more processes (or more since processes can share pages in e.g. read-only shared libs or COW forked address space). Everything in the active and inactive (and cache) lists are resident in physical memory. Conversely, if a page *does not* occur in the resident memory of any process, it must not occupy any space in the active + inactive lists. Hmm...if a process gets swapped out entirely, the pages for it will be moved to the cache list, flushed, and then reused as soon as the disk I/O completes. But there is a window where the process can be marked as swapped out (and considered no longer resident), but still has some of it's pages in physical memory. Therefore the active + inactive memory should always be less than or equal to the sum of the resident memory of all the processes on the system, right? No. If you've got a lot of process pages shared (ie, a webserver with lots of httpd children, or a database pulling in a large common shmem area), then your process resident sizes can be very large compared to the system-wide active+inactive count. This missing memory is scary, because it seems to be increasing over time, and eventually when the system runs out of free memory, I'm certain it will crash in the same way described in my previous thread [1]. I don't have enough data to fully evaluate the interactions with ZFS; you can easily get system panics by running out of KVA on a 32-bit system, but that shouldn't apply
Re: FreeBSD 8.2 - active plus inactive memory leak!?
Thanks for your email, Chuck. Conversely, if a page *does not* occur in the resident memory of any process, it must not occupy any space in the active + inactive lists. Hmm...if a process gets swapped out entirely, the pages for it will be moved to the cache list, flushed, and then reused as soon as the disk I/O completes. But there is a window where the process can be marked as swapped out (and considered no longer resident), but still has some of it's pages in physical memory. There's no swapping happening on these machines (intentionally so, because as soon as we hit swap everything goes tits up), so this window doesn't concern me. I'm trying to confirm that, on a system with no pages swapped out, that the following is a true statement: a page is accounted for in active + inactive if and only if it corresponds to one or more of the pages accounted for in the resident memory lists of all the processes on the system (as per the output of 'top' and 'ps') Therefore the active + inactive memory should always be less than or equal to the sum of the resident memory of all the processes on the system, right? No. If you've got a lot of process pages shared (ie, a webserver with lots of httpd children, or a database pulling in a large common shmem area), then your process resident sizes can be very large compared to the system-wide active+inactive count. But that's what I'm saying... sum(process resident sizes) = active + inactive Or as I said it above, equivalently: active + inactive = sum(process resident sizes) The data I've got from this system, and what's killing us, shows the opposite: active + inactive sum(process resident sizes) - by over 5GB now and growing, which is what keeps causing these machines to crash. In particular: Mem: 13G Active, 1129M Inact, 7543M Wired, 120M Cache, 1553M Free But the total sum of resident memories is 9457M (according to summing the output from ps or top). 13G + 1129M = 14441M (active + inact) 9457M (sum of res) That's 4984M out, and that's almost enough to push us over the edge. If my understanding of VM is correct, I don't see how this can happen. But it's happening, and it's causing real trouble here because our free memory keeps hitting zero and then we swap-spiral. What can I do to investigate this discrepancy? Are there some tools that I can use to debug the memory allocated in active to find out where it's going, if not to resident process memory? Thanks, Luke -- CTO, Hybrid Logic +447791750420 | +1-415-449-1165 | www.hybrid-cluster.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 8.2 - active plus inactive memory leak!?
On Tue, 06 Mar 2012 18:30:07 -0500 Chuck Swiger wrote: On 3/6/2012 2:13 PM, Luke Marsden wrote: * Resident corresponds to a subset of the pages above: those pages which actually occupy physical/core memory. Notably pages may appear in size but not appear in resident for read-only text pages from libraries which have not been used yet or which have been malloc()'d but not yet written-to. Yes. My understanding for the values for the system as a whole (at the top in 'top') is as follows: * Active / inactive memory is the same thing: resident memory from processes in use. Being in the inactive as opposed to active list simply indicates that the pages in question are less recently used and therefore more likely to get swapped out if the machine comes under memory pressure. Well, they aren't exactly the same thing. The kernel implements a VM working set algorithm which periodically looks at all of the pages that are in memory and notes whether a process has accessed that page recently. If it has, the page is active; if the page has not been used for some time, it becomes inactive. I think the previous poster has it about right, it's mostly about lifecycle. The inactive queue contains a mixture of resident and non-resident memory. It's commonly dominated by disk cache pages, and consequently is easily blown away by recursive greps etc. * Cache is freed memory which the kernel has decided to keep in case it correspond to a useful page in future; it can be cheaply evicted into the free list. Sort of, although this description fits the inactive memory category also. The major distinction is that the system is actively trying to flush any dirty pages in the cache category, so that they are available for reuse by something else immediately. Only clean pages are added to cache. A dirty page will go twice around the inactive queue as dirty, get flushed and then do a third pass as a clean page. The point of cache is that it's a small stock of memory that's available for immediate reuse, the pages have nothing else in common. On Wed, 07 Mar 2012 00:36:21 + Luke Marsden wrote: But that's what I'm saying... sum(process resident sizes) = active + inactive Inactive memory contains disc cache. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: port to package amd64 to i386
On 03/07/12 04:13, Adam Vande More wrote: On Tue, Mar 6, 2012 at 11:36 AM, Bernt Hanssonb...@bananmonarki.se wrote: Again, a problem is that packages can only be generated if the port has been installed Why is that. I hope you can educate me on that. Because a package is the result of what is installed. It essentially works somewhat like Debian's checkinstall by keeping track of what's installed by the installation script, then using the info of what's installed to build the package. I'm not exactly sure how make package works internally, but it wouldn't surprise me if it's almost the same as pkg_create -b. From what I understand of ports (as a maintainer) that is the case; plus some other bits and pieces for checking, verification, and cleanup. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: sysinstall
On 03/07/12 01:01, David Walker wrote: Da Rock freebsd-questions at herveybayaustralia.com.au What tv card? Mine work fine Thread here: http://lists.freebsd.org/pipermail/freebsd-drivers/2012-February/001370.html May have to do with the cx88 port available, especially as its from 2006 (last word 2008). I would put my money on that as a solution, which is why I couldn't quite understand why you said it didn't work. CX88 has been available since 2010. Comes with apps, and also means to make all the v4l based apps (like xine, mplayer) work as well. I would doubt that that pr will ever go through for that reason. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Some questions about Link Aggregation and Failover
Hello: Recently I want to do Link Aggregation for increasing the speed. I use a Cisco 3750 Switche and two IBM Server R with BSD 9.0 .I do link aggregation According to this page. http://www.freebsd.org/doc/en/books/handbook/network-aggregation.html I use LACP .But when i have done ,the link aggregation only can do Failover .It cann't increase the speed. What is the problem?Detailed configuration as follows in the BSD9.0 /etc/rc.conf hostname=bbc04 ifconfig_bce2=up ifconfig_bce3=up ifconfig_bce4=up ifconfig_bce5=up ifconfig_bce6=up ifconfig_bce7=up cloned_interfaces=lagg0 ifconfig_lagg0=laggproto loadbalance laggport bce2 laggport bce3 laggport bce4 laggport bce5 laggport bce6 laggport bce7 ipv4_addrs_lagg0=172.16.60.64/16 defaultrouter=172.16.0.1 sshd_enable=YES pureftpd_enable=YES # Set dumpdev to AUTO to enable crash dumps, NO to disable dumpdev=NO the Cisco 3750 configure interface range gigabitEthernet 1/0/1-6 channel-proto lacp channel-group 1 mode active interface range gigabitEthernet 1/0/13-18 channel-proto lacp channel-group 2 mode active ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org