Re: df reports negative values on Network Shares
Reini - There is 35GB free on the C: drive of our Windows 2003 server. The 37MB readout is a bug, as is the -64Z used, as is the 1.0G Size. However I have just tested copying a 995MB file into c:\cygwin\bin and it was fine. There is no limit to the files I'm able to install into other directories on C: on this machine also. Igor - thanks for the suggestion but no, no quotas are installed also if they were the test I just mentioned would have failed. This problem only started to occur at one point, I think it was when I tried to change the permissions on some files in /etc/ the SSH daemon key files or config if I remember rightly. To keep it simple it is probably going to be best (as Larry suggests) to delete cygwin, then reinstall it at a later date when I have time. Shame. Thanks for your input everyone. Carl - Original Message - From: Reini Urban [EMAIL PROTECTED] To: Cygwin List [EMAIL PROTECTED] Sent: Thursday, April 15, 2004 10:58 PM Subject: Re: df reports negative values on Network Shares Carl Peto schrieb: It gets better. There is something quite wierd going on here. I just wanted to upgrade cygwin1.dll so I downloaded cygwin-1.5.9-1.tar.bz2 from ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin/release/cygwin/ I then went into cygwin (bash), changed to /cygdrive/c/cygwin (where I had put the bzip2 file) and did a bunzip2 cygwin-1.5.9-1.tar.bz2 No problem, it ran fine and I was left with a cygwin-1.5.9-1.tar file in c:\cygwin (or /cygdrive/c/cygwin depending on your view). I figured that cygwin would not work too well if I used (cygwin) tar to extract the files from within (cygwin) bash. That's your problem! Don't figure too much and trust cygwin more than winzip, please. So I closed the bash prompt (I'm now not running any programs compiled against cygwin1.dll of any version) and then brought up c:\cygwin in a Windows Explorer window. Now it gets wierd... Next I ran Winzip to extract the files from the tar. It opened fine and showed me the list of files. When I pressed the Extract button it started to extract files and (as expected) asked me if it was OK to overwrite existing files. I said yes and off it went. But, guess what, after extracting about 15 files it hit a snag and reported disk full. That's not weird, if you have only 37MB free on C! Winzip as welll as other stupid filemanagers such as Total Commander and Windows Commander gunzip at first the tar to temp dir and then untar that tar which results in a disk full error. cygwin tar xfz doesn't need this and will work much better. c:1.0G -64Z 37M 101% /cygdrive/c BTW: installing cygwin on 37MB left is not a good idea, esp. when it comes to tempspace for /tmp. Same for Windows TEMP on C: How about moving your programs from your 1GB C: partition to E: (19GB) and leave C: for your system alone? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: df reports negative values on Network Shares
It gets better. There is something quite wierd going on here. I just wanted to upgrade cygwin1.dll so I downloaded cygwin-1.5.9-1.tar.bz2 from ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin/release/cygwin/ I then went into cygwin (bash), changed to /cygdrive/c/cygwin (where I had put the bzip2 file) and did a bunzip2 cygwin-1.5.9-1.tar.bz2 No problem, it ran fine and I was left with a cygwin-1.5.9-1.tar file in c:\cygwin (or /cygdrive/c/cygwin depending on your view). I figured that cygwin would not work too well if I used (cygwin) tar to extract the files from within (cygwin) bash. So I closed the bash prompt (I'm now not running any programs compiled against cygwin1.dll of any version) and then brought up c:\cygwin in a Windows Explorer window. Now it gets wierd... Next I ran Winzip to extract the files from the tar. It opened fine and showed me the list of files. When I pressed the Extract button it started to extract files and (as expected) asked me if it was OK to overwrite existing files. I said yes and off it went. But, guess what, after extracting about 15 files it hit a snag and reported disk full. Now this means that there is something really fundamental about this area of the file system on an NTFS drive that is repeatedly causing disk full errors at a fairly low level. Log from winzip... Extracting to C:\cygwin\ Use Path: yes Overlay Files: no Extracting cygserver.conf Extracting cygcheck.exe Extracting cygpath.exe Extracting cygserver-config Extracting cygwin1.dll Extracting dumper.exe Extracting getfacl.exe Extracting ipcrm.exe Extracting ipcs.exe Extracting kill.exe Extracting mkgroup.exe Extracting mkpasswd.exe Extracting mount.exe Extracting passwd.exe Extracting ps.exe Extracting regtool.exe Extracting setfacl.exe Extracting ssp.exe Extracting strace.exe Extracting umount.exe Extracting _ansi.h Can't create output file: C:\cygwin\usr\include\_syslist.h Furthermore, when I had this problem last week, before I joined this mailing list, I decided to try changing the permissions on all files in c:\cygwin to be owned by my windows 2003 user, just in case. I went into the standard Windows Explorer Security tab of the folder properties and chose Advanced then Owner and changed it to me. Again it got halfway through then reported disk full. The disk is definitely not full, I have been merrily creating huge files elsewhere on the same drive. I don't think that we should get hung up on the fact that I went an unusual way about this rather than installing using the setup.exe installer. I'm pretty confident that something similar would have happened had I used setup.exe, it would have just taken longer and, anyway, surely what I did is all that the installer does anyway? I posted a cygcheck report on the last posting so I won't waste space by re-posting here. Please do let me know if there's any other diagnostics I can attach to help make this easier. Regards, Carl Peto - Original Message - From: Larry Hall [EMAIL PROTECTED] To: Carl Peto [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, April 14, 2004 8:13 PM Subject: Re: df reports negative values on Network Shares At 02:55 PM 4/14/2004, you wrote: I had exactly the same problem as Thomas... $ df -h FilesystemSize Used Avail Use% Mounted on C:\Program Files\Borland\Interbase 1.0G -64Z 37M 101% /opt/interbase C:\cygwin\usr\X11R6\lib\X11\fonts 1.0G -64Z 37M 101% /usr/X11R6/lib/X11/fonts C:\cygwin\bin 1.0G -64Z 37M 101% /usr/bin C:\cygwin\lib 1.0G -64Z 37M 101% /usr/lib C:\cygwin 1.0G -64Z 37M 101% / c:1.0G -64Z 37M 101% /cygdrive/c e: 38G 19G 19G 49% /cygdrive/e m: 13G 4.1G 9.3G 31% /cygdrive/m p: 13G 5.4G 7.9G 40% /cygdrive/p q: 13G 5.4G 7.9G 40% /cygdrive/q r: 13G 4.1G 9.3G 31% /cygdrive/r s: 13G 5.4G 7.9G 40% /cygdrive/s [EMAIL PROTECTED] /cygdrive/p/Releases/BPM ...only in my case it happened on the C drive so it has crippled cygwin as virtually nothing can be written without error messages like out of disk space coming up. This suggests to me that it's more low-level than just a df problem, possibly some interaction with Windows 2003 Server. Here is the cygcheck -s -v -r... snip Cygwin DLL version info: DLL version: 1.5.1 DLL epoch: 19 DLL bad signal mask: 19005 Upgrade to the latest and try again. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http
Re: df reports negative values on Network Shares
OK, there are two points to make: 1. Winzip is not the same as 'tar' when it comes to installing Cygwin packages. If you have problems as a result of choosing to install Cygwin packages this way, you're on your own. However, I agree with you that this is not obviously the cause of the problem that started this thread. But I feel obligated to make the point for clarity sake (at least for the email archives). And you'll probably want to start from scratch with your Cygwin installation once this is all over. 2. The fact that you're getting disk full messages from Windows operations indicates the problem you're experiencing is beyond the scope of Cygwin. I believe this thought has occurred to you as well. The only thing I can suggest is the standard disk diagnostics (chkdsk, etc) to see if you can find the source of the problem. If you can get Windows to behave properly with these operations, then I think you'll be less likely to see related problems while using Cygwin. Larry At 08:01 AM 4/15/2004, you wrote: It gets better. There is something quite wierd going on here. I just wanted to upgrade cygwin1.dll so I downloaded cygwin-1.5.9-1.tar.bz2 from ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin/release/cygwin/ I then went into cygwin (bash), changed to /cygdrive/c/cygwin (where I had put the bzip2 file) and did a bunzip2 cygwin-1.5.9-1.tar.bz2 No problem, it ran fine and I was left with a cygwin-1.5.9-1.tar file in c:\cygwin (or /cygdrive/c/cygwin depending on your view). I figured that cygwin would not work too well if I used (cygwin) tar to extract the files from within (cygwin) bash. So I closed the bash prompt (I'm now not running any programs compiled against cygwin1.dll of any version) and then brought up c:\cygwin in a Windows Explorer window. Now it gets wierd... Next I ran Winzip to extract the files from the tar. It opened fine and showed me the list of files. When I pressed the Extract button it started to extract files and (as expected) asked me if it was OK to overwrite existing files. I said yes and off it went. But, guess what, after extracting about 15 files it hit a snag and reported disk full. Now this means that there is something really fundamental about this area of the file system on an NTFS drive that is repeatedly causing disk full errors at a fairly low level. Log from winzip... Extracting to C:\cygwin\ Use Path: yes Overlay Files: no Extracting cygserver.conf Extracting cygcheck.exe Extracting cygpath.exe Extracting cygserver-config Extracting cygwin1.dll Extracting dumper.exe Extracting getfacl.exe Extracting ipcrm.exe Extracting ipcs.exe Extracting kill.exe Extracting mkgroup.exe Extracting mkpasswd.exe Extracting mount.exe Extracting passwd.exe Extracting ps.exe Extracting regtool.exe Extracting setfacl.exe Extracting ssp.exe Extracting strace.exe Extracting umount.exe Extracting _ansi.h Can't create output file: C:\cygwin\usr\include\_syslist.h Furthermore, when I had this problem last week, before I joined this mailing list, I decided to try changing the permissions on all files in c:\cygwin to be owned by my windows 2003 user, just in case. I went into the standard Windows Explorer Security tab of the folder properties and chose Advanced then Owner and changed it to me. Again it got halfway through then reported disk full. The disk is definitely not full, I have been merrily creating huge files elsewhere on the same drive. I don't think that we should get hung up on the fact that I went an unusual way about this rather than installing using the setup.exe installer. I'm pretty confident that something similar would have happened had I used setup.exe, it would have just taken longer and, anyway, surely what I did is all that the installer does anyway? I posted a cygcheck report on the last posting so I won't waste space by re-posting here. Please do let me know if there's any other diagnostics I can attach to help make this easier. Regards, Carl Peto - Original Message - From: Larry Hall [EMAIL PROTECTED] To: Carl Peto [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, April 14, 2004 8:13 PM Subject: Re: df reports negative values on Network Shares At 02:55 PM 4/14/2004, you wrote: I had exactly the same problem as Thomas... $ df -h FilesystemSize Used Avail Use% Mounted on C:\Program Files\Borland\Interbase 1.0G -64Z 37M 101% /opt/interbase C:\cygwin\usr\X11R6\lib\X11\fonts 1.0G -64Z 37M 101% /usr/X11R6/lib/X11/fonts C:\cygwin\bin 1.0G -64Z 37M 101% /usr/bin C:\cygwin\lib 1.0G -64Z 37M 101% /usr/lib C:\cygwin 1.0G -64Z 37M 101% / c:1.0G -64Z 37M 101% /cygdrive/c e: 38G 19G 19G 49% /cygdrive/e m: 13G 4.1G 9.3G 31
Re: df reports negative values on Network Shares
Do you have user quotas? This isn't Cygwin-related anymore, BTW. Igor On Thu, 15 Apr 2004, Carl Peto wrote: It gets better. There is something quite wierd going on here. I just wanted to upgrade cygwin1.dll so I downloaded cygwin-1.5.9-1.tar.bz2 from ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin/release/cygwin/ I then went into cygwin (bash), changed to /cygdrive/c/cygwin (where I had put the bzip2 file) and did a bunzip2 cygwin-1.5.9-1.tar.bz2 No problem, it ran fine and I was left with a cygwin-1.5.9-1.tar file in c:\cygwin (or /cygdrive/c/cygwin depending on your view). I figured that cygwin would not work too well if I used (cygwin) tar to extract the files from within (cygwin) bash. So I closed the bash prompt (I'm now not running any programs compiled against cygwin1.dll of any version) and then brought up c:\cygwin in a Windows Explorer window. Now it gets wierd... Next I ran Winzip to extract the files from the tar. It opened fine and showed me the list of files. When I pressed the Extract button it started to extract files and (as expected) asked me if it was OK to overwrite existing files. I said yes and off it went. But, guess what, after extracting about 15 files it hit a snag and reported disk full. Now this means that there is something really fundamental about this area of the file system on an NTFS drive that is repeatedly causing disk full errors at a fairly low level. Log from winzip... Extracting to C:\cygwin\ Use Path: yes Overlay Files: no Extracting cygserver.conf Extracting cygcheck.exe Extracting cygpath.exe Extracting cygserver-config Extracting cygwin1.dll Extracting dumper.exe Extracting getfacl.exe Extracting ipcrm.exe Extracting ipcs.exe Extracting kill.exe Extracting mkgroup.exe Extracting mkpasswd.exe Extracting mount.exe Extracting passwd.exe Extracting ps.exe Extracting regtool.exe Extracting setfacl.exe Extracting ssp.exe Extracting strace.exe Extracting umount.exe Extracting _ansi.h Can't create output file: C:\cygwin\usr\include\_syslist.h Furthermore, when I had this problem last week, before I joined this mailing list, I decided to try changing the permissions on all files in c:\cygwin to be owned by my windows 2003 user, just in case. I went into the standard Windows Explorer Security tab of the folder properties and chose Advanced then Owner and changed it to me. Again it got halfway through then reported disk full. The disk is definitely not full, I have been merrily creating huge files elsewhere on the same drive. I don't think that we should get hung up on the fact that I went an unusual way about this rather than installing using the setup.exe installer. I'm pretty confident that something similar would have happened had I used setup.exe, it would have just taken longer and, anyway, surely what I did is all that the installer does anyway? I posted a cygcheck report on the last posting so I won't waste space by re-posting here. Please do let me know if there's any other diagnostics I can attach to help make this easier. Regards, Carl Peto - Original Message - From: Larry Hall cygwin-lhatcygwindotcom To: Carl Peto carlatbookmanassociatesdotcom; cygwinatcygwindotcom Cc: TDemmeratkrafteuropedotcom Sent: Wednesday, April 14, 2004 8:13 PM Subject: Re: df reports negative values on Network Shares At 02:55 PM 4/14/2004, you wrote: I had exactly the same problem as Thomas... $ df -h FilesystemSize Used Avail Use% Mounted on C:\Program Files\Borland\Interbase 1.0G -64Z 37M 101% /opt/interbase C:\cygwin\usr\X11R6\lib\X11\fonts 1.0G -64Z 37M 101% /usr/X11R6/lib/X11/fonts C:\cygwin\bin 1.0G -64Z 37M 101% /usr/bin C:\cygwin\lib 1.0G -64Z 37M 101% /usr/lib C:\cygwin 1.0G -64Z 37M 101% / c:1.0G -64Z 37M 101% /cygdrive/c e: 38G 19G 19G 49% /cygdrive/e m: 13G 4.1G 9.3G 31% /cygdrive/m p: 13G 5.4G 7.9G 40% /cygdrive/p q: 13G 5.4G 7.9G 40% /cygdrive/q r: 13G 4.1G 9.3G 31% /cygdrive/r s: 13G 5.4G 7.9G 40% /cygdrive/s [EMAIL PROTECTED] /cygdrive/p/Releases/BPM ...only in my case it happened on the C drive so it has crippled cygwin as virtually nothing can be written without error messages like out of disk space coming up. This suggests to me that it's more low-level than just a df problem, possibly some interaction with Windows 2003 Server. Here is the cygcheck -s -v -r... snip Cygwin DLL version info: DLL version: 1.5.1 DLL epoch: 19 DLL bad signal mask: 19005 Upgrade to the latest and try again. -- http://cs.nyu.edu/~pechtcha
Re: df reports negative values on Network Shares
Carl Peto schrieb: It gets better. There is something quite wierd going on here. I just wanted to upgrade cygwin1.dll so I downloaded cygwin-1.5.9-1.tar.bz2 from ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin/release/cygwin/ I then went into cygwin (bash), changed to /cygdrive/c/cygwin (where I had put the bzip2 file) and did a bunzip2 cygwin-1.5.9-1.tar.bz2 No problem, it ran fine and I was left with a cygwin-1.5.9-1.tar file in c:\cygwin (or /cygdrive/c/cygwin depending on your view). I figured that cygwin would not work too well if I used (cygwin) tar to extract the files from within (cygwin) bash. That's your problem! Don't figure too much and trust cygwin more than winzip, please. So I closed the bash prompt (I'm now not running any programs compiled against cygwin1.dll of any version) and then brought up c:\cygwin in a Windows Explorer window. Now it gets wierd... Next I ran Winzip to extract the files from the tar. It opened fine and showed me the list of files. When I pressed the Extract button it started to extract files and (as expected) asked me if it was OK to overwrite existing files. I said yes and off it went. But, guess what, after extracting about 15 files it hit a snag and reported disk full. That's not weird, if you have only 37MB free on C! Winzip as welll as other stupid filemanagers such as Total Commander and Windows Commander gunzip at first the tar to temp dir and then untar that tar which results in a disk full error. cygwin tar xfz doesn't need this and will work much better. c:1.0G -64Z 37M 101% /cygdrive/c BTW: installing cygwin on 37MB left is not a good idea, esp. when it comes to tempspace for /tmp. Same for Windows TEMP on C: How about moving your programs from your 1GB C: partition to E: (19GB) and leave C: for your system alone? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
df reports negative values on Network Shares
I had exactly the same problem as Thomas... $ df -h FilesystemSize Used Avail Use% Mounted on C:\Program Files\Borland\Interbase 1.0G -64Z 37M 101% /opt/interbase C:\cygwin\usr\X11R6\lib\X11\fonts 1.0G -64Z 37M 101% /usr/X11R6/lib/X11/fonts C:\cygwin\bin 1.0G -64Z 37M 101% /usr/bin C:\cygwin\lib 1.0G -64Z 37M 101% /usr/lib C:\cygwin 1.0G -64Z 37M 101% / c:1.0G -64Z 37M 101% /cygdrive/c e: 38G 19G 19G 49% /cygdrive/e m: 13G 4.1G 9.3G 31% /cygdrive/m p: 13G 5.4G 7.9G 40% /cygdrive/p q: 13G 5.4G 7.9G 40% /cygdrive/q r: 13G 4.1G 9.3G 31% /cygdrive/r s: 13G 5.4G 7.9G 40% /cygdrive/s [EMAIL PROTECTED] /cygdrive/p/Releases/BPM ...only in my case it happened on the C drive so it has crippled cygwin as virtually nothing can be written without error messages like out of disk space coming up. This suggests to me that it's more low-level than just a df problem, possibly some interaction with Windows 2003 Server. Here is the cygcheck -s -v -r... Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Apr 14 19:29:06 2004 Windows .NET Server Ver 5.2 Build 3790 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\Program Files\Borland\Delphi7\Bin c:\Program Files\Borland\Delphi7\Projects\Bpl\ c:\Program Files\Borland\Delphi for .NET Preview\aspx\bin\ c:\Program Files\Borland\Delphi for .NET Preview\aspx\framework\ c:\Program Files\Borland\Delphi for .NET Preview\bin\ c:\Program Files\Support Tools\ c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\PROGRA~1\Borland\Delphi6\Bin c:\PROGRA~1\Borland\Delphi6\Projects\Bpl c:\PROGRA~1\Tcl\bin C:\cygwin\bin C:\cygwin\lib c:\Program Files\SSH Communications Security\SSH Secure Shell c:\PROGRA~1\INSIGH~1\splus61\cmd C:\cygwin\usr\X11R6\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 400(carl) GID: 401(mkpasswd) 401(mkpasswd) Output from C:\cygwin\bin\id.exe (ntsec) UID: 400(carl) GID: 401(mkpasswd) 544(Administrators) 545(Users) 401(mkpasswd) SysDir: C:\WINDOWS\system32 WinDir: C:\Documents and Settings\carl.BILL.000\WINDOWS HOME = `c:\Documents and Settings\carl.BILL.000' MAKE_MODE = `unix' PWD = `/cygdrive/p/Releases/BPM' USER = `carl' ALLUSERSPROFILE = `C:\Documents and Settings\All Users.WINDOWS' APPDATA = `C:\Documents and Settings\carl.BILL.000\Application Data' CLUSTERLOG = `C:\WINDOWS\Cluster\cluster.log' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `BILL' COMSPEC = `C:\WINDOWS\system32\cmd.exe' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\carl.BILL.000' HOSTNAME = `bill' LOGONSERVER = `\\BILL' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/cygdrive/p/Releases' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `RDP-Tcp#101' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\CARLBI~1.000\LOCALS~1\Temp\2' TERM = `cygwin' TMP = `c:\DOCUME~1\CARLBI~1.000\LOCALS~1\Temp\2' USERDOMAIN = `BILL' USERNAME = `carl' USERPROFILE = `C:\Documents and Settings\carl.BILL.000' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/opt/interbase (default) = `C:\Program Files\Borland\Interbase' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS1024Mb 97% CP CS UN PA FC d: cd N/AN/A e: hd NTFS 39197Mb 49% CP CS UN PA FC Removable Disk m: net NTFS 13701Mb 31% CP CSPAcarl p: net NTFS 13607Mb 40% CP CSPAproject_data q: net NTFS 13607Mb 40% CP
Re: df reports negative values on Network Shares
At 02:55 PM 4/14/2004, you wrote: I had exactly the same problem as Thomas... $ df -h FilesystemSize Used Avail Use% Mounted on C:\Program Files\Borland\Interbase 1.0G -64Z 37M 101% /opt/interbase C:\cygwin\usr\X11R6\lib\X11\fonts 1.0G -64Z 37M 101% /usr/X11R6/lib/X11/fonts C:\cygwin\bin 1.0G -64Z 37M 101% /usr/bin C:\cygwin\lib 1.0G -64Z 37M 101% /usr/lib C:\cygwin 1.0G -64Z 37M 101% / c:1.0G -64Z 37M 101% /cygdrive/c e: 38G 19G 19G 49% /cygdrive/e m: 13G 4.1G 9.3G 31% /cygdrive/m p: 13G 5.4G 7.9G 40% /cygdrive/p q: 13G 5.4G 7.9G 40% /cygdrive/q r: 13G 4.1G 9.3G 31% /cygdrive/r s: 13G 5.4G 7.9G 40% /cygdrive/s [EMAIL PROTECTED] /cygdrive/p/Releases/BPM ...only in my case it happened on the C drive so it has crippled cygwin as virtually nothing can be written without error messages like out of disk space coming up. This suggests to me that it's more low-level than just a df problem, possibly some interaction with Windows 2003 Server. Here is the cygcheck -s -v -r... snip Cygwin DLL version info: DLL version: 1.5.1 DLL epoch: 19 DLL bad signal mask: 19005 Upgrade to the latest and try again. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: df reports negative values on Network Shares
On Tue, Nov 18, 2003 at 07:53:19AM +0100, Demmer, Thomas wrote: $ df Filesystem 1k-blocks Used Available Use% Mounted on m: 307200 -73786976294741950464 7308 101% /m All the drives with the -64Z (zillion?) are on the same server subsystem, n: is on a different server. The explorer show reasonable values under Properties, e.g. 158MB used, 341MB free, and 500MB Capacity. The 500MB for do not represent a physical value, but most likely a quota limit. The values for n: are consistent with what the explorer claims. Any hints where to look further into this? Perhaps an strace would show something of interest. I guess you will have to debug that situation further since not really a lot of people have a chance to reproduce it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: df reports negative values on Network Shares
On Tue, Nov 18, 2003 at 07:53:19AM +0100, Demmer, Thomas wrote: $ df Filesystem 1k-blocks Used Available Use% Mounted on m: 307200 -73786976294741950464 7308 101% /m All the drives with the -64Z (zillion?) are on the same server subsystem, n: is on a different server. The explorer show reasonable values under Properties, e.g. 158MB used, 341MB free, and 500MB Capacity. The 500MB for do not represent a physical value, but most likely a quota limit. The values for n: are consistent with what the explorer claims. Any hints where to look further into this? Perhaps an strace would show something of interest. I guess you will have to debug that situation further since not really a lot of people have a chance to reproduce it. Corinna The strace does not show anything of particular interest (to me, that is). As far as I can see, it just calls statfs() and that's it. I'll build a small test case and will report back if something emerges. The strace log is attached, in case someone sees something I didn't. Ciao Tom Best regards / Mit freundlichen Grüssen, Thomas Demmer Kraft Foods RD Inc. Tel.: +49 (0)89 62738-6302 Fax: +49 (0)89 62738-86302 mailto:[EMAIL PROTECTED] Thought of the day Admiration, n.: Our polite recognition of another's resemblance to ourselves. -- Ambrose Bierce, The Devil's Dictionary strace.log.gz strace.log.gz Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: df reports negative values on Network Shares
On Tue, Nov 18, 2003 at 07:53:19AM +0100, Demmer, Thomas wrote: $ df Filesystem 1k-blocks Used Available Use% Mounted on m: 307200 -73786976294741950464 7308 101% /m All the drives with the -64Z (zillion?) are on the same server subsystem, n: is on a different server. The explorer show reasonable values under Properties, e.g. 158MB used, 341MB free, and 500MB Capacity. The 500MB for do not represent a physical value, but most likely a quota limit. The values for n: are consistent with what the explorer claims. Any hints where to look further into this? Perhaps an strace would show something of interest. I guess you will have to debug that situation further since not really a lot of people have a chance to reproduce it. Corinna The following test case illustrates the issue #include stdio.h #include stdlib.h #include sys/statfs.h void dump_statfs(struct statfs *sf){ printf(f_type : %8lx\n,sf-f_type); printf(f_bsize : %8ld (Opt Xfer blk size)\n,sf-f_bsize); printf(f_blocks : %8ld (total # of data blocks)\n,sf-f_blocks); printf(f_bfree : %8ld (Free blocks)\n,sf-f_bfree); printf(f_bavail : %8ld (Free blocks for user)\n,sf-f_bavail); printf(f_files : %8ld (total file nodes)\n,sf-f_files); printf(f_ffree : %8ld (total file nodes free)\n,sf-f_ffree); printf(f_fsid : %8lx\n,sf-f_fsid); printf(f_namelen: %8ld\n,sf-f_namelen); } int main(int argc, char **argv){ struct statfs fs; puts(Dumping n:); statfs(n:/,fs); dump_statfs(fs); puts(Dumping m:); statfs(m:/,fs); dump_statfs(fs); return 0; } n: is a drive mapping where I do not hava a quota, whereas on m: there is a quota. Output of the program: $ ./dft Dumping n: f_type :700ff f_bsize : 4096 (Opt Xfer blk size) f_blocks : 15673319 (total # of data blocks) f_bfree : 2179299 (Free blocks) f_bavail : 2179299 (Free blocks for user) f_files : -1 (total file nodes) f_ffree : -1 (total file nodes free) f_fsid : 18327056 f_namelen: 255 Dumping m: f_type :700ff f_bsize : 4096 (Opt Xfer blk size) f_blocks :76800 (total # of data blocks) f_bfree : 24078118 (Free blocks) f_bavail : 1615 (Free blocks for user) f_files : -1 (total file nodes) f_ffree : -1 (total file nodes free) f_fsid : 10c12539 f_namelen: 255 Relevant output from df: m: 307200 -73786976294742204416 6460 101% /m n:62693276 53976080 8717196 87% /cygdrive/n Apparently df gets confused when the number of data blocks is smaller than the number of free blocks, and I am now, too. I wonder if df does the right thing and this is an error of windows. FWIW, this is XP Pro 2002, SP1. Can anybody with a UNIX system and quotas check what the program prints out there? Best regards / Mit freundlichen Grüssen, Thomas Demmer Kraft Foods RD Inc. Tel.: +49 (0)89 62738-6302 Fax: +49 (0)89 62738-86302 mailto:[EMAIL PROTECTED] Thought of the day Admiration, n.: Our polite recognition of another's resemblance to ourselves. -- Ambrose Bierce, The Devil's Dictionary -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
df reports negative values on Network Shares
Hi all, this may or may not be a bug in fileutils. Here are the symptoms: $ df Filesystem 1k-blocks Used Available Use% Mounted on C:\cygwin\usr\X11R6\lib\X11\fonts 19542568 7468884 12073684 39% /usr/X11R6/lib/X11/fonts C:\cygwin\bin 19542568 7468884 12073684 39% /usr/bin C:\cygwin\lib 19542568 7468884 12073684 39% /usr/lib C:\cygwin 19542568 7468884 12073684 39% / c:19542568 7468884 12073684 39% /c m: 307200 -73786976294741950464 7308 101% /m g: 512000 -73786976294738780160350176 101% /cygdrive/g j: 512000 -73786976294738780160350176 101% /cygdrive/j n:62693276 53949172 8744104 87% /cygdrive/n p: 512000 -73786976294738780160350176 101% /cygdrive/p z: 512000 -73786976294738780160350176 101% /cygdrive/z [EMAIL PROTECTED]:~ $ df -h FilesystemSize Used Avail Use% Mounted on C:\cygwin\usr\X11R6\lib\X11\fonts 19G 7.2G 11G 39% /usr/X11R6/lib/X11/fonts C:\cygwin\bin 19G 7.2G 11G 39% /usr/bin C:\cygwin\lib 19G 7.2G 11G 39% /usr/lib C:\cygwin 19G 7.2G 11G 39% / c: 19G 7.2G 11G 39% /c m:300M -64Z 7.1M 101% /m g:500M -64Z 341M 101% /cygdrive/g j:500M -64Z 341M 101% /cygdrive/j n: 60G 52G 8.3G 87% /cygdrive/n p:500M -64Z 341M 101% /cygdrive/p z:500M -64Z 341M 101% /cygdrive/z $ df --version df (fileutils) 4.1 Written by Torbjorn Granlund, David MacKenzie, Larry McVoy, and Paul Eggert. Copyright (C) 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [EMAIL PROTECTED]:~ $ uname -a CYGWIN_NT-5.1 KFIDEMUC110528 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin All the drives with the -64Z (zillion?) are on the same server subsystem, n: is on a different server. The explorer show reasonable values under Properties, e.g. 158MB used, 341MB free, and 500MB Capacity. The 500MB for do not represent a physical value, but most likely a quota limit. The values for n: are consistent with what the explorer claims. Any hints where to look further into this? Best regards / Mit freundlichen Grüssen, Thomas Demmer Kraft Foods RD Inc. Tel.: +49 (0)89 62738-6302 Fax: +49 (0)89 62738-86302 mailto:[EMAIL PROTECTED] mailto: Thought of the day A good plan today is better than a perfect plan tomorrow. -- Patton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/