Hm! Well, I can't help you with the diskd issue, but diskd is still unstable
under high load. You're probably better off using aufs on FreeBSD-6.3.



Adrian


On Sun, Jan 20, 2008, Monah Baki wrote:
> Hi all,
> 
> I'm running squid 2.6-stable17 on Freebsd 6.3. Machine is a 500MHz  
> with 512MB RAM.
> 
> ./configure --prefix=/usr/local/squid --enable- 
> storeio=ufs,coss,diskd,null --enable-underscores --with-large-files -- 
> enable-large-cache-files --enable-delay-pools --disable-ident-lookups  
> --enable-snmp --enable-cache-digests --enable-underscores --enable- 
> kill-parent-hack  --enable-removal-policies --enable-async-io -- 
> enable-kqueue --enable-follow-x-forwarded-for
> 
> 
> I just have squid displaying the following error message:
> 
> 2008/01/20 18:24:15| storeDiskdSend OPEN: (35) Resource temporarily  
> unavailable
> 2008/01/20 18:24:15| storeDiskdSend: msgsnd: (35) Resource  
> temporarily unavailable
> 2008/01/20 18:24:15| assertion failed: diskd/store_io_diskd.c:541: "+ 
> +send_errors < 100"
> 
> 
> jubilee# ipcs -a
> Message Queues:
> T           ID          KEY MODE        OWNER    GROUP    CREATOR   
> CGROUP                 CBYTES                 QNUM                
> QBYTES        LSPID        LRPID STIME    RTIME    CTIME
> q       524288       942080 --rwa------   nobody   nobody   nobody    
> nobody         1280           40                 2048           
> 920          927 18:05:08 18:05:08  7:34:35
> q       524289       942081 --rwa------   nobody   nobody   nobody    
> nobody            0            0                 2048           
> 927          920 18:05:08 18:05:08  7:34:35
> 
> Shared Memory:
> T           ID          KEY MODE        OWNER    GROUP    CREATOR   
> CGROUP         NATTCH        SEGSZ         CPID         LPID ATIME     
> DTIME    CTIME
> m       524288       942082 --rw-------   nobody   nobody   nobody    
> nobody            1       339968          920          927  7:34:35  
> 18:05:28  7:34:35
> 
> Semaphores:
> T           ID          KEY MODE        OWNER    GROUP    CREATOR   
> CGROUP          NSEMS OTIME    CTIME
> 
> 
> 
> There's only 4 users on this server, and it's been running for quite  
> sometime now.
> 
> I read that I need to increase the message queue limits, Im presuming  
> it's the "kern.ipc.msgmnb=16384". How can I monitor system before  
> anything happens. I can run squidclient mgr:info, but what do I need  
> to look for.
> 
> Configured thee system with following parameters:
> 
> kern.ipc.nmbclusters: 65536
> kern.maxfiles=65536
> kern.maxfilesperproc=32768
> net.inet.ip.portrange.last=65535
> kern.ipc.somaxconn=2048
> kern.maxvnodes=100000
> kern.ipc.msgmnb=16384
> kern.ipc.msgmni=40
> kern.ipc.msgseg=512
> kern.ipc.msgssz=64
> kern.ipc.msgtql=2048
> 
> options SHMSEG=16
> options SHMMNI=41
> options MSGSSZ=64
> options MSGTQL=512
> options MSGSEZ=2048
> options SHMMNI=40
> options SHMMAX=2097152
> options SHMALL=4096
> options MAXFILES=8192
> options NMBCLUSTERS=32768
> options MSGMNB=16384
> options VFS_AIO
> 
> In my squid.conf:
> cache_dir diskd /usr/local/squid/var/cache 28000 32 512 Q1=72 Q2=64
> 
> 
> 
> Thanks
> 
> 
> BSD Networking, Microsoft Notworking
> 
> 

-- 
- Xenion - http://www.xenion.com.au/ - VPS Hosting - Commercial Squid Support -
- $25/pm entry-level VPSes w/ capped bandwidth charges available in WA -

Reply via email to