Also, just read up on tmpfs and saw that it tries to spool the entire
6GB image into that 2GB... no surprise at that failure now that I
understand how it works. However... when not using tmpfs to spool (as in the first failure), why would I get an error that tmpfs is full? Jeremy Bernard Li wrote: Just FYI this is probably off stable branch 3.6.x. Cheers,Bernard-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Jeremy Enos Sent: Tuesday, January 03, 2006 16:10 To: sisuite-devel@lists.sourceforge.net Subject: [Sisuite-devel] tmpfs problem? Using this version: [EMAIL PROTECTED] root]# rpm -qa |grep systemimager systemimager-client-3.6.3-1 systemimager-common-3.6.3-1 systemimager-i386boot-standard-3.6.3-1 systemimager-server-3.6.3-1 systemimager-i386initrd_template-3.6.3-1 systemimager-flamethrower-3.6.3-1 [EMAIL PROTECTED] root]# It goes through most of the synchronization process: <snip> usr/X11R6/lib/X11/doc/Versions usr/X11R6/lib/X11/doc/VideoBoard98 usr/X11R6/lib/X11/doc/Xprint_FAQ.txt usr/X11R6/lib/X11/doc/html/Xprint_FAQ.html rsync: write failed on "/a/usr/X11R6/lib/X11/doc/html/Xprint_FAQ.html": No spac) rsync error: error in file IO (code 11) at receiver.c(291) rsync: connection unexpectedly closed (8560707 bytes received so far) [generato] rsync error: error in rsync protocol data stream (code 12) at io.c(434) Killing off running processes. si_monitortk shows: <snip> par4(141.142.237.53):> lvcreate -L2031616K -n LogVol01 VolGroup00 || shellout par4(141.142.237.53):> lvscan > /dev/null; lvchange -a y /dev/VolGroup00/LogVol01 || shellout par4(141.142.237.53):> Load additional filesystem drivers. par4(141.142.237.53):> mke2fs -j /dev/sda1 || shellout par4(141.142.237.53):> tune2fs -L /boot /dev/sda1 par4(141.142.237.53):> mount /dev/sda1 /a/boot -t ext3 -o defaults || shellout par4(141.142.237.53):> mkdir -p /a/proc || shellout par4(141.142.237.53):> mount proc /a/proc -t proc -o defaults || shellout par4(141.142.237.53):> mkdir -p /a/sys || shellout par4(141.142.237.53):> mount sysfs /a/sys -t sysfs -o defaults || shellout par4(141.142.237.53):> Evaluating image size. par4(141.142.237.53):> Report task started. par4(141.142.237.53):> rsync -aHSv --exclude=lost+found/ --exclude=/proc/* --numeric-ids 141.142.237.40::fc3image/ /a/ par4(141.142.237.53):> WARNING: Your tmpfs filesystem is 95% full! par4(141.142.237.53):> WARNING: Your tmpfs filesystem is 96% full! par4(141.142.237.53):> WARNING: Your tmpfs filesystem is 98% full! par4(141.142.237.53):> WARNING: Your tmpfs filesystem is 99% full! par4(141.142.237.53):> Search the FAQ for tmpfs to learn about sizing options. par4(141.142.237.53):> Killing off running processes. par4(141.142.237.53):> write_variables par4(141.142.237.53):> Installation failed!! Stopping report task. par4(141.142.237.53):> Report task stopped. My boot params were: label autoinstall-serial kernel kernel append initrd=initrd.img MONITOR_SERVER=141.142.237.40 console=tty0 console=ttyS0,9600n8 So I changed them to: label autoinstall-serial kernel kernel append initrd=initrd.img tmpfs_size=2G tmpfs_nr_inodes=2000 MONITOR_SERVER=141.142.237.40 console=tty0 console=ttyS0,9600n8 Which started syncing for a very short time until failures plague the output thereafter: <snip> etc/gconf/gconf.xml.defaults/apps/panel/default_setup/applets/ show_desktop_butt/ etc/gconf/gconf.xml.defaults/apps/panel/default_setup/applets/ systray/ etc/gconf/gconf.xml.defaults/apps/panel/default_setup/applets/ window_list/ etc/gconf/gconf.xml.defaults/apps/panel/default_setup/applets/ workspace_switche/ etc/gconf/gconf.xml.defaults/apps/panel/default_setup/applets/ workspace_switche/ etc/gconf/gconf.xml.defaults/apps/panel/default_setup/general/ etc/gconf/gconf.xml.defaults/apps/panel/default_setup/objects/ etc/gconf/gconf.xml.defaults/apps/panel/default_setup/objects/ email_launcher/ rsync: recv_generator: mkdir "/a/etc/gconf/gconf.xml.defaults/apps/panel/defaul) rsync: stat "/a/etc/gconf/gconf.xml.defaults/apps/panel/default_setup/objects/m) rsync: recv_generator: mkdir "/a/etc/gconf/gconf.xml.defaults/apps/panel/defaul) rsync: stat "/a/etc/gconf/gconf.xml.defaults/apps/panel/default_setup/objects/p) rsync: recv_generator: mkdir "/a/etc/gconf/gconf.xml.defaults/apps/panel/defaul) rsync: stat "/a/etc/gconf/gconf.xml.defaults/apps/panel/default_setup/objects/s) rsync: recv_generator: mkdir "/a/etc/gconf/gconf.xml.defaults/apps/panel/defaul) rsync: stat "/a/etc/gconf/gconf.xml.defaults/apps/panel/default_setup/objects/w) rsync: recv_generator: mkdir "/a/etc/gconf/gconf.xml.defaults/apps/panel/defaul) rsync: stat "/a/etc/gconf/gconf.xml.defaults/apps/panel/default_setup/objects/w) rsync: recv_generator: mkdir "/a/etc/gconf/gconf.xml.defaults/apps/panel/defaul) rsync: stat "/a/etc/gconf/gconf.xml.defaults/apps/panel/default_setup/toplevels) rsync: recv_generator: mkdir "/a/etc/gconf/gconf.xml.defaults/apps/panel/defaul) rsync: stat "/a/etc/gconf/gconf.xml.defaults/apps/panel/default_setup/toplevels) rsync: recv_generator: mkdir "/a/etc/gconf/gconf.xml.defaults/apps/panel/defaul) rsync: stat "/a/etc/gconf/gconf.xml.defaults/apps/panel/default_setup/toplevels) rsync: recv_generator: mkdir "/a/etc/gconf/gconf.xml.defaults/apps/panel/defaul) rsync: stat "/a/etc/gconf/gconf.xml.defaults/apps/panel/default_setup/toplevels) rsync: recv_generator: mkdir "/a/etc/gconf/gconf.xml.defaults/apps/panel/defaul) rsync: stat "/a/etc/gconf/gconf.xml.defaults/apps/panel/default_setup/toplevels) rsync: recv_generator: mkdir "/a/etc/gconf/gconf.xml.defaults/apps/panel/global) rsync: stat "/a/etc/gconf/gconf.xml.defaults/apps/panel/global" failed: No such) rsync: recv_generator: mkdir "/a/etc/gconf/gconf.xml.defaults/apps/panel/profil) rsync: stat "/a/etc/gconf/gconf.xml.defaults/apps/panel/profiles" failed: No su) rsync: recv_generator: mkdir "/a/etc/gconf/gconf.xml.defaults/apps/panel/profil) <snip> Nothing out of the ordinary is kicked out to si_monitortk or to /tmp/si.log. What should I try? Jeremy ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Sisuite-devel mailing list Sisuite-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-devel------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click _______________________________________________ Sisuite-devel mailing list Sisuite-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-devel |
- [Sisuite-devel] tmpfs problem? Jeremy Enos
- RE: [Sisuite-devel] tmpfs problem? Bernard Li
- Re: [Sisuite-devel] tmpfs problem? Jeremy Enos
- Re: [Sisuite-devel] tmpfs problem? Jeremy Enos
- Re: [Sisuite-devel] tmpfs problem? Jeremy Enos
- RE: [Sisuite-devel] tmpfs problem? Bernard Li
- Re: [Sisuite-devel] tmpfs problem? Jeremy Enos
- Re: [Sisuite-devel] tmpfs problem? Jeremy Enos
- Re: [Sisuite-devel] tmpfs problem? Andrea Righi
- Re: [Sisuite-devel] tmpfs problem? Jeremy Enos
- Re: [Sisuite-devel] tmpfs problem? Andrea Righi
- Re: [Sisuite-devel] tmpfs probl... Jeremy Enos
- Re: [Sisuite-devel] tmpfs probl... Andrea Righi